Bitcoin Forum

Alternate cryptocurrencies => Altcoin Discussion => Topic started by: moriskarlov on January 03, 2018, 11:54:48 AM



Title: [2018-01-03] Gavin Andresen Drops A New Concept On Github for Bitcoin Cash
Post by: moriskarlov on January 03, 2018, 11:54:48 AM
On January 2 one of the most well-known developers for the original bitcoin protocol, Gavin Andresen, contributed an idea to Github called “Storing the UTXO as a bit-vector.” Andresen has been active on Github for the past month as his contributions have been focused on general (Unspent Transaction Output) UTXO sets, but this particular idea is for the Bitcoin Cash (BCH) network.

The Developer Who Was Given the BTC Codebase Permissions from Satoshi Offers an Idea for BCH Network  

Gavin Andresen has been lurking around Github for the past twenty-seven days, and on the second day of the new year, the developer contributed an idea for the BCH network. The concept Andresen called “Half-baked thoughts exploring a different way of implementing a fully-validating BCH node,” is an idea on shifting the storage of full transaction data to wallets. The developer explains the concept is to let every node in the new network store a bit-vector for every block which can be highly compressible even for gigabyte-sized blocks.

“This isn’t a problem today (the UTXO set easily fits in the RAM of an inexpensive server-class machine), but might eventually be at very large transaction volumes,” explains Andresen.

"Initial block download is a problem today (it is annoying to have to wait several hours or days to sync up a new node), and this scheme could make it orders of magnitude faster by shifting the time when full transaction data is broadcast from initial block download to new transaction announcement."

‘Full-Node Operators Have the Right Incentives to Always Serve Correct UTXO Bit-Vectors’

Andresen believes the best option is to let “node operators hand-pick one or more semi-trusted nodes to get fast boot-strapping.”

“That is simple, and there are plenty of full-node operators who have the right incentives to always serve up correct UTXO bit-vectors,” Andresen adds.    

"To ponder: is speeding up initial block download and saving memory at the cost of 2-3 times the bandwidth for new transaction announcements the right tradeoff? A gigabit per second connection is 75 gigabytes every ten minutes, so plenty of bandwidth for a few gigabytes of transaction data that translates into a gigabyte-sized block."

Bitcoin Cash Community Asks: Is Gavin Back?
The bitcoin cash community seems elated that Andresen has contributed a new idea for the BCH network. On enthusiast on the /r/btc Reddit forum writes, “this is the first official confirmation that Gavin is building for BCH, unless I’m mistaken.” Many BCH supporters recollected the Tweet Andresen published this past November stating;  

"Bitcoin Cash is what I started working on in 2010: a store of value AND means of exchange."

https://news.bitcoin.com/gavin-andresen-drops-a-new-concept-on-github-for-bitcoin-cash/


Title: Re: [2018-01-03] Gavin Andresen Drops A New Concept On Github for Bitcoin Cash
Post by: TraderTimm on January 03, 2018, 04:56:47 PM
Gavin should stick to twitter.

Merkle-tree pruning already exists in concept and will be used for SPV wallets on Bitcoin. In fact, the current 0.15.1 Bitcoin Core client allows you to start at arbitrary blockheights already.

This isn't anything innovative, and the fact he's supporting the short-term "fix" of larger blocks at the expense of longer-term solutions like Lightning tells me all I need to know.

Gavin is a bad actor, supporting a shitcoin. The fact he even says stupid shit like "nodes you semi-trust" shows he doesn't understand the deeper concepts. There is no trust, which is why Bitcoin works the way it does.

I expect his success to match that of Faketoshi (Craig Wright), lots of noise, nothing concrete.


Title: Re: [2018-01-03] Gavin Andresen Drops A New Concept On Github for Bitcoin Cash
Post by: hatshepsut93 on January 03, 2018, 08:38:52 PM

"To ponder: is speeding up initial block download and saving memory at the cost of 2-3 times the bandwidth for new transaction announcements the right tradeoff? A gigabit per second connection is 75 gigabytes every ten minutes, so plenty of bandwidth for a few gigabytes of transaction data that translates into a gigabyte-sized block."


This is really interesting, because so far when you ask big blockers what's their plan to scale their network, they don't give clear answer, some say that they will steal Lightning Network or come up with some "improvements" while their 8 MB blocks will buy them some time. But if you've been following their posts, you might have noticed that some of them are actually advocating for gigabyte blocks because in their mind full nodes are useless and only mining nodes are relevant. With this proposal from Gavin Andersen we are seeing that idea of gigabyte blocks is getting traction in Bcash community, which is good, because it's proving that on-chain scaling is only possible with huge decentralization tradeoffs. Maybe someday this will open eyes of some big blockers when they will notice that all the hardware of their network is located in the same country and controlled by a few people.