Czym jest Soft Fork? Wyjaśnienie wstecznej kompatybilności Bitcoina

Blok 481 824. To właśnie wtedy, 24 sierpnia 2017 roku, pierwszy duży, nowoczesny, miękki fork Bitcoina, SegWit, zablokował protokół. Liczba ta ma znaczenie, ponieważ miękki fork to sposób, w jaki blockchain, taki jak Bitcoin, aktualizuje się bez dzielenia sieci. Nowe zasady są wprowadzane. Stare oprogramowanie nadal działa. Oba pozostają w tym samym łańcuchu.

Zapytaj większość ludzi, czym jest soft fork, a otrzymasz jednozdaniową odpowiedź: wsteczna kompatybilność ze zmianą protokołu blockchain. Technicznie rzecz biorąc, prawda. Niezbyt użyteczna. Rzeczywisty obraz jest bardziej chaotyczny i interesujący. Soft fork to efekt końcowy powolnego tańca: programiści proponują zmiany zasad, górnicy sygnalizują poparcie lub po cichu odmawiają, operatorzy węzłów wybierają, które oprogramowanie uruchomić, a użytkownicy w tle nalegają na to, co liczy się jako Bitcoin. Ten artykuł omawia mechanizmy prostym językiem. Następnie pokazuje kanoniczne przykłady (SegWit i Taproot) na poziomie blok po bloku. I kończy się żywą debatą 2026 o tym, co należy poddać soft forkowi jako następne.

Definicja Soft Fork: Aktualizacja blockchaina zapewniająca wsteczną kompatybilność

Wyobraź sobie soft fork jako zaostrzenie zasad. Wszystko, co jest legalne zgodnie z nowymi zasadami, pozostaje legalne zgodnie ze starymi. Zatem stare węzły nadal akceptują nowe bloki bez problemu. Nowe węzły odrzucą bloki starego typu, które łamią bardziej rygorystyczne zasady, ale same zasady są bardziej rygorystyczne, a nie inne. Atmosfera sieci się nie zmienia. Zmienia się natomiast chwyt na to, co uznaje się za prawidłowe.

Dobrym przykładem jest BIP 16 Bitcoina, soft fork Pay-to-Script-Hash. Został on aktywowany 1 kwietnia 2012 roku, w bloku 173 805. Przed BIP 16, typ transakcji o nazwie P2SH nie istniał w skrypcie Bitcoina. Po jego wprowadzeniu, zaktualizowane węzły wymusiły P2SH. Stare węzły spojrzały na te same dane wyjściowe i zobaczyły dziwny skrypt, który każdy mógł wydać, wzruszyły ramionami i i tak zaakceptowały bloki. Nie wiedziały, że istnieje reguła, którą należy złamać. Łańcuch pozostał zunifikowany, ponieważ nowa reguła była podzbiorem starej. Po cichu Bitcoin zyskał nową możliwość.

W tym właśnie tkwi sedno sprawy. Stare oprogramowanie akceptuje nadzbiór, który obejmuje wszystko, co akceptuje nowe oprogramowanie. Brak podziału łańcucha. Brak okresu rozliczeniowego. Brak nowej monety. Sieć blockchain stale generuje jeden łańcuch, na który wszyscy się zgadzają, niezależnie od wersji oprogramowania, z której akurat korzystają. To dziwnie elegancki przykład socjotechniki, jak na coś, co wygląda na zmianę oprogramowania.

Ta właściwość jest również granicą oddzielającą miękki fork od wszystkiego, co jest niezgodne ze starym oprogramowaniem. Jeśli aktualizacja może nagle sprawić, że wcześniej poprawny blok będzie wyglądał na nieważny w starym oprogramowaniu, nie mamy do czynienia z miękkim forkiem. Mamy do czynienia z twardym forkiem. Kompromisy całkowicie się zmieniają. W terminologii technologii blockchain rozbieżność między tymi dwoma typami forków sprowadza się do jednego praktycznego pytania: czy węzły, które nie dokonują aktualizacji, nadal akceptują nowe bloki jako poprawne?

Soft Fork kontra Hard Fork: Prawdziwa różnica

Hard fork działa w drugą stronę. Luzuje zasady lub zmienia je w sposób, który stare oprogramowanie całkowicie odrzuci. Stare węzły patrzą na nowy blok, uznają go za nieprawidłowy i odmawiają posłuszeństwa. Wszyscy dokonują aktualizacji albo sieć się rozdziela. To jedyne dwie opcje.

Zazwyczaj pojawiają się dwa przypadki. Fork DAO Ethereum z 20 lipca 2016 roku, na bloku 1 920 000, spowodował przeniesienie około 12 milionów ETH z dwóch zagrożonych kontraktów. Stare węzły odrzuciły tę zmianę, kontynuując działanie oryginalnego łańcucha, a z tej odmowy narodził się Ethereum Classic. Rok później pojawił się Bitcoin Cash. 1 sierpnia 2017 roku, na bloku 478 559, Bitcoin Cash podniósł limit rozmiaru bloku z 1 MB do 8 MB. Stare węzły Bitcoin natychmiast odrzuciły większe bloki. Od tego momentu Bitcoin Cash stał się odrębną kryptowalutą na nowym blockchainie.

Soft fork z założenia unika tego całego bałaganu. Stare węzły nie są proszone o nic. Nadal walidują bloki zgodnie ze swoimi mniej restrykcyjnymi zasadami. Gdy zdecydowana większość górników egzekwuje nowe zasady, każdy wydobyty blok jest ważny dla obu zestawów reguł jednocześnie. Jeden łańcuch ekonomiczny. Jeden rejestr. Ta asymetria jest strukturalnym powodem, dla którego kultura Bitcoina domyślnie stosuje soft forki, a hard forki traktuje jako ostateczność.

Jak faktycznie aktywuje się Soft Fork na Bitcoinie

Większość osób wyjaśniających kończy w tym miejscu. Powiedzą, że soft fork „zaostrza zasady” i przejdą dalej. Część, o której nikt najwyraźniej nie chce napisać, to jak to zaostrzenie faktycznie działa. Soft fork to nie przełącznik, który programista przestawia. To powolny, a czasem wręcz brzydki, problem koordynacji. A koordynacja została wbudowana w sam Bitcoin.

Klasyczną metodą aktywacji jest sygnalizacja górnika. Proponowany soft fork staje się BIP (Propozycją Ulepszenia Bitcoina) i otrzymuje bit w polu wersji nagłówka bloku. Górnicy korzystający z ulepszonego oprogramowania odwracają ten bit. Moc wydobywcza tych bloków staje się sygnałem, którego reszta sieci używa do oceny gotowości. Gdy odsetek sygnalizujących bloków przekroczy próg w zdefiniowanym oknie, fork zostaje aktywowany. Model używany do 2017 roku to BIP 9: 95% w ruchomym oknie blokowym z 2016 roku. BIP 8 pojawił się później. Dodał on sztywny termin, aby zablokowana propozycja nie mogła dryfować w nieskończoność.

Ten model działał, dopóki nie przestał. Na początku 2017 roku SegWit utknął na poziomie 30–45% poparcia dla górników i tak przez miesiące. Duzi górnicy mieli powody, by nie sygnalizować, żaden z nich nie był pochlebny. Społeczność musiała znaleźć obejście. BIP 91 obniżył efektywny próg i został szybko wprowadzony. Jednocześnie równoległy ruch, aktywowany przez użytkowników soft fork, a konkretnie BIP 148, wyznaczył termin ostateczny na 1 sierpnia 2017 roku. Po tym dniu węzły BIP 148 zaczęły odrzucać każdy blok, który nie sygnalizował SegWit. Połączenie BIP 91 z jednej strony i presji politycznej UASF z drugiej strony rozwiązało impas. Większość ludzi nigdy nie widziała czegoś podobnego. Wielu z nas wciąż spiera się o to, czyje zagrożenie faktycznie przerwało impas.

W przypadku Taproot społeczność wypróbowała coś bardziej przejrzystego: Szybki Okres Próbny. Próg sygnalizacji 90% w ciągu 90 dni. Osiągnięcie progu powoduje aktywację forka. Nieosiągnięcie go powoduje wygaśnięcie propozycji, która może zostać ponownie rozpatrzona. Taproot przekroczył próg bezproblemowo i został aktywowany 14 listopada 2021 r. w bloku 709 632.

Modele aktywacji miękkiego widelca

Miękkie rozwidlenia Bitcoina: studia przypadków SegWit i Taproot

SegWit, skrót od Segregated Witness, to najczęściej cytowany soft fork w historii Bitcoina. Znalazł sposób na wyciąganie sygnatur transakcji, czyli „danych świadka”, z głównego ciała transakcji i przechowywanie ich oddzielnie. Stare węzły postrzegały nowe dane wyjściowe jako skrypty „każdy może wydać” i akceptowały bloki je zawierające. Nowe węzły prawidłowo egzekwowały reguły świadka. Sztuczka polegała na tym, że miękka zmiana w strukturze transakcji przyniosła efektywny wzrost przepustowości. Sztywny limit rozmiaru bloku Bitcoina wynoszący 1 MB został zastąpiony limitem 4 milionów jednostek wagi. W praktyce typowy blok przenosi obecnie około 1,8 MB danych. Teoretyczne maksimum wynosi około 2,4 MB.

SegWit został aktywowany w bloku 481 824 24 sierpnia 2017 roku o godzinie 01:57:37 UTC. Osiem miesięcy poprzedzających ten blok jest już częścią historii zarządzania Bitcoinem. Wsparcie dla górników było zablokowane przez większość 2017 roku. Ostateczne odblokowanie nastąpiło dzięki BIP 91, zagrożeniu UASF i tzw. porozumieniu SegWit2x. Wciąż wracam do tego okresu, ponieważ to właśnie ten przypadek był analizowany przy każdej kolejnej aktywacji.

Taproot to drugi najczęściej cytowany soft fork i prawdopodobnie najczystsza aktywacja Bitcoina od czasów SegWit. Został on aktywowany cztery lata po SegWit, 14 listopada 2021 roku, w bloku 709 632. Przekroczenie 90-procentowego progu Speedy Trial okazało się mało spektakularne. Sam Taproot wprowadził trzy elementy: podpisy Schnorra, drzewa MAST oraz ujednolicony typ wyjściowy dla pojedynczych podpisów, wielu podpisów i wydatków na ścieżkę skryptu. Zmiany te położyły również podwaliny pod rozwój rozwiązań takich jak Lightning Network, które z czasem stały się bardziej wydajne.

Warto opowiedzieć dalszą historię Taproot. Adopcja stale rosła do 2023 roku. Następnie, na początku 2024 roku, osiągnęła szczyt na poziomie około 42% wszystkich transakcji Bitcoin, napędzając boom inskrypcji Ordinals. Do połowy 2025 roku spadła z powrotem do około 20%. Liczba inskrypcji osłabła. Rozgorzała poboczna debata na temat tego, czy schemat podpisów Taproot jest narażony na przyszłe ataki z wykorzystaniem komputerów kwantowych. Nic z tego nie zniweczyło aktywacji. Jednak krzywa użycia przypomina, że udany soft fork po stronie protokołu nie przekłada się automatycznie na akceptację portfela ani użytkowników.

Linia miękkiego forka Bitcoina

Debata na temat miękkiego rozwidlenia 2025-2026: OP_CTV i OP_CAT

Pierwsza poważna dyskusja o soft forku Bitcoina od czasu Taproota toczy się właśnie teraz. Dyskusja dotyczy głównie tego, jak ekspresyjny powinien być skrypt Bitcoina. Debata toczy się wokół dwóch propozycji. Żadna z nich nie jest jeszcze zwycięska.

OP_CHECKTEMPLATEVERIFY, sformalizowany jako BIP 119, dodawałby kod operacji skryptu, który pozwalałby na zatwierdzenie transakcji zgodnie z określonym przyszłym schematem wydatków. OP_CAT, sformalizowany jako BIP 347 po ostatecznym otrzymaniu numeru BIP w kwietniu 2024 roku, ponownie włączałby konkatenację elementów skryptu. To właśnie Satoshi Nakamoto usunął tę funkcję w 2010 roku z powodu obaw o odmowę usługi (DOS). Oba kody operacji są prymitywnymi bramami dla tego, co twórcy Bitcoina nazywają kowenantami. kowenanty to skrypty, które ograniczają miejsce, do którego można wysłać monety. Odblokowują one skarbce, przetwarzanie wsadowe z kontrolą przeciążenia oraz poprawiają przepustowość sieci na warstwach zbudowanych ponad blockchainem Bitcoina.

Dzięki 2026 parametry aktywacji OP_CTV są formalnie dostępne po raz pierwszy od 2022 roku. Proponowany próg to 90% sygnalizacji górników. OP_CAT jest testowany na signet, sieci testowej dla deweloperów. Żadna z tych opcji nie uzyskała konsensusu społeczności. Kompromis, z którym zmaga się społeczność, jest realny. Większa ekspresja otwiera nowe możliwości zastosowań. Zwiększa również powierzchnię ataku Bitcoina. Każdy nowy kod operacji jest trwały. Nie jestem przekonany, czy którykolwiek z nich przejdzie 2026, ale debata jest jak dotąd najwyraźniejszym sygnałem, że władze Bitcoina wciąż mogą rozważać soft forki.

Co oznacza miękki fork dla portfeli i posiadaczy

Dla każdego posiadacza bitcoina praktyczne pytanie brzmi, czy soft fork wymaga działania. Szczera odpowiedź brzmi prawie zawsze: nie. Nic do zrobienia, nic do zgłoszenia, nic do migracji. Soft fork nie tworzy nowego zasobu cyfrowego. Istniejące portfele nadal wysyłają i odbierają monety według starych zasad bez żadnego działania użytkownika.

Wyjątkiem jest sytuacja, gdy soft fork wprowadza nowy format adresu. SegWit dodał prefiks adresu bc1. Portfele musiały obsługiwać nowy format, aby umożliwić użytkownikom wysyłanie na adresy SegWit i z nich oraz aby wykorzystać oszczędności wynikające z nowej struktury transakcji. Użytkownicy starych portfeli nadal mogli bez problemu wysyłać i odbierać monety na starszych adresach. Aktualizacja do nowej wersji była opcjonalna. Taproot zrobił to samo z adresami bc1p. Właśnie ta forma opt-in jest kluczowa. Soft fork jest mniej uciążliwy niż hard fork, ponieważ adopcja jest stopniowa i dobrowolna.

Dla operatorów węzłów sytuacja nieco się zmienia. Uruchomienie węzła w starej wersji po miękkim forku oznacza, że nie egzekwujesz już samodzielnie nowych reguł. Ufasz, że zaktualizują się górnicy i inne węzły, którzy zrobią to za Ciebie. Węzły, które nie zaktualizują się do nowej wersji, nadal mogą walidować bloki zgodnie ze starym protokołem oprogramowania. Nie mogą jedynie walidować nowych ograniczeń wprowadzonych przez fork. Większość operatorów i tak szybko dokonuje aktualizacji. To jeden z powodów, dla których ekosystem pełnowęzłowy Bitcoina ma znaczenie.

Dlaczego miękkie forki są lepsze od twardych forków w kwestii kondycji sieci

Argument za miękkimi forkami jako domyślną ścieżką aktualizacji sprowadza się do odporności sieci, a matematyka w tym przypadku jest dość nieubłagana. Bitcoin ma około 22 992 osiągalnych pełnych węzłów globalnie, według migawki Bitnodes z 27 kwietnia 2026 roku. Do tego dochodzi nieznana większa populacja węzłów za zaporami sieciowymi. Twardy fork, który traci 10 procent tych węzłów z powodu bezwładności lub niezgodności, jest z definicji rozszczepieniem łańcucha. Dwie kryptowaluty. Dwa rejestry. Dwa rynki. Dwie społeczności.

Soft fork, który traci 10% górników z powodu braku sygnalizacji, jest tylko nieznacznie wolniejszym potwierdzeniem, podczas gdy 90% większość egzekwuje nowe zasady. Łańcuch ekonomiczny pozostaje zjednoczony. To właśnie asymetria napędza preferencję Bitcoina do wstecznej kompatybilności. Udany soft fork nagradza koordynację bez karania powolnych ruchów. Nieudany soft fork po prostu nie aktywuje się i można go ponownie wypróbować w następnym cyklu. Nieudany hard fork tworzy nowy blockchain z nową marką i stałym politycznym znaczeniem, o które nikt nie prosił.

Dlatego każda większa aktualizacja blockchaina Bitcoina od 2012 roku, z jednym wyjątkiem kontrowersyjnego forka z sierpnia 2017 roku, który doprowadził do powstania Bitcoin Cash, była forkiem miękkim. Większość mocarstw wydobywczych konsekwentnie wybierała zmiany zapewniające wsteczną kompatybilność zamiast dywergencji. Ten schemat nie jest przypadkowy.

Ryzyko i tryby awarii Soft Fork

Soft forki są bezpieczniejsze niż hard forki. Nie są jednak pozbawione ryzyka. BIP 66 z lipca 2015 roku spowodował przypadkowy podział łańcucha na sześć bloków, gdy niektórzy górnicy zasygnalizowali poparcie dla nowych zasad, ale ich nie zatwierdzili. Klasyczny tryb awaryjny. Zaktualizowane węzły odrzucają bloki, które nieaktualizowane górnicy nadal produkują. Konkurujące łańcuchy istnieją krótko. Bezpieczeństwo sieci ulega erozji na kilka godzin. Podział rozwiązał się sam, gdy większość nadrobiła zaległości. Jednak przez kilka godzin Bitcoin miał dwa konkurujące łańcuchy działające jednocześnie. Dwuletni okres aktywacji SegWit spowodował również szkody polityczne, które nie zostały w pełni zagojone, w tym ostateczne stworzenie Bitcoin Cash. A UASF bez wyraźnej większości górników niesie ze sobą realne ryzyko trwałego podziału. Wsteczna kompatybilność to poważne ograniczenie, a nie przepustka.

Simon Chartan

A journalist with a strong technical background and a passion for decentralized finance. With degrees in MBA and Master of Engineering in Data Science, the author combines analytical expertise with a clear, engaging writing style. At Plisio, they cover topics such as cryptocurrency, blockchain, DeFi, and digital finance—helping readers make sense of a rapidly evolving fintech landscape.