📅 Original date posted:2013-06-03
📝 Original message:On 1 June 2013 21:30, Peter Todd <pete at petertodd.org> wrote:
> Currently the most compact way (proof-size) to sacrifice Bitcoins that
> does not involve making them unspendable is to create a anyone-can-spend
> output as the last txout in the coinbase of a block:
>
> scriptPubKey: <data> OP_TRUE
>
> The proof is then the SHA256 midstate, the txout, and the merkle path to
> the block header. However this mechanism needs miner support, and it is
> not possible to pay for such a sacrifice securely, or create an
> assurance contract to create one.
>
Sorry if this is a stupid question, but why would someone want to sacrifice
their bitcoins?
>
> A anyone-can-spend in a regular txout is another option, but there is no
> way to prevent a miner from including a transaction spending that txout
> in the same block. Once that happens, there is no way to prove the miner
> didn't create both, thus invalidating the sacrifice. The announce-commit
> protocol solves that problem, but at the cost of a much larger proof,
> especially if multiple parties want to get together to pay the cost of
> the sacrifice. (the proof must include the entire tx used to make the
> sacrifice)
>
> However if we add a rule where txouts ending in OP_TRUE are unspendable
> for 100 blocks, similar to coinbases, we fix these problems. The rule
> can be done as a soft-fork with 95% support in the same way the
> blockheight rule was implemented. Along with that change
> anyone-can-spend outputs should be make IsStandard() so they will be
> relayed.
>
> The alternative is sacrifices to unspendable outputs, which is very
> undesirable compared to sending the money to miners to further
> strengthen the security of the network.
>
> We should always make it easy for people to write code that does what is
> best for Bitcoin.
>
> --
> 'peter'[:-1]@petertodd.org
> 00000000000000ce3427502ee6a254fed27e1cd21a656a335cd2ada79b7b5293
>
>
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130604/0230ef96/attachment.html>;
Melvin Carvalho [ARCHIVE] /
npub1uv…saxrt
2023-06-07 15:02:39
in reply to nevent1q…e5xw
Author Public Key
npub1uvtfvcegcn9kds68r8he57emc480vqtx8t22kpsctxgjxae44gvsksaxrtPublished at
2023-06-07 15:02:39Event JSON
{
"id": "773e3ba3548736670538dff0c857583f18eb08f0e31acd7f3e6994d3810194b0",
"pubkey": "e316966328c4cb66c34719ef9a7b3bc54ef601663ad4ab06185991237735aa19",
"created_at": 1686150159,
"kind": 1,
"tags": [
[
"e",
"6bd9512be4afa2a81b307b24d258a963f9abe4599b255899b627408b516854f9",
"",
"root"
],
[
"e",
"1e75fce83f6f864f6623d67865008d9d2d333ddc3e35974db6b0efc26bf71778",
"",
"reply"
],
[
"p",
"58f160e0dbc661605704b190e36f5199f881c861e53763c7057e6bc0c13e6950"
]
],
"content": "📅 Original date posted:2013-06-03\n📝 Original message:On 1 June 2013 21:30, Peter Todd \u003cpete at petertodd.org\u003e wrote:\n\n\u003e Currently the most compact way (proof-size) to sacrifice Bitcoins that\n\u003e does not involve making them unspendable is to create a anyone-can-spend\n\u003e output as the last txout in the coinbase of a block:\n\u003e\n\u003e scriptPubKey: \u003cdata\u003e OP_TRUE\n\u003e\n\u003e The proof is then the SHA256 midstate, the txout, and the merkle path to\n\u003e the block header. However this mechanism needs miner support, and it is\n\u003e not possible to pay for such a sacrifice securely, or create an\n\u003e assurance contract to create one.\n\u003e\n\nSorry if this is a stupid question, but why would someone want to sacrifice\ntheir bitcoins?\n\n\n\u003e\n\u003e A anyone-can-spend in a regular txout is another option, but there is no\n\u003e way to prevent a miner from including a transaction spending that txout\n\u003e in the same block. Once that happens, there is no way to prove the miner\n\u003e didn't create both, thus invalidating the sacrifice. The announce-commit\n\u003e protocol solves that problem, but at the cost of a much larger proof,\n\u003e especially if multiple parties want to get together to pay the cost of\n\u003e the sacrifice. (the proof must include the entire tx used to make the\n\u003e sacrifice)\n\u003e\n\u003e However if we add a rule where txouts ending in OP_TRUE are unspendable\n\u003e for 100 blocks, similar to coinbases, we fix these problems. The rule\n\u003e can be done as a soft-fork with 95% support in the same way the\n\u003e blockheight rule was implemented. Along with that change\n\u003e anyone-can-spend outputs should be make IsStandard() so they will be\n\u003e relayed.\n\u003e\n\u003e The alternative is sacrifices to unspendable outputs, which is very\n\u003e undesirable compared to sending the money to miners to further\n\u003e strengthen the security of the network.\n\u003e\n\u003e We should always make it easy for people to write code that does what is\n\u003e best for Bitcoin.\n\u003e\n\u003e --\n\u003e 'peter'[:-1]@petertodd.org\n\u003e 00000000000000ce3427502ee6a254fed27e1cd21a656a335cd2ada79b7b5293\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Get 100% visibility into Java/.NET code with AppDynamics Lite\n\u003e It's a free troubleshooting tool designed for production\n\u003e Get down to code-level detail for bottlenecks, with \u003c2% overhead.\n\u003e Download for free and get started troubleshooting in minutes.\n\u003e http://p.sf.net/sfu/appdyn_d2d_ap2\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130604/0230ef96/attachment.html\u003e",
"sig": "73d049145ed3a258ea2644231c8a34fa8e2aff04cdb68446749503ed72aea5400dc32478926e31f27f620788b0f5818849ac748d6e32002795916b91e690947d"
}