📅 Original date posted:2017-01-24
📝 Original message:Den 24 jan. 2017 15:33 skrev "Johnson Lau via bitcoin-dev" <
bitcoin-dev at lists.linuxfoundation.org>:
B. For transactions created before this proposal is made, they are not
protected from anti-replay. The new fork has to accept these transactions,
as there is no guarantee that the existing fork would survive nor maintain
any value. People made time-locked transactions in anticipation that they
would be accepted later. In order to maximise the value of such
transactions, the only way is to make them accepted by any potential
hardforks.
This can be fixed.
Make old-format transactions valid *only when paired with a fork-only
follow-up transaction* which is spending at least one (or all) of the
outputs of the old-format transaction.
(Yes, I know this introduces new statefulness into the block validation
logic. Unfortunately it is necessary for maximal fork safety. It can be
disabled at a later time if ever deemed no longer necessary.)
Meanwhile, the old network SHOULD soft-fork in an identical rule with a
follow-up transaction format incompatible with the fork.
This means that old transactions can not be replayed across forks/networks,
because they're not valid when stand-alone. It also means that all wallet
clients either needs to be updated OR paired with software that intercepts
generated transactions, and automatically generates the correct follow-up
transaction for it (old network only).
The rules should be that old-format transactions can't reference new-format
transactions, even if only a softfork change differ between the formats.
This prevents an unnecessary amount of transactions pairs generated by old
wallets. Thus they can spend old outputs, but not spend new ones.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170125/48d948aa/attachment.html>;
Natanael [ARCHIVE] /
npub179…lpmjt
2023-06-07 17:55:38
in reply to nevent1q…yp9p
Author Public Key
npub1798ncudyucap9jzzujjsgufx8tdykm8auzfledjcs6f6wf4ekqvq8lpmjtPublished at
2023-06-07 17:55:38Event JSON
{
"id": "778d98b6d7ca0cf19e38076b857743a3ee60ea619ef8b2808061ecd2e4db8c47",
"pubkey": "f14f3c71a4e63a12c842e4a50471263ada4b6cfde093fcb6588693a726b9b018",
"created_at": 1686160538,
"kind": 1,
"tags": [
[
"e",
"08564427a86ede87bab23151dbcfb043a11ce80299dd31e312bfe1aa29950657",
"",
"root"
],
[
"e",
"9dcfac549cdaa9a46d7a9c10273280a9907abdbb7eb5c92f87124b7641150a7f",
"",
"reply"
],
[
"p",
"dc329a02c970aabf03b87185ef51c86afe4586fe3a148508af898af3fabc56a3"
]
],
"content": "📅 Original date posted:2017-01-24\n📝 Original message:Den 24 jan. 2017 15:33 skrev \"Johnson Lau via bitcoin-dev\" \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e:\n\n\n\nB. For transactions created before this proposal is made, they are not\nprotected from anti-replay. The new fork has to accept these transactions,\nas there is no guarantee that the existing fork would survive nor maintain\nany value. People made time-locked transactions in anticipation that they\nwould be accepted later. In order to maximise the value of such\ntransactions, the only way is to make them accepted by any potential\nhardforks.\n\n\nThis can be fixed.\n\nMake old-format transactions valid *only when paired with a fork-only\nfollow-up transaction* which is spending at least one (or all) of the\noutputs of the old-format transaction.\n\n(Yes, I know this introduces new statefulness into the block validation\nlogic. Unfortunately it is necessary for maximal fork safety. It can be\ndisabled at a later time if ever deemed no longer necessary.)\n\nMeanwhile, the old network SHOULD soft-fork in an identical rule with a\nfollow-up transaction format incompatible with the fork.\n\nThis means that old transactions can not be replayed across forks/networks,\nbecause they're not valid when stand-alone. It also means that all wallet\nclients either needs to be updated OR paired with software that intercepts\ngenerated transactions, and automatically generates the correct follow-up\ntransaction for it (old network only).\n\nThe rules should be that old-format transactions can't reference new-format\ntransactions, even if only a softfork change differ between the formats.\nThis prevents an unnecessary amount of transactions pairs generated by old\nwallets. Thus they can spend old outputs, but not spend new ones.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170125/48d948aa/attachment.html\u003e",
"sig": "700905eb97d729d5e7ea83694adb5f503a15028638b09b8e0f4766801102ccbc43ae7afd2a8a0ad70a9d981074fd8bee4aa9c737422a34dc56353f55efa32b78"
}