{"type":"rich","version":"1.0","author_name":"npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","author_url":"https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2014-04-10\n📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----\nHash: SHA512\n\n\n\nOn 10 April 2014 07:32:44 GMT-04:00, Pieter Wuille \u003cpieter.wuille at gmail.com\u003e wrote:\n\u003eThere were earlier discussions.\n\u003e\n\u003eThe two ideas were either using one or a few service bits to indicate\n\u003eavailability of blocks, or to extend addr messages with some flags to\n\u003eindicate this information.\n\u003e\n\u003eI wonder whether we can't have a hybrid: bits to indicate general\n\u003edegree of availability of blocks (none, only recent, everything), but\n\u003eindicate actual availability only upon actually connecting (through a\n\u003e\"version\" extension, or - preferably - a separate message). Reason is\n\u003ethat the actual blocks available are likely to change frequently (if\n\u003eyou keep the last week of blocks, a 3-day old addr entry will have\n\u003equite outdated information), and not that important to actual peer\n\u003eselection - only to drive the decision which blocks to ask after\n\u003econnection.\n\nWhy not just put an expiration date on that information and delay deletion until the expiration is reached?\n\nAlso, its worth noting how the node bit solution you proposed can be done as a gradual upgrade path for SPV client. From the perspective of nodes that don't know about it they just see the pruned nodes as SPV nodes without any chain data at all. The only issue would be if large numbers of uses turned off their full nodes, but that's a possibility regardless. Done with partial UTXO set mode this may even result in an eventual increase in the number of full nodes.\n-----BEGIN PGP SIGNATURE-----\nVersion: APG v1.1.1\n\niQFQBAEBCgA6BQJTRoPZMxxQZXRlciBUb2RkIChsb3cgc2VjdXJpdHkga2V5KSA8\ncGV0ZUBwZXRlcnRvZGQub3JnPgAKCRAZnIM7qOfwhetrCACA02EJQ0VpcYvafuNc\n7pvqMVeirJRu3Uv7Wy8rcl9jW5irM5fmNdznARtv2vwpEZN7MU0wp3ZY1FYOCv2f\nPvWC7DBCSBs2BuyGkvPuwnXEppTrYmWFT3qjg+99lF1IlOV4yWFacja2RGDuJkea\nfYUkODosHJjFVcXi5aMkBPQ5sOFdlUVbC94YV4d4PDSmF2fHLGG8uEfEweYb6Pv+\ngj1CsfuAWf8DWzygDeL8x/wOG9HeqYqEbjxyOb9hxlp1ByUof+4WJtz3QfGsR2Xt\nfvkmgS8vkUxSIZorMdypj7oLBOnfDW1bEK5He2SlqPdYi5FEQusZ/jMMX3Fw74GV\nfJKt\n=Wyv8\n-----END PGP SIGNATURE-----"}