Posted by /dev /fd0
Jun 9, 2025/19:27 UTC
The discussion between Matt Corallo and another contributor revolves around the comparison and preference of Bitcoin Improvement Proposals (BIPs), specifically BIP 119 and BIP 346. BIP 346 is described as complex, especially when considering its interaction with TxFieldSelector and CSFS, making it not just marginally trivial but significantly challenging compared to BIP 119. The argument laid out suggests that achieving goals may sometimes be more feasible through incremental steps, with BIP 119 proposed as the initial phase.
Several reasons are presented to justify the preference for BIP 119 over BIP 346. Firstly, every potential configuration necessitates thorough testing, highlighting a pragmatic approach to development. Secondly, there's concern about the bloating of the UTXO set due to state-carrying UTXOs, which could affect system performance and scalability adversely. Lastly, it's suggested that BIP 346's activation might be more suitable for a time like 2030 or later. This timeline allows for a more informed decision-making process based on real-world application and data, rather than rushing into premature optimizations without adequate evidence of their necessity or effectiveness.
For those interested in exploring the technical specifics of these proposals, the covenants support wiki provides detailed rationales behind the preferences, and the discussions can be further delved into through the provided link to BIP 346's documentation available on GitHub (BIP 346). This conversation underlines the thoughtful consideration and strategic planning required in the evolution of Bitcoin's protocol, emphasizing a balanced approach between innovation and practical implementation challenges.
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