Discussion of a wild idea: Multiple Genesis Blocks, Archival Node

Technologov

Active member
I think we may be able to reduce a block chain size dramatically, by re-generating automatically a new genesis block every year, (or every X blocks), and keeping the balance of the previous block chain, last block of it.
Theoretically it will solve the hard disk space issues, And will reduce network bandwidth requirements for setting a new Full node. It will not solve new block propagation delays.

2016 [block 0]...[block n] --- the last block's balance could transfer into a new genesis block 2017.
2017 [block 0]

Afterwards Mining should start build up on the new chain. Just the history of transactions will be lost.

There could be more types of nodes: Archival node, keeping all history of all the previous block chains, and the Full Node, keeping only the current block chain.

In this scenario, only block explorers and scientists will need to keep an Archival Node.

Do you think it is doable, theoretically?

This idea, if it works, will mean that Dash will beat Visa x 10 transactions easily, with a goal to break 1 billion transactions per day, in a decentralized way.

04.Mar.2017

-Technologov
 
i do not know the technical details
but would say no
as you would wipe out the history once a year
(+ giving the options of creating more/or less coins each time)
 
I think this is doable, but somewhat unnecessary. Evolution will make sure ordinary users and merchants won't need to worry about setting up a full node. And if we were ever close to doing 1 billion transactions per day, Dash would be worth so much that MNOs could be building datacenters themselves. Ok, maybe I'm exaggerating here (but maybe not).
 
Since I can't post to the developer's channel, I will post it here.
I think we don't need to keep the block history since the birth of Jesus, and can cleanup every year.

Discussion of a wild idea: Multiple Genesis Blocks, Archival Node
Please see on dash github, issue 1380
 
Back
Top