BIP-110 zbliza sie do obowiazkowej sygnalizacji przy minimalnym poparciu gornikow

Co sie dzieje

Bitcoin zbliza sie do fazy egzekwowania BIP-110, kontrowersyjnego soft forka, ktory przez okolo rok ograniczylby pewne formy przechowywania danych w sieci za pomoca nowych regul konsensusu. Okolo bloku 961 632, spodziewanego w poblizu 9 sierpnia 2026, wezly uruchamiajace oprogramowanie BIP-110 maja zaczac odrzucac kazdy blok, ktory nie sygnalizuje poparcia dla zmiany.

Propozycja, o oficjalnym tytule Reduced Data Temporary Softfork, zostala napisana przez Dathona Ohma, a pierwotny szkic i doradztwo przypisuje deweloperowi Luke-Jr. Jej deklarowanym celem jest ograniczenie na poziomie konsensusu rozmiaru kilku pol danych, aby zniechecic do duzych osadzen danych, takich jak inskrypcje Ordinals.

Jak ma dzialac aktywacja

BIP-110 uzywa zmodyfikowanej wersji metody sygnalizacji BIP9. Gornicy sygnalizuja gotowosc, ustawiajac bit 4 w wydobywanych blokach, pod nazwa wdrozenia "reduced_data". Dla dobrowolnego wczesnego lock-in co najmniej 1 109 z 2 016 blokow okresu retargetingu musi sygnalizowac, czyli 55 procent.

Propozycja na tym nie poprzestaje. W okresie retargetingu od bloku 961 632 do bloku 963 647 sygnalizacja staje sie obowiazkowa dla wezlow BIP-110: wezly te odrzucaja kazdy blok, ktory nie ustawia bitu 4. Lock-in nastepuje najpozniej w bloku 963 648, reguly staja sie aktywne w bloku 965 664, spodziewanym okolo 1 wrzesnia 2026, i wygasaja samoczynnie po 52 416 blokach, czyli mniej wiecej rok pozniej.

Na jakim etapie jest poparcie

Sygnalizacja gornikow pozostawala niska przez cale wdrozenie. Pod koniec lipca 2026 panele monitorujace szacowaly poparcie na kilka procent, a zaden okres retargetingu nie zblizyl sie do 1 109 blokow potrzebnych do dobrowolnego lock-in na poziomie 55 procent. Poparcie plynelo glownie z puli Ocean i mniejszych niezaleznych gornikow, podczas gdy duze pule nie sygnalizowaly.

BIP-110 zawiera regule grandfatheringu: monety potwierdzone przed aktywacja beda mogly nadal byc wydawane wedlug wczesniejszych regul przez caly czas wdrozenia. Nowe limity dotycza wyjsc utworzonych od momentu aktywacji.

Zgloszony blad w kliencie aktywacyjnym

17 lipca 2026 raport opublikowany na BlockSlop opisal odtwarzalna wade w sciezce aktualizacji klienta aktywacyjnego opartego na Knots. Wedlug raportu wezel, ktory wlacza egzekwowanie regul na istniejacym katalogu danych, moze zachowac blok, ktory swiezo zsynchronizowany wezel BIP-110 odrzuca. Dwa wezly uruchamiajace identyczne reguly moglyby zatem nie zgadzac sie co do tego, ktory lancuch jest wazny. Przypadek odtworzono na regtest i dolaczono do niego proponowana poprawke.

Kontekst i co dalej

Jesli w chwili rozpoczecia obowiazkowej sygnalizacji poziom sygnalizacji pozostanie bliski obecnemu, wezly BIP-110 odrzucalyby bloki produkowane przez wiekszosc mocy obliczeniowej sieci i podazalyby jedynie za niewielka liczba blokow, ktore sygnalizuja, co w tym momencie moze doprowadzic do rozszczepienia lancucha. Deweloperzy tacy jak Adam Back i Jameson Lopp publicznie ostrzegli, ze parametry aktywacji groza takim rozszczepieniem.

Autor propozycji utrzymuje, ze BIP-110 ma juz konsensus, co wedlug krytykow nie znajduje odzwierciedlenia w danych sygnalizacji on-chain. Mechanike stojaca za ryzykiem rozszczepienia, nietypowo niski prog oraz to, co oznaczalby osobny lancuch BIP-110, wyjasnia poglebiona analiza w BIP-110 wyjasnione.