Live data from Hacker News

The senatorial governance of Bitcoin: making (de)centralized money

tandfonline.com

251–260 of 344 posts

Re: The senatorial governance of Bitcoin: making (de)centralized money

#251
post #202
post #185

Earlier quoted context omitted.

> You send a payment to the next hop in the route, then they send a payment to the following hop, and so on. It's not technically a payment at that point, since the payments is atomic end to end. But yes, you send a message your peer, which sends it to another peer, which sends it to another peer... like any other P2P network.

I don't think that "Peer-to-Peer" in the whitepaper's title ("Bitcoin: A Peer-to-Peer Electronic Cash System") refers to the network structure being p2p - and that's probably also not what most people mean when they talk about bitcoin being peer-to-peer. The very first sentence makes it pretty clear that peer-to-peer means person-to-person without any intermediary: "A purely peer-to-peer version of electronic cash wo…

Yes, and lightning does the same. The other bitcoin nodes that route your messages are not a trusted third party, no more than the bitcoin nodes that relay your transaction when you transmit it any time you use Bitcoin.

Wrights comments on topology are technobabble and largely meaningless, so it's difficult to say something about them... however, to the extent that we can assign any meaning at all to them don't you notice that saying your transactions need to go through particular nodes sounds an awful lot like the property you're using to argue that lightning is not peer to peer?

Re: The senatorial governance of Bitcoin: making (de)centralized money

#252

Earlier quoted context omitted.

I can answer part of that question. You can't make it much more frequent because the amount of time for the difficulty has to be balanced against propagation time for blocks or else you will have lots of forks. Probably you can make it work, but there are a fair number of assumptions in the Bitcoin protocol about this and it would probably be better to start a new coin if you want to do that. The 10 minute update was…

> You can't make it much more frequent because the amount of time for the difficulty has to be balanced against propagation time for blocks or else you will have lots of forks. The same problem also limits block size, since large blocks take longer to propagate. But that's why Ethereum went with GHOST, which was originally proposed for Bitcoin. Instead of choosing the block with the most hashpower behind it, you choo…

Ethereum abandoned ghost because of its amplification of selfish mining. Inclusion of 'uncles' does not increase block selection weight there.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#253

Earlier quoted context omitted.

> I don't get your argument. Block size is limited so fees can go up to pay the miners so they have incentive to mine. Probably because that point has nothing to do with anything, as basically every single blockchain in existence has fees that go to miners. BTC isn't the slightest bit unique in that. > Aim of bitcoin is not to be the fastest cryptocurrency but the most mined one (thus safest?). Which once again has n…

>> Aim of bitcoin is not to be the fastest cryptocurrency but the most mined one (thus safest?). > Which once again has nothing to do with the artificial useless block limit. It has everything to do with block limit because its whole purpose is to make each block more valuable for the miners so that a lot of hashpower competes to mine that block. Size of mining reward and transaction fees per given amount of kb of tr…

> It has everything to do with block limit because its whole purpose is to make each block more valuable for the miners so that a lot of hashpower competes to mine that block.

Wrong, this assumes it is the only way to make each block more valuable, it is not only not the only way, it is the most stupid way imaginable; an artificial production quota completely unhinged from underlying physical reality.

> Size of mining reward and transaction fees per given amount of kb of transactions is vital thing for miners.

Transaction fees per given data volume is less important than net profit on actual services provided, a chain that has a thousand times the capacity and a hundred times lower costs is still ten times more profitable than the competition.

> Increasing block size would be same as decreasing payout (of tx fees) for each block.

Just as stupid as saying that increasing seats on a train decreases the ticket revenue on that train. Completely false.

> Since transaction fees will eventually become the only reward for the miners tampering with their value would be just as frightening as tampering with the block reward

Tampering with the value of transaction fees is exactly what setting an unjustified artificial production quota does. And yes, this is "frightening" to a certain extent, but if you're still around on BTC by now, nothing is going to frighten you into abandoning it because it's absolutely valueless and idiotically stupid at this point in time, propped up only by the self-admitted unbacked charade that is transparent USDT manipulations.

> It would affect miners. And miners are ultimately who decide with their legs on what version of crypto to secure.

And as a miner, we will mine whatever pays the highest immediate return on invested power, no matter how ridiculously stupid that thing appears to be to us, it still makes sense to do that and immediately sell it and pocket the difference between the nearest sensible competitor to that for those who actually accrue proper genuine working cryptocurrencies with utility or whatever other legitimate financial instrument you care to mention that isn't transparently sabotaged and utterly broken.

> Sure, but if you are not federal reserve and can't invest billions of your own money in your crypto then what bitcoin does is exactly how you get to be the most mined crypto.

On the contrary; if you are the federal reserve, or that clique of financial manipulators (see AXA investment in Blockstream), and you're desperate to protect your collapsing imaginary financial system from genuine auditable competition, taking control of BTC and ploughing money into an avenue anybody with an ounce of sense could tell immediately was a dead end just from the specifications of the chain is how you get to be the most mined crypto whilst maintaining plausible deniability that you're meddling in the process at all.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#254
post #98

Earlier quoted context omitted.

In one of his last messages in 2010 before going publically inactive, Bitcoin's creator wrote: > Bitcoin users might get increasingly tyrannical about limiting the size of the chain so it's easy for lots of users and small devices. ( https://bitcointalk.org/index.php?topic=1790.msg28917#msg289... ) Hal Finney, one of the main developers of PGP and Bitcoin's first user wrote in 2010: > I believe this will be the ultim…

The counter argument to this is that the white paper refers to Bitcoin as “a peer to peer electronic cash system.” If high fees force users to centralized, custodial second layers, then it ceases to operate as peer to peer cash. It becomes Venmo.

It might be prudent to note that "cash" has meaning in the context of electronic payment research, going all the way back to DigiCash in the 90s. That system required a trusted third party to operate, but it was still cash in the sense that it is a transfer of value, not debt. The way most payment systems operate is that they are settled at a later date (in some cash equivalent). In that sense, credit card payments as well as Venmo are layer 2 solutions.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#255
post #114

Earlier quoted context omitted.

This is not an accurate model of how bitcoin works. :( Not at all.

Can you explain what's wrong with it?

It's difficult to do an analysis of a paper I cannot access, so my response was related to your description.

I talk some about why people who write Bitcoin software don't control anything this post: https://news.ycombinator.com/item?id=21978934

Re: The senatorial governance of Bitcoin: making (de)centralized money

#256
post #144

Earlier quoted context omitted.

Blocksize is a rate. If you were traveling at 120 MPH and then accelerated to 156 MPH you would not say that this was a small difference without consequences. It mattered significantly, in several respects. E.g. https://bitinfocharts.com/comparison/bitcoin-transactionfees...

Blocksize is clearly not literally a rate; that's a ridiculous statement. When you artificially cap it, like putting a limiter on your car in your analogy, it can be rate limiting, i.e. limiting the transaction rate - an actual rate. That chart you posted in meaningless in this context, but clearly just greg being greg, trying to manipulate; are you seriously trying to suggest that the tiny increase from segwit shena…

It is literally a rate. It is the rate of bytes added per block (which by the system's design is once per ~10 minutes).

Increasing supply above demand radically drops fee rates. That is the logical, predicted, and observed behavior-- both in Bitcoin and in other similar systems.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#257

Earlier quoted context omitted.

Lightning network solves this as do many other things (liquid sidechains)

You have to pre-setup a connection to others that you know and hope they know someone that knows someone that has a connection to the person you are trying to buy from. This is how the design of lightning network incentivises mega hubs that know most people. So if facebook made a big hub with all its users it would work smoothly. Also: You can not receive payments if the computer/wallet that hosts your lightning node…

> and hope they know someone

The system has routing, and it turns out that it doesn't take much for the probability of a graph to be connected with low average diameter. See: The six degrees of kevin bacon.

If lightning doesn't work for a particular payment, you can simply make a payment without using it, potentially by splicing out funds from one of your channels.

Yes, Lightning has trade-offs. You have to be online (though there is ongoing research into changing that), and some moderately complex software had to be written to create it.

But in return you get get massive efficiency increases and instant irreversible payments.

For the transactions that it's intended, I think for these are pretty good trade-offs... though if you don't like them you're free to not use it.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#258

I still hope that they listen to reason and increase bitcoin’s ability to scale. We are all held hostage by a tiny cabal of developers that think they know what is best and want bitcoin to have a perversely small block size and pitiful 7 transactions per second top speed.

Never forget: The original protocol did not have the restrictions you are feeling. Letting volume be the main driver for payments to the network instead of fees (as it is today) scales much better. By that, I am stating that the hostage situation (as you describe it) has been introduced commit per commit. Well, in the end, its a battle of opinion because smaller blocks give other features to the chain, so it will be…

Every release of Bitcoin ever made has had the capacity limitations it has now, or more restrictive.

It's true that Satoshi added the 1MB limit after the first release, but at that time and before then blocks were _implicitly_ limited to somewhat a bit over ~500KB-ish due to issues in the database layer.

This is the reason that you cannot sync a pre-0.8 node all the way to the tip today without modifying it. 0.8 fixed the database problem and made actual 1MB blocks a possibility and the larger blocks triggered pre-0.8 nodes to randomly split off the network.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#259
post #26

There is both an overt development bureaucracy of Bitcoin and a shadow group. The overt effort is managed by MIT https://dci.mit.edu/ MIT developers have merge access to the Bitcoin official repo, which is truly the real power. The shadow is who influences these people, and why. It really isn't conspiratorial - it's the long tail of influencers, media, meet-up groups, conventions, exchanges, and people who have a sta…

I don't believe any active Bitcoin developers work for MIT anymore. Bitcoin development is almost entirely done in the public (obviously security issues are handled in private), not really much place for any kind of 'shadow'.

I don't think meetups/conventions have much role in Bitcoin development either. I stopped going to them entirely because every event is reliably taken over by ICO/altcoin pumpers-- groups who stand to gain a lot by expanding their audience and are willing to pay to send representatives to events.

Re: The senatorial governance of Bitcoin: making (de)centralized money

#260
post #231

Are people really trying to re-ignite the blocksize debate in the HN comments section? This battle was waged, every conceivable argument on both sides was made. Small blocks with lightning to scale won, and the big blockers forked into arguably less successful coins like Bitcoin Cash and Bitcoin SV. Time for everyone to move on.

"Small blocks with lightning to scale won" Nope, LN is not P2P Electronic Cash.

Bitcoin Core protocol kept the Bitcoin branding and continues censorship.

Bitcoin Cash protocol is being actively developed and has a scaling roadmap https://www.bitcoincash.org/roadmap.html

Bitcoin SV was another centralized attack(from nChain+CSW) on BCH.

While both BTC & BSV are centrally developed and managed, BCH has decentralized development with multiple implementations. Bitcoin has a long journey ahead, we are still handing out large miner rewards, we can check back in 3 more halvings by 2028 and see how things unfold.

Post reply on HN