Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Consensus/Blockchain size #2897
My question about fast consensus grow.
Of course not so big and high priority problem, but that's annoying.
Sia currently doesn't have so much transactions and contracts as it possibly can have in future.
I already have "fixed" size problem few months ago at https://consensus.siahub.info/ with gz that gave me 50% disk space/bandwidth savings.
We already have 150gb Bitcoin and other fat coins, doesn't look as good way to follow this trend :)
Is there any plans to optimize blockchain size? Is it even possible?
One option would be to create a "checkpoint" or "snapshot" of the blockchain. The snapshot would simply be the set of unspent outputs as of some blockheight. I wrote a script to calculate the size of the resulting snapshot, and at the current blockheight (~146000) it estimates 300MB, or about 1/30th the size of the blockchain.
If you have a snapshot, you can perform consensus validation. However, you do not have access to blocks prior to the snapshot. So we would want to discourage people from using snapshots, since they hurt the overall security of the network.
Another perspective is that it's okay for the blockchain to be fairly large. Currently, it's a problem because you need to download the blockchain in order to rent or host -- but that won't always be the case. It's easy to imagine a large set of renters or hosts (e.g. an internal LAN) that all trust one full node.
My thought actually about optimization of blockchain structure.