📅 Original date posted:2015-11-24
📝 Original message:On Tue, Nov 24, 2015 at 10:30:52AM +0000, Btc Drak via bitcoin-dev wrote:
> BIP68 introduces relative lock-time semantics to part of the nSequence
> field leaving the majority of bits undefined for other future applications.
>
> BIP112 introduces opcode CHECKSEQUENCEVERIFY (OP_CSV) that is specifically
> limited to verifying transaction inputs according to BIP68's relative
> lock-time[1], yet the _name_ OP_CSV is much boarder than that. We spent
> months limiting the number of bits used in BIP68 so they would be available
> for future use cases, thus we have acknowledged there will be completely
> different usecases that take advantage of unused nSequence bits.
>
> For this reason I believe the BIP112 should be renamed specifically for
> it's usecase, which is verifying the time/maturity of transaction inputs
> relative to their inclusion in a block.
>
> Suggestions:-
>
> CHECKMATURITYVERIFY
Definitely this one.
Although I wouldn't rush to make the change just yet - I for one am busy
writing some test programs to actually use BIP112, and in theory they
might say the more general CSV concept is better.
Whatever we call it, deciding on that is a simple s/FOO/BAR/ prior to
release.
--
'peter'[:-1]@petertodd.org
000000000000000008cd594ba6601fcc5e9e919b30630076c64657209b13c7b4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 650 bytes
Desc: Digital signature
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151124/4d685b3f/attachment.sig>;
Peter Todd [ARCHIVE] /
npub1m2…a2np2
2023-06-07 17:45:06
in reply to nevent1q…mrc6
Author Public Key
npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2Published at
2023-06-07 17:45:06Event JSON
{
"id": "b7fcecd67209787311ab3cea77cb50442dc7aaeec7a594ad06237e28ad3ccbc2",
"pubkey": "daa2fc676a25e3b5b45644540bcbd1e1168b111427cd0e3cf19c56194fb231aa",
"created_at": 1686159906,
"kind": 1,
"tags": [
[
"e",
"65176681f906c98989ff4af1f66f139d152a7b5de4ac302f54d83aa23ee2fe52",
"",
"root"
],
[
"e",
"f53a443d4a7b3d2fc3a968fb97c0f84b5e47021fd020d7c1cb444e7f57fba9eb",
"",
"reply"
],
[
"p",
"fdf31024ca0537ed828d895ddc8525f8af023f0dc935a8327a8a496d0d7a9f83"
]
],
"content": "📅 Original date posted:2015-11-24\n📝 Original message:On Tue, Nov 24, 2015 at 10:30:52AM +0000, Btc Drak via bitcoin-dev wrote:\n\u003e BIP68 introduces relative lock-time semantics to part of the nSequence\n\u003e field leaving the majority of bits undefined for other future applications.\n\u003e \n\u003e BIP112 introduces opcode CHECKSEQUENCEVERIFY (OP_CSV) that is specifically\n\u003e limited to verifying transaction inputs according to BIP68's relative\n\u003e lock-time[1], yet the _name_ OP_CSV is much boarder than that. We spent\n\u003e months limiting the number of bits used in BIP68 so they would be available\n\u003e for future use cases, thus we have acknowledged there will be completely\n\u003e different usecases that take advantage of unused nSequence bits.\n\u003e \n\u003e For this reason I believe the BIP112 should be renamed specifically for\n\u003e it's usecase, which is verifying the time/maturity of transaction inputs\n\u003e relative to their inclusion in a block.\n\u003e \n\u003e Suggestions:-\n\u003e \n\u003e CHECKMATURITYVERIFY\n\nDefinitely this one.\n\nAlthough I wouldn't rush to make the change just yet - I for one am busy\nwriting some test programs to actually use BIP112, and in theory they\nmight say the more general CSV concept is better.\n\nWhatever we call it, deciding on that is a simple s/FOO/BAR/ prior to\nrelease.\n\n-- \n'peter'[:-1]@petertodd.org\n000000000000000008cd594ba6601fcc5e9e919b30630076c64657209b13c7b4\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 650 bytes\nDesc: Digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151124/4d685b3f/attachment.sig\u003e",
"sig": "5178f82eff7a5c53e17bf16b18638228cd26ed9d81ad2687ade041347b4e58060a5fe6d38442c92e4756bf7b823a6032fe6a1a0bf3aa562ad4a56c08b578feaa"
}