BIP-110 rozpoczyna obowiązkową fazę sygnalizacji w sieci Bitcoin przy minimalnym wsparciu górników
Najważniejsze informacje
- •BIP-110 wszedł w fazę obowiązkowej sygnalizacji na bloku 961 632 przy zaledwie 2,53% górników sygnalizujących wsparcie, co jest daleko poniżej progu 55% potrzebnego do wczesnej aktywacji.
- •Propozycja autorstwa pseudonimowego dewelopera Dathona Ohma nałożyłaby na około rok tymczasowe ograniczenia na skrypty wyjściowe, wyjścia OP_RETURN, wypychania danych i wybrane funkcje Taproot.
- •Zwolennicy argumentują, że ograniczenia te zmniejszą koszty przechowywania i przepustowości wynikające z inskrypcji, podczas gdy krytycy, w tym Michael Saylor i Adam Back, ostrzegają, że propozycja może doprowadzić do rozłamu sieci.
- •Harmonogram wdrożenia wyznacza blok 963 648 jako stan zablokowany, a blok 965 664 jako moment, w którym ograniczenia transakcyjne wchodzą w pełni w życie.
- •Deweloper Chris Guida przebazował wstępny kod zmiany proof-of-work jako plan awaryjny na wypadek odrzucenia BIP-110 przez górników, choć nie ustalono daty aktywacji.

Propozycja ulepszenia Bitcoina 110 (BIP-110) weszła w fazę obowiązkowej sygnalizacji na bloku 961 632 w sobotę, co stanowi kluczowy moment w debacie nad tym, jak powinna być wykorzystywana przestrzeń blokowa Bitcoina. Zgodnie z danymi monitora BIP-110, górnicy sygnalizowali wsparcie jedynie w 51 z 2016 poprzedzających bloków — co daje wskaźnik uczestnictwa na poziomie 2,53% — daleko poniżej progu 55% wymaganego do wczesnej aktywacji.
Począwszy od bloku 961 632, węzły wymuszające BIP-110 zaczęły odrzucać bloki, które nie ustawiały bitu wersji 4, podczas gdy standardowe węzły Bitcoina nadal akceptowały zarówno bloki z sygnalizacją, jak i bez niej. Na krótko pojawił się mniejszościowy łańcuch BIP-110, ale szybko pozostał w tyle za łańcuchem dominującym. Biorąc pod uwagę niski wskaźnik sygnalizacji, utrzymanie konkurencyjnego łańcucha wydaje się mało prawdopodobne bez znacznie większego udziału górników. Gałąź BIP-110 mogłaby posuwać się powoli lub całkowicie przestać produkować bloki.
Propozycja ma na celu ograniczenie danych niemonetarnych w Bitcoinie
Autorem BIP-110, opracowanego przez pseudonimowego dewelopera Dathona Ohma, są tymczasowe ograniczenia konsensusowe trwające około roku. Propozycja ograniczyłaby większość nowych skryptów wyjściowych do 34 bajtów, ograniczyła wyjścia OP_RETURN do 83 bajtów, ograniczyła niektóre wypychania danych i elementy świadków do 256 bajtów oraz tymczasowo zawęziła kilka funkcji Taproot. Niewykorzystane wyjścia transakcji utworzone przed aktywacją byłyby zwolnione z tych ograniczeń.
Zwolennicy argumentują, że ograniczenia te zniechęciłyby do inskrypcji i innych danych niemonetarnych, które zwiększają koszty przechowywania i przepustowości dla operatorów węzłów. Inskrypcje, udostępnione przez protokół Ordinals wprowadzony w styczniu 2023 roku, pozwalają na rejestrowanie dowolnych danych — takich jak obrazy i teksty — na poszczególnych satoshi. Ich rosnące wykorzystanie doprowadziło do powiększenia bloków i w niektórych okresach do wyższych opłat transakcyjnych, co zintensyfikowało długotrwałą debatę nad tym, czy Bitcoin powinien służyć przede wszystkim jako sieć monetarna, czy również hostować szersze zastoszenia oparte na danych.
Krytycy, w tym przewodniczący zarządu Strategy Michael Saylor i CEO Blockstream Adam Back, ostrzegli, że propozycja mogłaby podzielić sieć i doprowadzić do tego, że wymuszające węzły będą odrzucać transakcje dozwolone według obowiązujących zasad Bitcoina.
Harmonogram wdrożenia i planowanie awaryjne
Propozycja wykorzystuje bit wersji 4 do sygnalizacji górników. Jej harmonogram wdrożenia wyznacza bloki od 961 632 do 963 647 jako okno obowiązkowej sygnalizacji, podczas którego wymuszające węzły odrzucają bloki bez sygnalizacji. Specyfikacja definiuje blok 963 648 jako początek stanu zablokowanego, a blok 965 664 jako moment, w którym ograniczenia transakcyjne wchodzą w życie w pełnym zakresie.
Zwolennicy BIP-110 omawiali również bardziej obszerny plan awaryjny. 1 sierpnia deweloper Bitcoina Chris Guida przebazował wstępny kod zmiany proof-of-work, pierwotnie napisany przez opiekuna Bitcoin Knots, Luke'a Dashjr. Porównanie kodu zostało udostępnione publicznie, a Guida opisał to przedsięwzięcie na X jako środek zaradczy na wypadek, gdyby górnicy sprzeciwili się BIP-110, zaznaczając jednak, że nie ustalono daty aktywacji. Zmiana proof-of-work byłaby jednym z najbardziej zakłócających działań w historii Bitcoina, skutecznie wymuszając na górnikach odejście od aktualnego algorytmu haszującego sieci.