Posted by Peter Todd
Oct 23, 2023/15:45 UTC
The email suggests using "nExpiryHeight" instead of a time-based approach for expiration in order to avoid potential issues with miners manipulating the current time. The suggestion is to redefine an OP_SuccessX opcode, eliminating the need for _Verify behavior and allowing for either OP_Expire or OP_CheckExpiryTime as better names for the opcode. The sender also acknowledges proposing an explicit field but realizes that the taproot annex makes it unnecessary. Additionally, having an nExpiryHeight could be beneficial in cases where a signature covering the field is sufficient.
Please note that the farewell part of the email has been excluded from this summary.
TLDR
We’ll email you summaries of the latest discussions from authoritative bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
We'd love to hear your feedback on this project?
Give Feedback