Consensus Cleanup

Antoine Poinsot और Matt Corallo ने BIP 54 में चार सीमित fixes जोड़े: timewarp, अत्यधिक महंगे validation वाले blocks, 64-byte transactions से जुड़ी Merkle tree weakness और भविष्य की duplicate coinbase transactions का risk। Package कोई नया user opcode नहीं जोड़ता। [1]

हर 2016-block period की boundary पर BIP पहले block के timestamp को पिछले block के समय से 7 200 seconds घटाने पर मिले मान से कम नहीं और अंतिम block को period के पहले block के समय से कम नहीं होने देती। इससे classic timewarp और negative Murch–Zawy period बंद होते हैं। [1]

हर non-coinbase transaction में scriptSig, scriptPubKey और P2SH redeemScript में गिने गए legacy signature operations की सीमा 2 500 रखी जाती है। BIP के अनुसार इससे सामान्य standard transactions को छुए बिना worst-case validation time लगभग चालीस गुना घटता है। [1]

Witness data के बिना serialization ठीक 64 bytes वाली transactions activation के बाद invalid होंगी। उन्हीं 64 bytes को Merkle tree के internal node की hash pair की तरह भी समझा जा सकता है, जिससे सुरक्षित simplified proofs कठिन होते हैं। [1]

Coinbase में nLockTime block height minus 1 के बराबर और nSequence 0xffffffff से अलग होना चाहिए। हर future coinbase ऐतिहासिक exceptions से अलग होगी और activation के बाद nearest risky height 1 983 702 से पहले BIP 30 check हमेशा के लिए छोड़ा जा सकेगा। [1]

Specification मई 2026 में version 1.0.0 और Complete status तक पहुँची। Changelog 22 मई बताता है; Bitcoin Core के पास mainnet activation रहित reference implementation है और वह अधिक compatible block templates पहले से बनाता है, लेकिन इससे नई rules अपने आप चालू नहीं होतीं। [3]

Testnet 5 के लिए Draft BIP 95 block 1 से BIP 54 लागू करने का प्रस्ताव रखता है, पर वह स्वयं अभी Draft है। Test network, signet या inactive code implementation जाँचने में मदद करते हैं; वे mainnet consensus का प्रमाण नहीं हैं। [4]

किसी claim को जाँचते समय current BIP version, activation mechanism की स्थिति और exact node release देखें। Complete finished document बताता है; नई rules का full validation अलग soft fork activation होने पर ही शुरू होगा। [2]