Deweloper Bitcoina Matt Corallo oszacował na 80% szansę, że BIP-54, proponowana aktualizacja mająca na celu naprawę czterech długotrwałych luk w sieci, stanie się kolejnym soft forkiem Bitcoina.
Podsumowanie
- Deweloper Bitcoina Matt Corallo oszacował na 80% szansę, że BIP-54, propozycja naprawy czterech długotrwałych luk w sieci, stanie się kolejnym soft forkiem Bitcoina.
- Proponowana aktualizacja miałaby rozwiązać słabości w dostosowywaniu trudności wydobycia, walidacji bloków, dowodach drzewa Merkle'a oraz zduplikowanych transakcjach coinbase.
- BIP-54 nie ma potwierdzonej daty aktywacji, choć szacunki deweloperów zebrane na TABconf sugerują, że aktualizacja mogłaby nadejść w 2027 roku lub bardziej prawdopodobnie w 2028 roku i później.
- Niektórzy deweloperzy kwestionowali, czy Bitcoin powinien priorytetowo traktować utrzymanie ponad nowymi funkcjami, podczas gdy Corallo uważa, że aktualizacja mogłaby pomóc ustanowić jaśniejszy proces dla przyszłych soft forków.
Według raportu Decrypt z 4 listopada, Corallo omówił propozycję podczas wystąpienia w MARA Foundation TV z szefową MARA Foundation Isabel Foxen Duke, gdzie wyjaśnił, dlaczego deweloperzy mogliby priorytetowo traktować naprawę istniejących problemów konsensusu przed wprowadzeniem nowych funkcji.
Propozycja, znana jako Wielkie Czyszczenie Konsensusu, sięga pracy, którą Corallo przedstawił w 2019 roku, i od tego czasu rozwinęła się w formalną Propozycję Ulepszenia Bitcoina współautorstwa z deweloperem Antoine'em Poinsotem.
Chociaż aktualizacja nie ma potwierdzonej daty aktywacji, Corallo uważa, że rozwiązuje ona problemy techniczne, które deweloperzy generalnie rozpoznają, bez konieczności wprowadzania poważnych zmian w funkcjonalności Bitcoina.
„Istnieje długa lista rzeczy, o których wiemy, że naprawdę musimy posprzątać” – powiedział Corallo, opisując luki jako prawdziwe obawy, ale nie natychmiastowe zagrożenia dla sieci.
BIP-54 proponuje poprawki dla czterech luk w Bitcoinie
Oficjalna specyfikacja BIP-54 nakreśla zmiany w zasadach dostosowywania trudności Bitcoina, procesie walidacji transakcji, strukturze drzewa Merkle'a i wymaganiach dotyczących transakcji coinbase.
Jeden z problemów dotyczy luki znanej jako atak timewarp, który mógłby pozwolić górnikom kontrolującym większość mocy obliczeniowej Bitcoina na manipulowanie znacznikami czasu bloków.
Bitcoin normalnie dostosowuje trudność wydobycia co 2 016 bloków, czyli około dwóch tygodni. Wykorzystując istniejące zasady znaczników czasu, atakujący mógłby sztucznie obniżyć trudność i spowodować szybsze niż zamierzone tworzenie nowych bloków.
Dokumentacja techniczna propozycji szacuje, że atakujący mógłby potencjalnie doprowadzić trudność wydobycia do minimum w ciągu 38 dni w ekstremalnych okolicznościach.
Aby rozwiązać ten problem, BIP-54 wprowadza ograniczenia dotyczące znaczników czasu na początku i na końcu każdego okresu dostosowywania trudności, w tym dwugodzinny margines mający na celu uwzględnienie normalnych wahań.
Kolejna proponowana zmiana dotyczy specjalnie skonstruowanych bloków, których walidacja wymaga niezwykle dużej ilości mocy obliczeniowej.
Według specyfikacji, przetworzenie niektórych bloków mogłoby zająć kilka minut na potężnych komputerach i potencjalnie godziny na słabszych maszynach, co pozwoliłoby złośliwym górnikom spowalniać konkurentów.
BIP-54 ograniczyłby某些 operacje weryfikacji podpisów do 2 500 na transakcję. Jego autorzy szacują, że ograniczenie mogłoby zmniejszyć najgorszy czas walidacji bloku 40-krotnie.
Trzecia poprawka dotyczy luk w drzewie Merkle'a związanych z transakcjami o dokładnie 64 bajtach danych niewitnessowych.
W pewnych warunkach takie transakcje mogą przypominać wewnętrzne węzły drzewa Merkle'a, potencjalnie pozwalając atakującym oszukać lekkich klientów Bitcoina do akceptowania fałszywych dowodów włączenia transakcji.
Proponowane zasady unieważniłyby transakcje o tym konkretnym rozmiarze, eliminując leżącą u ich podstaw niejednoznaczność.
Ostatnia zmiana dotyczy zduplikowanych transakcji coinbase, które są specjalnymi transakcjami tworzonymi przez górników w celu pobrania nagród za blok.
BIP-54 wprowadziłby nowe wymagania dotyczące pól transakcji coinbase, aby zapobiec ponownemu pojawieniu się problemów z identyfikacją historycznych transakcji na przyszłych wysokościach bloków.
Specyfikacja wskazuje blok 1 983 702 jako najwcześniejszą przyszłą wysokość, na której mogłaby wystąpić zduplikowana transakcja coinbase w ramach obowiązujących zasad.
Deweloperzy Bitcoina mają rozbieżne zdania na temat przyszłych aktualizacji
Pomimo pewności Corallo propozycja spotkała się z krytyką deweloperów, którzy uważają, że Bitcoin powinien priorytetowo traktować aktualizacje wprowadzające nowe możliwości.
Paul Sztorc, współzałożyciel i dyrektor generalny LayerTwo Labs, określił perspektywę aktywacji BIP-54 jako „dość przygnębiającą” w poście na X, argumentując, że propozycja sprowadza się do konserwacji bez dodawania funkcjonalności.
Sztorc powiedział, że deweloperzy, których ankietował na TABconf w Atlancie, generalnie oczekiwali, że propozycja porządkowa stanie się kolejnym soft forkiem Bitcoina.
Ich szacunki sugerowały jednak długie oczekiwanie, przy czym najwcześniejsza prognoza wskazywała na wrzesień 2027 r., a większość spodziewała się aktywacji w 2028 r. lub później.
Dyskusja następuje po latach nieporozumień dotyczących zmian w protokole Bitcoina od czasu aktywacji Taproot w listopadzie 2021 r.
We wrześniu crypto.news poinformowało o obawach Sztorca, że Bitcoin może mieć trudności z aktywacją kolejnych soft forków z powodu nieporozumień co do tego, jak powinny być zatwierdzane zmiany konsensusu.
Wskazał konkretnie na OP_CAT, proponowaną aktualizację, która przywróciłaby operację pozwalającą skryptom Bitcoina łączyć dane i obsługiwać bardziej złożone warunki wydawania.
Inne propozycje, w tym OP_CHECKTEMPLATEVERIFY w ramach BIP-119, napotkały podobne trudności w zapewnieniu wystarczającego poparcia w całym ekosystemie Bitcoina.
Tymczasem obliczenia kwantowe stały się kolejnym tematem dyskusji o protokole. Coinbase niedawno przedstawiło możliwe podejścia do ochrony Bitcoina przed przyszłymi zagrożeniami kwantowymi, w tym BIP-360 i proponowaną strukturę wyjścia Pay-to-Merkle-Root.
W przeciwieństwie do tych propozycji BIP-54 koncentruje się na korygowaniu słabości w istniejących zasadach konsensusu Bitcoina.
Corallo chce, aby BIP-54 ustanowił proces aktywacji soft forka
Poza zmianami technicznymi Corallo uważa, że aktualizacja mogłaby pomóc deweloperom ustanowić bardziej przewidywalny proces wprowadzania przyszłych soft forków Bitcoina.
Wyjaśnił, że aktualizacje Bitcoina historycznie wiązały się z trudnymi decyzjami technicznymi, ale nieporozumienia dotyczące metod aktywacji stały się równie ważną przeszkodą.
Podczas debaty nad wdrożeniem Taproot uczestnicy nie zgadzali się co do tego, czy górnicy powinni zasygnalizować poparcie przed aktywacją, czy też użytkownicy powinni wymusić termin aktywacji.
Corallo zasugerował, że deweloperzy mogliby wykorzystać proces wdrożenia BIP-54 do rozwiązania podobnych nieporozumień i ustanowienia procedur, które można by ponownie wykorzystać w kolejnych aktualizacjach.
Propozycja osiągnęła status pełnej specyfikacji 22 maja 2026 r., zgodnie z jej oficjalnym dziennikiem zmian, choć to oznaczenie nie stanowi aktywacji sieci.
Jej postanowienia dotyczące kompatybilności stanowią, że zmiany zaostrzyłyby istniejące zasady walidacji, pozostając jednocześnie kompatybilnymi z węzłami, które nie zostały zaktualizowane.
Autorzy mimo to zachęcają operatorów węzłów do aktualizacji oprogramowania, aby mogli niezależnie egzekwować proponowane ograniczenia.
W przypadku górników dokumentacja zauważa, że wersje Bitcoin Core 29.0 i 30.0 zawierają już zabezpieczenia szablonów bloków kompatybilne z niektórymi proponowanymi ograniczeniami, podczas gdy pule wydobywcze musiałyby zapewnić, że ich transakcje coinbase spełniają nowe wymagania.
