Bitcoin zbliża się do skondensowanego okresu w sierpniu 2026 r., w którym ma zostać wdrożony obowiązkowy mechanizm sygnalizacji przewidziany w BIP-110 – na krótko przed planowanym terminem hard forka eCash Paula Sztorca, co oznacza, że dwa odrębne wydarzenia protokołowe przypadną niemal w tym samym czasie.
Sierpniowy harmonogram skupia uwagę na sygnalizacji BIP-110 dla Bitcoina oraz hard forku Paula Sztorca

Najważniejsze wnioski
- BIP-110 zakłada obowiązkowe sygnalizowanie w bloku nr 961 632 w sierpniu 2026 r.
- Fork eCash Paula Sztorca ma nastąpić w bloku 964 000 z airdropem w stosunku 1:1.
- Górnicy bitcoina staną w obliczu presji związanej z sygnalizacją BIP-110 jeszcze przed planowanym hard forkiem eCash.
Pierwszym wydarzeniem jest BIP-110, znany również jako „Reduced Data Temporary Softfork” (tymczasowy softfork ograniczający dane) – projekt propozycji autorstwa Dathona Ohma, którego wdrożenie zaplanowano na grudzień 2025 r. Środek ten nałożyłby na Bitcoin tymczasowy, roczny softfork konsensusowy poprzez ograniczenie pewnych form arbitralnego przechowywania danych w transakcjach. Zwolennicy opisują tę propozycję jako odpowiedź na zachęty, które – jak twierdzą – nasiliły się po fali Ordinals i inskrypcji, która rozpoczęła się w 2022 roku.
Tymczasowy soft fork o trwałych skutkach
BIP-110 ma przejść do obowiązkowej fazy sygnalizacji w bloku 961 632, a okres ten potrwa do bloku 963 647. W tym przedziale czasowym węzły korzystające z oprogramowania zgodnego z BIP-110, głównie forki Bitcoin Knots, będą odrzucać bloki bez sygnalizacji jako nieważne. Mechanizm ten ma zagwarantować wiązanie najpóźniej w bloku 963 648, a aktywacja nastąpi po tym terminie.
Taki projekt stanowi pierwszy punkt krytyczny. Nie ogranicza się on jedynie do zachęcania górników do wysyłania sygnałów. Tworzy on okres, w którym brak sygnalizacji może wiązać się z bezpośrednimi kosztami ekonomicznymi dla górników, których bloki są odrzucane przez tę część sieci, która egzekwuje zestaw reguł. Propozycja wykorzystuje bit wersji 4 i pozwala na wczesną aktywację, jeśli 55% górników wyśle sygnał w okresie ponownego wyznaczenia celu, równym 1 109 z 2 016 bloków.
Co ograniczyłby BIP-110
Tymczasowe zasady BIP-110 ograniczyłyby kilka rodzajów transakcji na około 52 416 bloków, czyli mniej więcej przez rok. Wyjścia ze skriptem ScriptPubKey większym niż 34 bajty stałyby się nieważne, z wyjątkiem OP_RETURN, którego limit wyniósłby 83 bajty. Duże przesyły danych i elementy świadectwa (witness) zostałyby ograniczone do 256 bajtów, a kilka funkcji związanych z Taproot podlegałoby tymczasowym ograniczeniom.
Wejścia wykorzystujące UTXO utworzone przed aktywacją pozostałyby trwale wyłączone z tych ograniczeń. Limity wygasłyby również automatycznie po upływie rocznego okresu, co zwolennicy tego rozwiązania przedstawiają jako tymczasowe rozwiązanie, a nie trwałą zmianę zasad transakcyjnych Bitcoina.
Zwolennicy dostrzegają dyscyplinę, krytycy – ryzyko podziału
Zwolennicy, w tym użytkownicy serwisu Bitcoin Knots i uczestnicy puli Ocean, twierdzą, że BIP-110 ograniczyłby nadmierne rozrosty łańcucha bloków, obniżyłby koszty operacyjne węzłów i wzmocniłby monetarną rolę Bitcoina. Przedstawiają oni tę propozycję jako środek korygujący w odpowiedzi na osadzanie danych o charakterze niepieniężnym oraz jako sygnał kulturowy dotyczący tego, do czego powinna służyć przestrzeń bloków w sieci Bitcoin.

Krytycy ostrzegają, że propozycja ta może doprowadzić do rozłamu w konsensusie, zakłócić zaawansowane prace nad skryptami, wywołać niepewność wśród programistów oraz stworzyć precedens dla filtrowania płatnej przestrzeni blokowej na poziomie protokołu. Obecny poziom poparcia wśród górników pozostaje bardzo niski, a na dzień dzisiejszy, 22 czerwca, wynosi 0,31%, co sprawia, że sierpniowy termin nabiera większego znaczenia.
Plan eCash Sztorca wywołuje osobną walkę o fork
W centrum uwagi pojawia się również osobne wydarzenie z sierpnia, niezwiązane z BIP-110. Paul Sztorc, twórca Drivechain i BIP 300 powiązany z Layertwo Labs, ogłosił plany dotyczące hard forka eCash, którego realizacja ma nastąpić około bloku 964 000 w sierpniu 2026 r. Plan ten zakłada utworzenie nowego łańcucha SHA-256d, który początkowo będzie niemal identyczną kopią Bitcoin Core, z jednorazowym zresetowaniem trudności w momencie uruchomienia oraz airdropem w stosunku 1:1 dla posiadaczy BTC w oparciu o blok forka.
Propozycja eCash nie jest środkiem mającym na celu ograniczenie danych. Jest to projekt skalowania i łańcucha bocznego oparty na aktywacji Drivechainów, czyli BIP 300 i BIP 301, w nowym łańcuchu od pierwszego dnia. Sztorc przedstawił to przedsięwzięcie jako sposób na wdrożenie funkcjonalności, których rozwój w głównym łańcuchu Bitcoina utknął w martwym punkcie, zapewniając jednocześnie posiadaczom nowy aktyw w momencie rozgałęzienia.
Mechanika airdropu rodzi pytania dotyczące przechowywania aktywów i rynku
Airdrop w stosunku 1:1 stanowi drugi punkt napięcia. Hard fork, w ramach którego posiadacze BTC otrzymają eCash w momencie rozgałęzienia, zmusi giełdy, podmioty sprawujące nadzór nad aktywami, dostawców portfeli, górników oraz posiadaczy instytucjonalnych do podjęcia decyzji, czy i w jaki sposób rozpoznać, zabezpieczyć, podzielić, rozliczyć lub zignorować nowy aktyw.
Stawka jest inna niż w przypadku wcześniejszych cykli forków, ponieważ bitcoin jest obecnie powszechnie utrzymywany za pośrednictwem funduszy typu ETF notowanych na rynku kasowym, działów skarbowych przedsiębiorstw oraz regulowanych struktur powierniczych. Plan dotyczący eCash spotkał się również z krytyką w związku z tym, jak mogą być traktowane monety z epoki Satoshiego, a dyskusje dotyczą częściowego przeznaczenia środków na rozwój lub zachęty dla społeczności. Krytycy atakują tę koncepcję jako niesprawiedliwą, podczas gdy zwolennicy, w tym Sztorc, argumentują, że rozgałęzienie ma charakter dobrowolny, a posiadacze mogą sami zdecydować, jak potraktować nowy łańcuch.
Jedno sierpniowe okno, dwa odrębne konflikty
To właśnie zbieżność w czasie sprawia, że te dwa odrębne wydarzenia stają się podwójnym punktem nacisku. Okno obowiązkowego sygnalizowania BIP-110 rozpoczyna się w bloku 961 632 i ma zagwarantować zablokowanie środków do bloku 963 648. Fork eCash ma nastąpić w pobliżu bloku 964 000, zaledwie kilkaset bloków później. W kategoriach czasu blokowego oba spory nakładają się na ten sam wąski okres.
Ciekawą cechą obu tych wydarzeń jest to, że są to różne propozycje, popierane przez różne frakcje i mające na celu rozwiązanie różnych problemów. Związek między nimi ma charakter kontekstowy i operacyjny: jedno wydarzenie testuje politykę danych Bitcoina i proces zmiany konsensusu, podczas gdy drugie niemal natychmiast po nim testuje jego politykę dotyczącą forków, airdropów i skalowania.
Górnicy stoją przed wyborami dotyczącymi przychodów, sygnalizacji i mocy obliczeniowej
Dla górników skrócony okres może stworzyć sprzeczne bodźce. Podczas obowiązkowego okresu sygnalizacji BIP-110 górnik może stanąć pod presją, by zasygnalizować bit 4, aby uniknąć ryzyka powstania bloków osieroconych ze strony węzłów egzekwujących. Obecnie jednak tylko 5,37 eksahashów na sekundę (EH/s) z łącznej mocy obliczeniowej Bitcoina wynoszącej 940 EH/s sygnalizuje zgodność z BIP-110. Wkrótce potem uruchomienie eCash może zaoferować nowy łańcuch SHA-256d z resetem trudności i potencjalnymi przychodami związanymi z łańcuchami bocznymi.
Ponieważ eCash obejmuje airdrop w stosunku 1:1, planowane uruchomienie prawdopodobnie przyciągnie większą uwagę rynku i opinii publicznej niż BIP-110, a pod wieloma względami już tak się stało. Fork ten daje górnikom drugą zachętę ekonomiczną: mogą oni skierować ten sam sprzęt SHA-256d lub starsze maszyny na nowy aktyw, jednocześnie prowadząc kopanie połączone łańcuchów bocznych zabezpieczonych poprzez ślepe kopanie połączone.
Giełdy i depozytariusze stają się pierwszą linią operacyjną
Jeśli chodzi o infrastrukturę, obciążenie może być większe, niż sugeruje narracja rynkowa. Giełdy i podmioty powiernicze mogą zostać poproszone o przetwarzanie wniosków o podział monet, ocenę zabezpieczeń przed powtórzeniem transakcji, identyfikację dominującego łańcucha Bitcoin w przypadku wystąpienia podziału związanego z BIP-110 oraz wyjaśnianie użytkownikom decyzji dotyczących polityki w czasie rzeczywistym.
Ta warstwa operacyjna ma znaczenie, ponieważ spór dotyczący protokołu staje się czymś więcej niż tylko debatą techniczną, gdy w grę wchodzą wpłaty, wypłaty, ujęcie księgowe i salda użytkowników. Okres intensywnego stresu może spotęgować niewielkie opóźnienia, niejasne zasady lub sprzeczne sygnały z łańcuchów.
Rynek postrzega czas jako czynnik ryzyka
Z punktu widzenia rynków sytuacja ta jest mniej jednoznaczna, a bardziej napięta. Airdrop eCash w stosunku 1:1 mógłby zachęcić niektórych posiadaczy do zatrzymania bitcoinów do momentu pojawienia się bloku rozgałęzienia. Kontrowersyjna ścieżka wdrażania BIP-110 mogłaby skłonić innych do zmniejszenia ekspozycji przed upływem tego okna, zwłaszcza jeśli giełdy ostrzegą o zawieszeniu usług, obawach związanych z powtórkami transakcji lub opóźnieniach w obsłudze aktywów powierniczych.
Kluczową kwestią jest tutaj fakt, że dwa kontrowersyjne wydarzenia protokołowe mają miejsce w tym samym, skompresowanym oknie czasowym. Jednym z nich jest tymczasowy soft fork z obowiązkową sygnalizacją i limitami danych. Drugim jest hard fork z nowym aktywem i aktywacją Drivechain. Razem stanowią one intensywny test dyscypliny technicznej Bitcoina, koordynacji górników, zaufania rynku i narracji publicznej.
Na co zwrócić uwagę w dalszej kolejności
W dalszej kolejności istotne będą: zachowanie górników w miarę zbliżania się do bloku 961 632, stopień adopcji węzłów przez klientów zgodnych z BIP-110, oświadczenia giełd i podmiotów powierniczych dotyczące eCash oraz to, czy główni dostawcy infrastruktury zasygnalizują ryzyko powtórzenia transakcji, wpłat, wypłat lub rozliczeń przed blokiem 964 000. Jeśli sygnały te pozostaną niejednoznaczne, w sierpniu mniej uwagi poświęci się poszczególnym propozycjom, a więcej temu, jak Bitcoin poradzi sobie z dwoma odrębnymi testami zarządzania jednocześnie.
Ten artykuł został przetłumaczony z języka angielskiego przy użyciu sztucznej inteligencji. Oryginalna wersja angielska jest źródłem autorytatywnym; tłumaczenia automatyczne mogą zawierać nieścisłości, zwłaszcza w terminologii prawnej i regulacyjnej.

















