BIP 54 zaostrza cztery historyczne skrajne przypadki konsensusu bez dodawania nowego opcode dla użytkownika; Complete oznacza ukończoną specyfikację, a nie aktywację w Bitcoin mainnet.
Antoine Poinsot i Matt Corallo połączyli w BIP 54 cztery wąsko określone poprawki: timewarp, bloki o skrajnie kosztownej walidacji, słabość drzewa Merkle przy transakcjach 64-bajtowych oraz przyszłe ryzyko powtórzonych transakcji coinbase. Pakiet nie dodaje nowego opcode dla użytkownika. [1]
Na granicy każdego okresu 2016 bloków BIP wymaga, by timestamp pierwszego bloku wynosił co najmniej czas poprzedniego bloku minus 7 200 sekund, a timestamp ostatniego co najmniej czas pierwszego bloku okresu. Zamyka to klasyczny timewarp i ujemny okres Murch–Zawy. [1]
Dla każdej transakcji innej niż coinbase ustala limit 2 500 legacy signature operations liczonych w scriptSig, scriptPubKey i P2SH redeemScript. Według BIP zmniejsza to najgorszy czas walidacji około czterdziestokrotnie bez naruszania zwykłych transakcji standardowych. [1]
Transakcje, których serializacja bez witness data ma dokładnie 64 bajty, byłyby po aktywacji nieważne. Te same 64 bajty można inaczej zinterpretować jako parę hashy wewnętrznego węzła drzewa Merkle, co utrudnia bezpieczne uproszczone dowody. [1]
Coinbase musiałaby mieć nLockTime równy wysokości bloku minus 1 oraz nSequence różny od 0xffffffff. Każda przyszła coinbase różni się wtedy od historycznych wyjątków, a po aktywacji kontrolę BIP 30 można trwale pominąć przed najbliższą ryzykowną wysokością 1 983 702. [1]
Specyfikacja osiągnęła wersję 1.0.0 i status Complete w maju 2026. Changelog podaje 22 maja; Bitcoin Core ma implementację referencyjną bez aktywacji mainnet i tworzy już bardziej zgodne szablony bloków, ale nic z tego samo nie włącza nowych zasad. [3]
Projekt BIP 95 dla Testnet 5 przewiduje BIP 54 od bloku 1, lecz sam nadal ma status Draft. Sieć testowa, signet lub nieaktywny kod pomagają sprawdzić implementację; nie dowodzą konsensusu mainnet. [4]
Aby sprawdzić twierdzenie, trzeba zweryfikować aktualną wersję BIP, stan mechanizmu aktywacji i dokładne wydanie node. Complete opisuje ukończony dokument; pełna walidacja nowych zasad zaczyna się dopiero po osobnej aktywacji soft forka, jeśli do niej dojdzie. [2]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Reguły konsensusu, Soft Fork, Timewarp Attack, Proof of Work, Bitcoin Core, Transakcja. Do tego hasła prowadzą również odsyłacze z Timewarp Attack.
01Czy BIP 54 jest aktywny w Bitcoin mainnet?+
Nie. Specyfikacja ma status Complete i istnieje implementacja bez aktywacji mainnet, ale zaostrzenia konsensusu wymagają odrębnego procesu aktywacji.
02Co dokładnie zmienia Consensus Cleanup?+
Zaostrza timestampy na granicach okresów difficulty, ogranicza legacy sigops na transakcję, zabrania transakcji dokładnie 64-bajtowych bez witness data i wymusza unikalność przyszłych transakcji coinbase.