Posted by Ethan Heilman
Oct 21, 2023/20:24 UTC
The email exchange between Greg and Ethan discusses the limit on element size in tapscript. Ethan clarifies that the limit is not unique to tapescript but rather a feature of the OP_CAT opcode. Tapscript enforces a 520 byte element size, which eliminates the concern of creating very large stack elements with OP_CAT. Greg acknowledges Ethan's clarification and mentions that he wasn't aware that this limit was added in the same commit that removed OP_CAT. He also notes that the commit reduced the size limit on inputs to arithmetic operations from 2064-bits to 32-bits. Ethan expresses his surprise at this change and mentions that he had always assumed the limit was 32-bits from the beginning. He finds it intriguing to think about having math opcodes that support 2064-bit inputs and outputs.
Overall, the email exchange highlights the understanding and clarification of the limit on element size in tapscript and the related changes made in the commit. It provides insights into the development and implementation of tapscript and its impact on stack elements and arithmetic operations.
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