{"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:2013-06-01\n📝 Original message:Currently the most compact way (proof-size) to sacrifice Bitcoins that\ndoes not involve making them unspendable is to create a anyone-can-spend\noutput as the last txout in the coinbase of a block:\n\nscriptPubKey: \u003cdata\u003e OP_TRUE\n\nThe proof is then the SHA256 midstate, the txout, and the merkle path to\nthe block header. However this mechanism needs miner support, and it is\nnot possible to pay for such a sacrifice securely, or create an\nassurance contract to create one.\n\nA anyone-can-spend in a regular txout is another option, but there is no\nway to prevent a miner from including a transaction spending that txout\nin the same block. Once that happens, there is no way to prove the miner\ndidn't create both, thus invalidating the sacrifice. The announce-commit\nprotocol solves that problem, but at the cost of a much larger proof,\nespecially if multiple parties want to get together to pay the cost of\nthe sacrifice. (the proof must include the entire tx used to make the\nsacrifice)\n\nHowever if we add a rule where txouts ending in OP_TRUE are unspendable\nfor 100 blocks, similar to coinbases, we fix these problems. The rule\ncan be done as a soft-fork with 95% support in the same way the\nblockheight rule was implemented. Along with that change\nanyone-can-spend outputs should be make IsStandard() so they will be\nrelayed.\n\nThe alternative is sacrifices to unspendable outputs, which is very\nundesirable compared to sending the money to miners to further\nstrengthen the security of the network.\n\nWe should always make it easy for people to write code that does what is\nbest for Bitcoin.\n\n-- \n'peter'[:-1]@petertodd.org\n00000000000000ce3427502ee6a254fed27e1cd21a656a335cd2ada79b7b5293\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 490 bytes\nDesc: Digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130601/9a4fd0e7/attachment.sig\u003e"}