Proposed additional options for pruned nodes



Summary:

The issue of block sync horizon and cliff in Bitcoin is causing problems for the 90th percentile of nodes that need an average number of X blocks to sync, with semi-pruned nodes needing to keep X blocks after which they must fall back to archive nodes for older data. The demand for recent blocks far outweighs that for old blocks, and there have been suggestions to refuse syncing if data is too old (>2 weeks) and use torrents to download ancient data instead. The security of the blockchain is weakened when attackers can cause a DoS on a small number of nodes, resulting in a network-wide DoS as no one can complete a sync. It has been suggested that this attack is best viewed as a bandwidth exhaustion DoS attack on the archive nodes, as users will go there if they cannot get a copy elsewhere. Allowing incremental ways for people to participate in the network, even if they cannot provide the whole resource, can be useful. Having only two kinds of full nodes, archive and pruned, would result in archive nodes taking up a huge disk and bandwidth cost, whereas if there are fractional nodes, archives take low (er) bandwidth unless the fractionals get DOS attacked.


Updated on: 2023-06-09T20:51:18.986753+00:00