Addressing remaining points on BIP 54

Posted by Antoine Riard

Jan 13, 2026/01:49 UTC

In a recent exchange among developers on the Bitcoin Development Mailing List, a detailed discussion unfolded regarding the technical nuances of ASIC design, specifically around the coinbase transaction's constraints and opportunities for optimization. The conversation highlighted the 100 bytes limitation of the coinbase transaction and explored the potential for creating additional permutations beyond the 128 bits provided by the nonce and version fields. This aspect is critical as it opens up possibilities for enhancing security and efficiency in mining operations.

The dialogue further delved into the mechanics of serialization and the practical challenges associated with variable-length fields, such as the scriptSig. It was noted that ASICs, while highly specialized hardware, need not directly handle the complexities of serialization. This task can instead be managed at the proxy level, allowing for a simplified and unified approach to handling iterable bits fields, which includes elements like the version, scriptSig, and coinbase. Such an arrangement could streamline the data processing, potentially improving the performance of mining activities.

Additionally, the discussion touched upon an innovative idea involving the use of a 0-sat OP_RETURN output to accommodate a 4-byte nonce within the data payload. This concept, however, raised concerns about the unserialization challenges for proxies, particularly in terms of efficiency and the architectural implications for memory allocation.

From a theoretical standpoint, optimizing high-level cache size and the byte-length words processed by these caches emerges as a paramount consideration for achieving optimal ASIC performance. The discourse also pondered the practicality of serializing and unserializing data on fixed-size fields for proxies, suggesting that this approach could lead to faster processing times by reducing memory allocator calls.

Lastly, the discussion acknowledged current limitations and future considerations, including the importance of reserving the coinbase field and evaluating the relevance of the nLocktime and nSequence fields in the context of transaction finality. This conversation reflects the ongoing efforts and deep technical expertise within the Bitcoin development community aimed at refining and advancing the underlying technology of cryptocurrency mining.

Link to Raw Post
Bitcoin Logo

TLDR

Join Our Newsletter

We’ll email you summaries of the latest discussions from high signal bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.

Explore all Products

ChatBTC imageBitcoin searchBitcoin TranscriptsSaving SatoshiDecoding BitcoinWarnet
Built with 🧡 by the Bitcoin Dev Project
View our public visitor count

We'd love to hear your feedback on this project.

Give Feedback