{"type":"rich","version":"1.0","author_name":"npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwet","author_url":"https://nostr.ae/npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwet","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2014-04-11\n📝 Original message:On Thu, Apr 10, 2014 at 10:30 AM, Tier Nolan \u003ctier.nolan at gmail.com\u003e wrote:\n\u003e Error correction is an interesting suggestion.\n\nThough I mentioned it, it was in jest— I think right now it would be\nan over-design at least for the basic protocol.  Also, storing\n'random' blocks has some locality problems, when verifying blocks you\nneed to obtain them contiguously, and so we can take advantage of the\nlocality of reference.  For the non-error-coded case I believe nodes\nwith random spans of blocks works out asymptotically to the same\nfailure rates as random.\n\nOne thing that I like to point out is that there is absolutely no need\nfor the entire network to use the same p2p protocol. Diversity here\nwould be very good.  I think it would be really good for someone to\nhave an alternative p2p protocol using these techniques even though I\nthink they aren't yet compelling enough to be table stakes in the\nbasic protocol.\n\nThere are some very helpful things you can do with forward error\ncorrection for faster and more efficient block relaying too:\nhttps://en.bitcoin.it/wiki/User:Gmaxwell/block_network_coding\n\n(The conversation Peter Todd was referring to was one where I was\npointing out that with suitable error coding you also get an\nanti-censorship effect where its very difficult to provide part of the\ndata without potentially providing all of it)\n\n\u003e If there was 10000 nodes and each stored 0.1% of the blocks, at random, then\n\u003e the odds of a block not being stored is 45 in a million.\n\nI think in the network we have today and for the foreseeable future we\ncan reasonably count on there being a reasonable number of nodes that\nstore all the blocks... quite likely not enough to satisfy the\nhistorical block demand from the network alone, but easily enough to\nsupply blocks that have otherwise gone missing."}