{"type":"rich","version":"1.0","author_name":"npub1r3san9v5njl6798hvauyu9ntm6r9c7u8s0t65wls58gpfdcvqp5sa48d0u","author_url":"https://nostr.ae/npub1r3san9v5njl6798hvauyu9ntm6r9c7u8s0t65wls58gpfdcvqp5sa48d0u","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-06-01\n📝 Original message:I have written a reference implementation and BIP draft for a soft-fork\nchange to the consensus-enforced behaviour of sequence numbers for the\npurpose of supporting transaction replacement via per-input relative\nlock-times. This proposal was previously discussed on the mailing list in\nthe following thread:\n\nhttp://sourceforge.net/p/bitcoin/mailman/message/34146752/\n\nIn short summary, this proposal seeks to enable safe transaction\nreplacement by re-purposing the nSequence field of a transaction input to\nbe a consensus-enforced relative lock-time.\n\nThe advantages of this approach is that it makes use of the full range of\nthe 32-bit sequence number which until now has rarely been used for\nanything other than a boolean control over absolute nLockTime, and it does\nso in a way that is semantically compatible with the originally envisioned\nuse of sequence numbers for fast mempool transaction replacement.\n\nThe disadvantages are that external constraints often prevent the full\nrange of sequence numbers from being used when interpreted as a relative\nlock-time, and re-purposing nSequence as a relative lock-time precludes its\nuse in other contexts. The latter point has been partially addressed by\nhaving the relative lock-time semantics be enforced only if the\nmost-significant bit of nSequence is set. This preserves 31 bits for\nalternative use when relative lock-times are not required.\n\nThe BIP draft can be found at the following gist:\n\nhttps://gist.github.com/maaku/be15629fe64618b14f5a\n\nThe reference implementation is available at the following git repository:\n\nhttps://github.com/maaku/bitcoin/tree/sequencenumbers\n\nI request that the BIP editor please assign a BIP number for this work.\n\nSincerely,\nMark Friedenbach\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150601/14698846/attachment.html\u003e"}