Bitcoin Forum
September 29, 2025, 02:34:43 PM *
News: Latest Bitcoin Core release: 29.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 »
1  Other / Ivory Tower / Re: People claiming to be Satoshi (List of Faketoshis) on: June 26, 2022, 09:54:45 PM
Might want to add Charles Hoskinson to the list:
https://en.wikipedia.org/wiki/Charles_Hoskinson

Quote below from this article, on Laura Shin's book: https://www.coindesk.com/layer2/2022/04/18/ethereums-dark-underbelly-shows-that-even-in-crypto-trust-matters/

Quote
“The Cryptopians” puts real substance behind the crypto community’s longstanding antipathy for Charles Hoskinson, CEO of IOHK and founder of Cardano and Ethereum who was voted out of the Ethereum founding team at the same time as Chetrit. Hoskinson is convincingly depicted as a liar and manipulator of staggering boldness, bordering on sociopathy. This has allegedly included various false claims about his education and, according to Shin’s sources including Joe Lubin himself, claiming to be Bitcoin creator Satoshi Nakamoto. In crypto, sins don’t come much more cardinal than that one.

2  Other / Meta / Re: My investigation on satoshi on: January 23, 2021, 10:56:22 PM
I would also like to point out he whole Commonwealth also mostly use British English.  But sometimes it might also have mixed usage.
3  Bitcoin / Development & Technical Discussion / Re: Nothing is truly decentralized using a centralized ISP on: August 10, 2020, 12:53:41 PM
According to this one guy a group of PhD's had stated that B.A.T.M.A.N protocol is the best Mesh router protocol out there. B.A.T.M.A.N protocol is the one used by Freifunk,  which is Germanys mesh community and perhaps the largest in the world. What exactly do you mean with malicious mesh node? For what purpose would the malicious nodes exist? Standard nodes have max capacity and you could set a cap limit to output for standard nodes. Someone running a malicious node would forge the output to very high, right?

What B.A.T.M.A.N. does is has every participant periodically announce themselves, and then each peer that hears them repeats the announcement. Each node remembers the best source for a particular host they've heard of and sends traffic for it in that general direction.

The announcements have a hop count and a sequence number to prevent loops and repetitions of the announcements.  

There is absolutely no security at all, except by totally limiting access to the media (e.g. by encrypting all packets and not making the network accessible to the public).

If someone with access to the network wants to impersonate another party and receive almost all of their traffic all they have to do is start generating announcements for them.  They can selectively mitm, impersonate, or block access to any other party on the mesh.

If you are using some L3 IP security on top of the mesh (like a VPN) then they can't impersonate but they can trivially deny access.

So as they stand right now, these protocols do not work for public networks except to the extent that no one wants to bother attacking them.  A lot of the time that is probably true --- but centralized ISPs are also secure so long as no one wants to bother attacking.

It looks like the Freifunk firmware is still actively maintained-- https://github.com/ffbsee/ffbsee-firmware/commits/master   thanks-- thats the sort of thing I was looking for when I asked before.  There was a lot of excitement about meshes around 2013-2015 and there are a lot of dead webpages now.


No security? The network is connected to the internet with NAT which goes through a gateway that has a VPN. Is that not security? There is no way to spy or track or identify a single user of the network. In addition you can also encrypt the wi-fi signal. Centralized ISP's are not secure. Centralized ISP's are the security breach themselves. The intelligence community gathers data through the centralized ISP's. They can now without any permission or warrant get your entire browsing history.  https://en.wikipedia.org/wiki/Network_address_translation

I am involved with a big "mesh" network.  The network is still live but has shrunk somewhat from it's top size.  It's not a live mesh in that nodes are fixed in position and cannot move around but the network is somewhat resilient to nodes dying and routes around them.

The network used mainly Mikrotik and UBNT Wireless gear to form point to point links as well as sectors with clients.  It was a complete private network operating in private address space with it's own internal DNS as well as routing.  Did not provide direct access to the internet though some did tunnel internet access over it.  Similar networks I am aware of use BGP routing though this network used OSPF routing (BATMAN sounds similar?).   I suspect it was (or perhaps still is) one of the largest single area OSPF deployments. It had over 650 OSPF routers in one area!

I did not design this and was not a network expert by any means (still not, work in other fields, this was hobby) but learnt a few things along the way.  

In terms of security this was not secure.  Given private non-profit nature of the network we had participants join with poor network practices (e.g. no security, unpatched routers, windows machines, default passwords etc.) and when their PC/router got hacked/infected by viruses from internet that would scan the private network for targets.  That was security problem one, which would be fine, but I introduced detection methods by centralising logs and listening for scans from inside the network and then null routed any host doing excessive scanning, login attempts on ssh ports etc.  Was able to null route a host by doing that and announcing the route on OSPF.  I was able to do it more effectively than anyone else because i had access to more infrastructure as I was involved in managing the network (as much as it could be managed).  But in theory any participant could do it by announcing routes for a particular IP range.  The most effective was announcing /32 as it would get the most priority on OSPF.  If you had one OSPF router you could steal half someone's traffic in this way.

There was never any active abuse of this but lots of accidental routing issues and was easy to spot.

As an aside I changed bitcoin node code slightly so that would operate on this private network (changing the way it used private address space). I think it would not advertise private addresses and I changed that setting in the private network somehow.  I lost interest as it was just two of us running bitcoin nodes on the network at the time.

This network covered some poor areas where people did not have internet at home and we did not provide internet access per say, but some of us which had more internet than we were using did setup proxies for use by participants for basic internet (think mail, education, news etc.).  We could not just provide internet as we operated under licensing which prohibited to some degree, plus the bandwidth...

We did link up also with other such networks via tunnels over internet in other parts.  Was also thinking of hooking up with others (freifunk, dn42, nyc mesh) but interest slowed down.  We had some technical curious users and then we had lots of users just using the network.  We do not have enough technically curious users to keep up the expansion.  Some other things are we setup some of our services in the cloud and tunnel route into the network using quagga software routers and tinc mesh vpns which is really underrated. 

I joined dn42 as well but the project seemed kind of dead. dn42 is basically a private network running over tunnels instead of physical links.  So mesh vpn if you will.  Uses BGP routing internally.


4  Bitcoin / Bitcoin Discussion / Re: Bitcoin Cash blockchain will overtake Bitcoin Core blockchain. on: August 22, 2017, 10:30:05 PM
Comparing these chain lengths is like comparing bitcoin's chain length with litecoin.  Makes no sense.
5  Bitcoin / Development & Technical Discussion / Re: Why transactions inside blocks are not quite sorted by the fee? on: August 03, 2017, 11:07:56 PM
I guess it should check if any combination of transactions starting from A or B is the next highest fee rate it would include it.

I guess the possible groups could be:
A
B
A-C
B-D
or A-C B-D E

I am assuming whichever of those groups have the highest fees will be included first?
6  Bitcoin / Development & Technical Discussion / Re: 1hash pool just mined an invalid block again on: July 24, 2017, 02:19:56 PM
How do you analyse the block after the fact?  I mean what tools do you use etc.

It's more of a process, rather than a tool.

Thanks for sharing your process.
7  Bitcoin / Development & Technical Discussion / Re: 1hash pool just mined an invalid block again on: July 24, 2017, 10:52:02 AM
How do you analyse the block after the fact?  I mean what tools do you use etc.

8  Bitcoin / Development & Technical Discussion / Re: bitcoind for synology nas (ARM) on: June 21, 2017, 10:56:02 AM
Assuming you are running another node who's output you trust you could use the assumevalid option to speed things up perhaps:

Quote
assumevalid=<hex>   If this block is in the chain assume that it and its ancestors are valid and potentially skip their script verification (0 to verify all, default: 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90, testnet: 00000000000128796ee387cf110ccb9d2f36cffaf7f73079c995377c65ac0dcc)
You would specify a more recent block than the default of course.

Or also copy over an up to date blockchain directory from a node you trust.

9  Bitcoin / Bitcoin Discussion / Re: Development in Ghana, Nigeria, South Africa on: May 22, 2017, 03:18:43 PM
Quite a lot of activity in SA:

Exchanges: 
https://www.luno.com/
https://ice3x.co.za/
https://localbitcoins.com/instant-bitcoins/?action=buy&country_code=ZA&amount=&currency=ZAR&place_country=ZA&online_provider=ALL_ONLINE&find-offers=Search

Payment processing:
https://www.payfast.co.za/bitcoin/

Reddit:
https://www.reddit.com/r/BitcoinSouthAfrica/

Learning / Conference
http://blockchainacademy.co.za/
http://blockchainafrica.co/

And plenty more.
10  Bitcoin / Bitcoin Discussion / Re: Is diversity in bitcoin client implementations a good or a bad thing? on: May 04, 2017, 07:43:33 AM
Multiple implementations of the consensus logic will lead to forks eventually.  One of the two is bound to become inconsistent with the other at some point and this will result in a fork.  The presence of forks (or the possibility of presence of forks) reduces the security of bitcoin as you have to be careful when you receive money as you need to be very sure that you've received money on the right fork and/or that there is no fork.

How long the forks last depend on the nature of the difference, popularity of the clients and probably the reaction times of the miners as well.

11  Bitcoin / Bitcoin Discussion / Re: Is bitcoin transaction fees fair? on: April 26, 2017, 11:14:37 AM
It's more fair than most payment systems. 

The fact that it's variable and changing based on demand is an indication that there is a real market happening.  It's much easier to have unfair bank fees, because as a client of your bank there is no immediate fee market on every transaction you make.   So it's more likely that any other payment system's fees are resulting in over payment to the bank/processor as they have less competition on their fees.  Or at least less dynamic competition.

Also the fee varies by the size of the transaction means smaller (in bytes) more efficient transactions pay less.  Large transactions does not cost the network more to process so should not be charged more.
12  Bitcoin / Development & Technical Discussion / Re: Q: How often do full nodes reboot? How often do they go offline? on: April 26, 2017, 10:20:29 AM
You should be able to get an idea by comparing snapshots at https://bitnodes.21.co/api/

They scan the network every now and then and list reachable nodes.  By checking various snapshots and comparing IPs you might get a sense of how often nodes are available at specified ips.  The only issue is that you may get nodes that stay-up but change IPs.  So technically you'd be counting nodes that reboot/go offline and/or change ips or some weird combination of that.

You can also look at their leaderboard:
https://bitnodes.21.co/nodes/leaderboard/

You'd be interested in DU, WU and MU which is the daily/weekly/monthly uptime of nodes by IP.   The top nodes on their leaderboard are all sitting pretty much at 99% uptime on monthly basis.






13  Local / Other languages/locations / Re: legit site to buy bitcoin from south africa on: April 24, 2017, 03:43:21 PM
luno.com
14  Bitcoin / Development & Technical Discussion / Re: Electricity consumption of Bitcoin: a market-based and technical analysis on: April 24, 2017, 01:23:40 PM
Refreshing to have some fact based work to look at make it refreshing.

I've used your numbers to redo your calculations slightly differently:

Firstly I assume we invest BTC to generate a BTC profit .

This is as opposed to measuring a USD profit.  The idea being to make the returns a little less sensitive to the exchange rate increasing.

I assumed the $418 spent on the miner was converted to 1.33 BTC (using the 315.17 USD/BTC rate you have in the CSV).
I convert the electricity cost to BTC using the daily rate.  
Total BTC generated = 5.07
Total electricity is BTC1.53
Net income = BTC3.53

So 1.33 turns into 3.53 BTC for a gain of 2.66.

This is still sensitive to price of BTC.

Assume flat prices at 315 USD/BTC

To get an idea what the sensitivity of this income was I set it to a flat 315 exchnage rate. This assume a flat exchange rate throughout the period in question.
1.33 then turns into 3.24 giving a 2.45 gain

Assume flat prices at 1000 USD/BTC
0.42 BTC then turns into 4.5 BTC for a gain of 10.76 times.


15  Bitcoin / Bitcoin Discussion / Re: Segregated Witlessness on: April 05, 2017, 07:59:09 AM
Gee, franky1 do you get paid by the lie, or what?


No,

He believes what he is saying.

He can believe what he says, but it doesn't mean it's right. Also whether he is right or wrong is unaffected by who pays anyone or not.
16  Bitcoin / Development & Technical Discussion / Re: Retrieve lost satoshis on: November 11, 2015, 11:06:13 AM
How many addresses do you have to check?  You mentioned 200 earlier?
17  Bitcoin / Bitcoin Technical Support / Re: Store blockchain in SQL database? on: November 10, 2015, 09:03:25 AM
You will probably want to write a script that queries an api like blockchain.info and extract the data you want to store in your database.  I would imagine this being the easiest way

This won't work.  You will hit query limits with them. And/or it will be slow.

Run your own node and extract the data you need using rpc.
18  Bitcoin / Bitcoin Discussion / Re: Testnet will likely fork to BIP101 on: November 10, 2015, 08:45:08 AM
Please note that this doesn't mean you need to run a BIP101 node to use the testnet.  Regular nodes will work fine and will just ignore the non-bitcoin blocks.

Why aren't there multiple testnets? It seems like a strange idea to only be able to run one experiment at a time. I can appreciate it still requires miners and nodes but I would've expected they'd allocate resources to different concepts.

Good question. I assume it's mostly due to lack of interest. In order to be able to test things on a network replicating bitcoin's one this network would need to have a decent number of participants. Starting an entirely new testnet out of the blue to test something temporarily likely wouldn't attract a decent amount of participants willing to put effort and resources into building it and maintaining for the tests. So the existing test net was used.

There is functionality to run your own private simulated testnet.  To test things out.


19  Bitcoin / Development & Technical Discussion / Re: Retrieve lost satoshis on: November 10, 2015, 08:39:15 AM
If you are running bitcoin core you can import it there.  If you are importing many addresses you can import them with the following rpc call:
Code:
importprivkey	<bitcoinprivkey> [label] [rescan=true]	
Adds a private key (as returned by dumpprivkey) to your wallet. This may take a while, as a rescan is done, looking for existing transactions. Optional [rescan] parameter added in 0.8.0. Note: There's no need to import public key, as in ECDSA (unlike RSA) this can be computed from private key

What you could do to speed this up is set rescan=false so that it doesn't rescan for every address.

I think you can then just restart bitcoin core to rescan all?

20  Bitcoin / Development & Technical Discussion / Re: Two Full Nodes, Same Router on: September 22, 2015, 09:58:00 AM
If you want both available to the internet:
Why not change the default port configured in bitcoin.conf on the second node to something else.  Say 9333.  Then on your router fw 8333 to the existing node and 9333 to the second node.  That way the second node will "know" its port is 9333 and also advertise it correctly.  

Personally I'd just keep one node available on internet and set the second node to -connect or -addnode (also in bitcoin.conf) to the existing node.  Should save some bandwidth and resources.  With this the second node will download off the existing node exclusively or mainly (depending on connect/add respectively).

Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!