64 bit arithmetic soft fork
Posted by Chris_Stewart_5
Jan 11, 2024/15:08 UTC
The email delves into a discussion on potential changes to encoding and arithmetic support in the context of script execution for blockchain systems. The sender expresses apprehension regarding the proposal to adopt a strict 64-bit little-endian encoding, which could lead to an increase in witness sizes. There is also concern about the confusion that might arise from switching from big-endian to little-endian formats, given that minimal encoding is currently employed as indicated by the fRequireMinimal flag found in the interpreter.cpp file.
Additionally, there seems to be clarification sought on the stance towards enhancing arithmetic operation support from 51 bits to 64 bits. Questions are raised about how such an expansion could be implemented alongside existing version 1 tapscripts without redefining the semantics of the arithmetic opcodes. The sender acknowledges the design intention behind OP_SUCCESSx to permit state modifications of the stack but seeks to understand how compatibility with already deployed version 1 Scripts would be maintained, considering the implications of such changes.
TLDR
Join Our Newsletter
We’ll email you summaries of the latest discussions from authoritative bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.
Explore all Products
We'd love to hear your feedback on this project?
Give Feedback