Próba aktywacji BIP-110 w sieci Bitcoin doprowadziła do powstania aktywnego forka mniejszościowego po tym, jak wymuszające węzły odrzuciły blok niewysyłający sygnału na wysokości 961 632 wczesnym rankiem 9 sierpnia. Większość górników kontynuowała wydłużanie istniejącej sieci zgodnie z obecnymi zasadami konsensusu, szybko powiększając lukę między dwiema konkurującymi gałęziami.

Zgodnie z informacjami z BIP110Monitor, około 01:00 UTC 9 sierpnia główny łańcuch osiągnął blok 961 654, podczas gdy wymuszająca gałąź zatrzymała się na bloku 961 633 — co oznacza deficyt 21 bloków. Żaden z pierwszych 23 bloków w nowym okresie trudności nie wysłał sygnału poparcia dla propozycji.

Jak doszło do rozłamu

Fork miał początek przy bloku 961 632, który wyznaczał początek okna obowiązkowego sygnalizowania BIP-110. AntPool wykuł blok, który nie zawierał wymaganego sygnału z 4 bitu wersji (version bit 4), podczas gdy Roughnecks wyprodukowało konkurujący, zgodny blok za pośrednictwem OCEAN. Węzły wymuszające BIP-110 odrzuciły blok AntPool i podążyły za alternatywną gałęzią. Większa sieć niewymuszająca kontynuowała wydłużanie łańcucha Bitcoin na dotychczasowych zasadach konsensusu.

Poparcie dla propozycji było już minimalne przed rozłamed. W trakcie poprzedniego 2016-blokowego okresu retargetingu, jedynie 51 bloków zasygnalizowało poparcie — co stanowi około 2,53% całości.

Mechanizm aktywacji i harmonogram

BIP-110 wykorzystuje zmodyfikowany proces aktywacji BIP9. Zgodnie z zasadami wczesnej blokady, 1109 z 2016 bloków (55%) musiałoby zasygnalizować poparcie, jednak udział górników był znacznie niższy od tego progu. W związku z tym propozycja przeszła w tryb obowiązkowego sygnalizowania przy bloku 961 632.

Od tego momentu wymuszające węzły zaczęły odrzucać wszelkie bloki, w których nie ustawiono 4 bita wersji. Wymóg obowiązkowego sygnalizowania pozostaje w mocy do bloku 963 647. Zgodnie z zasadami propozycji, gałąź mniejszościowa wymusi blokadę przy bloku 963 648.

Ograniczenia transakcyjne propozycji nie zostałyby aktywowane natychmiast. Zgodnie z harmonogramem zasady te wejdą w życie przy bloku 965 664 i pozostaną aktywne przez 52 416 bloków, po czym wygasną. Obecny fork koncentruje się zatem na wymogach dotyczących sygnalizowania i wyborze łańcucha, a nie jeszcze na transakcjach naruszających proponowane tymczasowe ograniczenia danych BIP-110.

Co faktycznie proponuje BIP-110

Wbrew niektórym opisom w mediach społecznościowych, BIP-110 nie jest aktualizacją zabezpieczeń przed komputerami kwantowymi. Jego oficjalna nazwa to „Reduced Data Temporary Softfork”, co odzwierciedla węższy cel: tymczasowe ograniczenie dowolnych danych osadzonych w transakcjach Bitcoin. Propozycja wprowadza siedem reguł konsensusu obejmujących scriptPubKeys, dane OP_RETURN, ładunki świadków (witness payloads) oraz kilka struktur powiązanych z Taproot.

Propozycja ta pojawiła się w środku trwającej debaty w społeczności Bitcoin na temat ilości danych niefinansowych wprowadzanych do blockchaina — praktyki, która przyspieszyła po uruchomieniu inskrypcji Ordinals i tokenów BRC-20 w 2023 roku. Zwolennicy ograniczeń danych twierdzą, że nadmiar danych w łańcuchu powiększa rozmiary bloków i podnosi koszty operacyjne węzłów, natomiast przeciwnicy utrzymują, że ważne transakcje nie powinny być cenzurowane, a rynek opłat naturalnie zarządza alokacją przestrzeni w bloku. BIP-110 jest jednym z kilku proponowanych podejść do napięć, choć nie zyskał szerokiego poparcia górników ani deweloperów.

Status „Complete” w repozytorium BIPs oznacza jedynie, że specyfikacja jest uznawana za ukończoną — a nie, że Bitcoin ją przyjął. Faktyczne przyjęcie zależy od górników, użytkowników, giełd, depozytariuszy i innych uczestników rynku, którzy zdecydują, jakie oprogramowanie i zasady konsensusu uznają.

Ryzyko powtarzania transakcji i obawy operacyjne

Bitcoin Core nie przyjął wdrożenia BIP-110, a większość mocy haszującej kontynuuje wydłużanie łańcucha niewymuszającego. Ponieważ forka wymuszającego wspiera jedynie ograniczona moc obliczeniowa, produkcja bloków na gałęzi mniejszościowej może trwać znacznie dłużej niż standardowy cel sieci Bitcoin, czyli w przybliżeniu jeden blok co 10 minut.

Najpilniejszą obawą dla posiadaczy BTC jest kwestia operacyjna. Fork mniejszościowy nie zapewnia automatycznej ochrony przed powtarzaniem transakcji (replay protection) przed późniejszym etapem aktywacji, co oznacza, że transakcja dokonana na jednej gałęzi mogłaby potencjalnie wpłynąć na te same monety na drugiej gałęzi. Deweloperzy ostrzegli posiadaczy przed traktowaniem rozłamu jako bezryzykownej szansy na darmowe monety (airdrop).

Źródło: X