đ
Original date posted:2013-06-04
đ Original message:-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
> I'm one of the people experimenting in this area. I've long argued
> that a zero-output transaction should be permitted -- 100% miner fee
> -- as an elegant proof of sacrifice. Unfortunately that requires a
> hard fork. Also, for most people, it seems likely that a change
> transaction would be generated. That, then, would generate an
> already-standard transaction, where inputs > outputs.
100% miner fee is not a proof of anything because the miner could have created
that transaction for themselves. You must have proof that all miners had an
equal opportunity at collecting the fee, and the only way to do that is by
Peter's announce-commit protocol, or his unspendable until after n blocks
proposal.
Also the idea of a zero-output transaction is silly. In almost all cases you
are making the sarifice to link that act to an identity, and linking that act
to arbitrary data is far more flexible than any scheme relying on the pubkeys
that paid for the transaction. With a arbitrary data you can slice up the
sacrifice for instance with a merkle-sum-tree, as well as hide what the
sacrifice was for to preserve anonymity. The extra cost in size of the provably
unspendable OP_RETURN scriptPubKey is minimal for the rare time when it isn't
required.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iQEcBAEBCAAGBQJRrf/BAAoJEEWCsU4mNhiP7+MH/RGfo2k+Zd0VoGzv3KSTzBrM
auK9Do2fYp2YvMnT/JFYbz2MgbTcCiKGyZfxjaH+zrqdTFgkgAE53midIv/Rd5/w
kjjifJuqw5AyIN6ANA1TuLQ64elPOXXymsaMqWO8ou0angG6DBI/LZZEG7SXM7+I
Jwk3MXLhFswvvuRif4G2C9v29WqSj4XRxxl3o63ziSYvZPPCHLYHAL9BJaMpDhaw
LxebM088RofzJAoGL1QIeQhDS3aAK4jKSZtJ/6+fwYZQB2Qc3sa1v9IAcCQHE+M3
6oQY0tzEEFg9+xdnSM7J6pW7qW28nFS8Fdr6UkUUlwhI5c4KnIKCtQa3o1mYDFE=
=SHWS
-----END PGP SIGNATURE-----
John Dillon [ARCHIVE] /
npub15zâŚkn0zr
2023-06-07 15:02:38
in reply to nevent1qâŚ9753
Author Public Key
npub15z6e9t07ugx267aj3s3c487pln852ydytzlgu0vkkqxfznyvx4jq4kn0zrPublished at
2023-06-07 15:02:38Event JSON
{
"id": "90a2d8a513f5fa1d03757ca3e41b45257b1907c9445ed3fde5a8dbe83c29a223",
"pubkey": "a0b592adfee20cad7bb28c238a9fc1fccf4511a458be8e3d96b00c914c8c3564",
"created_at": 1686150158,
"kind": 1,
"tags": [
[
"e",
"6bd9512be4afa2a81b307b24d258a963f9abe4599b255899b627408b516854f9",
"",
"root"
],
[
"e",
"57b0664db5275c4b3429f81d637070a7328a8b5f3ed6e5bd0534a01c23e0ee45",
"",
"reply"
],
[
"p",
"b25e10e25d470d9b215521b50da0dfe7a209bec7fedeb53860c3e180ffdc8c11"
]
],
"content": "đ
Original date posted:2013-06-04\nđ Original message:-----BEGIN PGP SIGNED MESSAGE-----\nHash: SHA256\n\n\u003e I'm one of the people experimenting in this area. I've long argued\n\u003e that a zero-output transaction should be permitted -- 100% miner fee\n\u003e -- as an elegant proof of sacrifice. Unfortunately that requires a\n\u003e hard fork. Also, for most people, it seems likely that a change\n\u003e transaction would be generated. That, then, would generate an\n\u003e already-standard transaction, where inputs \u003e outputs.\n\n100% miner fee is not a proof of anything because the miner could have created\nthat transaction for themselves. You must have proof that all miners had an\nequal opportunity at collecting the fee, and the only way to do that is by\nPeter's announce-commit protocol, or his unspendable until after n blocks\nproposal.\n\nAlso the idea of a zero-output transaction is silly. In almost all cases you\nare making the sarifice to link that act to an identity, and linking that act\nto arbitrary data is far more flexible than any scheme relying on the pubkeys\nthat paid for the transaction. With a arbitrary data you can slice up the\nsacrifice for instance with a merkle-sum-tree, as well as hide what the\nsacrifice was for to preserve anonymity. The extra cost in size of the provably\nunspendable OP_RETURN scriptPubKey is minimal for the rare time when it isn't\nrequired.\n-----BEGIN PGP SIGNATURE-----\nVersion: GnuPG v1.4.11 (GNU/Linux)\n\niQEcBAEBCAAGBQJRrf/BAAoJEEWCsU4mNhiP7+MH/RGfo2k+Zd0VoGzv3KSTzBrM\nauK9Do2fYp2YvMnT/JFYbz2MgbTcCiKGyZfxjaH+zrqdTFgkgAE53midIv/Rd5/w\nkjjifJuqw5AyIN6ANA1TuLQ64elPOXXymsaMqWO8ou0angG6DBI/LZZEG7SXM7+I\nJwk3MXLhFswvvuRif4G2C9v29WqSj4XRxxl3o63ziSYvZPPCHLYHAL9BJaMpDhaw\nLxebM088RofzJAoGL1QIeQhDS3aAK4jKSZtJ/6+fwYZQB2Qc3sa1v9IAcCQHE+M3\n6oQY0tzEEFg9+xdnSM7J6pW7qW28nFS8Fdr6UkUUlwhI5c4KnIKCtQa3o1mYDFE=\n=SHWS\n-----END PGP SIGNATURE-----",
"sig": "cc9e2b5c253d8b4754e808202ecdc16ea6ea446d073f0c6c94fc6fad930d48f12852fb350c2e2d0649ac21cb80f2e4f5685bb5f7ce9cc258b52176e3fad03529"
}