|
Title: Suggestion for totalization blocks. Post by: cloudswrest on December 31, 2011, 10:26:46 PM I just registered so I'm a "newbie" even though I've been following bitcoin for almost a year.
A well known issue with the bitcoin protocol is the ever increasing length of the block chain, a copy of which every client maintains, and which contains every transaction since day zero. A possible solution occured to me: Why not have, after every 10,000 blocks or so, a "totalization" block that sums or totalizes the balance of every bitcoin address that has a non-zero balance (discard addresses that total to zero balance). This block can then be timestamped and hash signed by miners. New regular blocks then continue on after, and are linked to, the totalization block. After some number, perhaps 100 or so, of new blocks the totalization block can be considered validated and all block chain info prior to the totalization block can be discarded. I'll call it "regenesis"! :) A metaphor to think of is rocket staging on a trip to orbit. The dead weight of older stages are discarded. For block chain length competiton you could accept the chain with the earliest totalization block with the longest chain of following blocks (but not more than 10,000). I'm sure there are issues to work out, but the idea seems sound to me. -Cloudswrest Title: Re: Suggestion for totalization blocks. Post by: Gabi on December 31, 2011, 11:06:12 PM Don't worry, there are already some ways to fix the problem, your idea is more or less what will be done
Title: Re: Suggestion for totalization blocks. Post by: mc_lovin on January 01, 2012, 12:42:12 AM So glad to hear there is a solution! I think the blockchain is like 2GB now? I was thinking, when all the bitcoins are released it would be like 10GB and beyond, but I'm sure you guys are hard at work preventing wasted disk space! :)
Title: Re: Suggestion for totalization blocks. Post by: Jutarul on April 24, 2012, 09:22:28 AM @Gabi: Could you please provide a reference to "what will be done". In particular, is there a technical solution developed already?
Title: Re: Suggestion for totalization blocks. Post by: kokjo on April 24, 2012, 09:27:41 AM @Gabi: Could you please provide a reference to "what will be done". In particular, is there a technical solution developed already? go read the bitcoin paper written by satoshi, it explains.EDIT: http://bitcoin.org/bitcoin.pdf Title: Re: Suggestion for totalization blocks. Post by: Meni Rosenfeld on April 24, 2012, 09:29:41 AM See https://bitcointalk.org/index.php?topic=74559.0 for a suggestion like the OP's and the problems with it.
What will be done is pruning (https://www.google.com/#hl=en&sclient=psy-ab&q=Bitcoin+pruning&oq=Bitcoin+pruning&aq=f&aqi=&aql=&gs_nf=1&gs_l=hp.3...140542.142365.1.142521.9.9.0.0.0.7.360.2026.0j3j1j4.8.0.L4Pk2yIKQuo&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.,cf.osb&fp=a033482ea79ed5a6). But it should be very clear that even with pruning, the blockchain will be big. It won't fit on a smartphone, and possibly not on a desktop PC. End-users will use Simplified Payment Verification or other solutions. Title: Re: Suggestion for totalization blocks. Post by: DeathAndTaxes on April 24, 2012, 09:58:54 AM Creating a summary won't save any meaningful amount of space compared to pruning the blockchain and opens the chain up to some new attack vectors.
I hazard to make a prediction that no new "summary" blocks will ever be used. Pruning can cut down the size of the blockchain by ~75% but that this means the blockchain will be rather large. As the number of users and active addresses grows it will only grow and a summary won't reduce the size more than pruning will. A pruned blockchain contains all the unspent outs in blockchain format. Summary simply consolidates them into the same block (a huge computational task both for creation and verification). The same amount of information is still present. light clients will be the solution for most end users going forward. Bitcoin enthusiasts, miners, pools, exchanges, major mechants, and possibly even banks will form the backbone of full nodes. Title: Re: Suggestion for totalization blocks. Post by: vk2012 on April 24, 2012, 10:22:33 PM ok
Title: Re: Suggestion for totalization blocks. Post by: donking on April 24, 2012, 10:58:45 PM So basically bitcoin can be attacked by creating a billion different addresses and then transferring the smallest amount possible to that address?
(10 Bitcoin / 0.00000001)=1000000000 1000000000*(0.258kB per transaction?) =246 GB addition to block chain? Not bad for just 10 Bitcoin. ??? Title: Re: Suggestion for totalization blocks. Post by: Foxpup on April 25, 2012, 12:55:23 AM So basically bitcoin can be attacked by creating a billion different addresses and then transferring the smallest amount possible to that address? (10 Bitcoin / 0.00000001)=1000000000 1000000000*(0.258kB per transaction?) =246 GB addition to block chain? Not bad for just 10 Bitcoin. ??? Don't forget the transaction fee (which in this case works out to around 2 million BTC or so), otherwise such transactions will never get included in the blockchain at all. Title: Re: Suggestion for totalization blocks. Post by: DeathAndTaxes on April 25, 2012, 01:12:35 AM So basically bitcoin can be attacked by creating a billion different addresses and then transferring the smallest amount possible to that address? (10 Bitcoin / 0.00000001)=1000000000 1000000000*(0.258kB per transaction?) =246 GB addition to block chain? Not bad for just 10 Bitcoin. ??? You really thought nobody (good or bad) thought of that till now? Satoshi paper should be require reading before anyone is able to propose a) a fatal flaw or attack on the network b) some defense against a fatal flaw (likely worse than the non-existent "fatal" flaw) c) some desperately needed breaking protocol change http://bitcoin.org/bitcoin.pdf |