Czym jest soft fork? Wyjaśnienie aktualizacji blockchaina
Reguły blockchaina stają się bardziej rygorystyczne, a nie luźniejsze, gdy dochodzi do miękkiego forka. Stare węzły, które ominęły aktualizację? I tak podążają za nowymi blokami. Bez dramatów, bez rozłamu łańcucha. Prawdopodobnie natknąłeś się na terminy związane z aktualizacjami Bitcoina, takimi jak SegWit czy Taproot, i zastanawiałeś się, co tak naprawdę odróżnia je od twardego forka.
Oto prosta wersja, bez żargonu. Trzymasz kryptowalutę, zarządzasz węzłem, a może po prostu ciekawi Cię, dlaczego niektóre aktualizacje wywołują chaos, a inne przechodzą niezauważone? Zazwyczaj sprowadza się to do tego jednego rozróżnienia.
Czym jest soft fork w blockchainie?
Soft forki zaostrzają zasady blockchaina, nigdy ich nie łagodzą. Blok, który przeszedłby przez stare zasady, może teraz zostać odrzucony. Ale bloki zgodne z nowymi, bardziej rygorystycznymi zasadami? Stare oprogramowanie nadal przepuszcza je jako prawidłowe.
Cała sztuka tkwi w tej jednokierunkowej kompatybilności. Stare węzły nie rozumieją nowych reguł szczegółowo i szczerze mówiąc, nie muszą. Po prostu widzą bloki, które wyglądają na poprawne i kontynuują działanie, nieświadome, że część tego, co kiedyś przechodziło, już nie przechodzi.
Twarde widełki odwracają tę sytuację. Luzują lub całkowicie przerabiają reguły w sposób, którego stare węzły nie są w stanie zweryfikować. Zacieśnianie lub luzowanie – ta pojedyncza różnica decyduje, czy aktualizacja utrzyma wszystkich w jednym łańcuchu, czy podzieli sieć na pół.
Oto lepszy obraz mentalny: kurczący się zbiór zasad, a nie przepisany. Przed rozwidleniem pewien zakres bloków uznawany jest za prawidłowy. Po rozwidleniu ten zakres nieco się kurczy. Niektóre bloki, które wcześniej przechodziły, teraz są odrzucane przez zaktualizowane węzły. Kluczowe jest jednak to, że każdy blok akceptowany zgodnie z nowymi zasadami działał już poprawnie również zgodnie ze starymi. Nic nowego nie zostaje wpuszczone. Coś starego zostaje po prostu zablokowane. Właśnie dlatego niezałatane oprogramowanie działa, jakby nic się nie stało.
Jak właściwie działa Soft Fork?
Mechanika sprowadza się do zachowania węzła i walidacji reguł. W skrócie, wygląda to tak:
- Programiści proponują zmianę, która zawęża zbiór prawidłowych transakcji lub bloków, zazwyczaj w celu usunięcia ograniczenia lub dodania nowej możliwości.
- Społeczność i operatorzy węzłów sprawdzają, testują i omawiają propozycję, często w ramach formalnego procesu, takiego jak Bitcoin Improvement Proposals (BIP).
- Górnicy lub walidatorzy zaczynają sygnalizować poparcie dla nowych zasad, często za pośrednictwem mechanizmu osadzonego w blokach, które produkują.
- Gdy sygnalizacja osiągnie próg aktywacji, zwykle około 90–95% ostatnich bloków, nowe reguły zaczynają być egzekwowane przez uaktualnione węzły.
- Węzły, które nie zostały zaktualizowane, nadal weryfikują bloki, korzystając z istniejącej logiki. Ponieważ nowe reguły stanowią podzbiór starych, bloki spełniające nowe reguły spełniają również stare, więc węzły, które nie zostały zaktualizowane, akceptują je bez problemu.
- Sieć nadal działa jako pojedynczy łańcuch, przy czym zmodernizowane węzły egzekwują bardziej rygorystyczne zasady, a węzły nieaktualizowane po cichu z nich korzystają, nie egzekwując ich technicznie.
Rezultat: aktualizacja na żywo, która nie wymaga od wszystkich uczestników jednoczesnego działania. Właśnie dlatego miękkie forki są podstawowym narzędziem w przypadku większości rutynowych usprawnień blockchaina. Warto podkreślić, że nieaktualizowane węzły same aktywnie nie egzekwują nowych zasad. Po prostu korzystają z faktu, że dominująca moc obliczeniowa sieci egzekwuje te zasady dla wszystkich. To jeden z powodów, dla których adopcja przez górników ma tak duże znaczenie dla szybkości i bezpieczeństwa, z jakim miękki fork faktycznie się zakorzeni.
Soft Fork kontra Hard Fork: jaka jest prawdziwa różnica?
Pytanie o soft fork kontra hard fork pojawia się nieustannie, a krótka odpowiedź brzmi: kierunek zgodności. Soft fork zawęża reguły w sposób, który stare oprogramowanie nadal akceptuje. Hard fork zmienia reguły w sposób, który stare oprogramowanie całkowicie odrzuca.
| Aspekt | Miękki widelec | Twardy widelec |
|---|---|---|
| Kierunek reguły | Bardziej rygorystyczne, zawęża prawidłowe bloki | Luźniejsze lub zasadniczo zmienione |
| Wsteczna kompatybilność? | Tak, stare węzły akceptują nowe bloki | Nie, stare węzły odrzucają nowe bloki |
| Wymaga uniwersalnej aktualizacji? | NIE | Tak, albo łańcuch się rozpadnie |
| Ryzyko pęknięcia łańcucha | Niski | Wysoki, jeśli konsensus nie jest jednomyślny |
| Potrzebna koordynacja | Sygnalizacja górnika/walidatora | Pełna umowa sieciowa |
| Przykład | SegWit, Taproot | Bitcoin Cash oddzielił się od Bitcoina |
Soft forki są zazwyczaj mniej dramatyczną opcją, ponieważ sieć nie musi jednomyślnie i natychmiast wyrazić na nie zgody. Hard forki są z natury bardziej przełomowe, ponieważ każdy, kto nie zaktualizuje systemu na czas, w efekcie korzysta z innego, niekompatybilnego blockchaina.
Dlatego właśnie hard forki często trafiają na pierwsze strony gazet, a soft forki rzadko. Hard fork często wiąże się z nowym symbolem giełdowym, nowym notowaniem na giełdzie i publiczną dyskusją o tym, który łańcuch reprezentuje „prawdziwy” projekt. Soft fork zazwyczaj objawia się jedynie zmianą numeru wersji w oprogramowaniu portfela, a większość użytkowników w ogóle nie zauważa zmiany zasad.
Prawdziwe przykłady miękkich forków w Bitcoinie i nie tylko
Soft forki nie są koncepcją teoretyczną. Bitcoin wykorzystywał je wielokrotnie do dodawania funkcjonalności, nigdy nie rozdzielając sieci na siłę.
- SegWit (2017): Segregated Witness zrestrukturyzował sposób, w jaki dane transakcyjne są liczone do rozmiaru bloku, naprawił błąd zwany podatnością na zginanie transakcji i położył podwaliny pod Lightning Network. Pozostaje to najczęściej cytowany przykład soft forka w historii Bitcoina.
- Taproot (2021): Wprowadzono podpisy Schnorra oraz poprawiono prywatność i wydajność złożonych transakcji, zachowując jednocześnie zgodność z węzłami, które nie zostały zaktualizowane.
- P2SH (2012): Pay-to-Script-Hash uprościło sposób reprezentacji portfeli wielopodpisowych i skryptów przypominających inteligentne kontrakty w łańcuchu, ponownie bez wymuszania podziału sieci.
- BIP66 (2015): Wymuszono ścisłe kodowanie DER dla podpisów cyfrowych, co zamknęło lukę techniczną, która mogła powodować niespójności w walidacji.
Każda z tych zmian zaostrzała zasady dotyczące Bitcoina w konkretny, celowy sposób i żadna z nich nie powodowała podziału społeczności na dwie konkurujące ze sobą monety.
Dlaczego programiści wybierają miękkie forki zamiast twardych forków
Mając wybór, większość głównych deweloperów Bitcoina i Ethereum najpierw decyduje się na soft fork, i to nie tylko ze względów technicznych. Powody są dość praktyczne.
Po pierwsze, nikt nie jest zmuszony do aktualizacji tego samego dnia. Portfele, giełdy, pule wydobywcze – wszystkie mogą migrować według własnego harmonogramu, bez konieczności ścigania się z terminami. W dużej skali ta elastyczność ma ogromne znaczenie, ponieważ skłonienie tysięcy niezależnych operatorów do skoordynowania jednoczesnej aktualizacji jest naprawdę trudne.
Potem jest jedność. Miękki fork utrzymuje sieć i monetę w całości. Nie pojawia się żaden konkurencyjny token. Żadna giełda nie musi wybierać, który łańcuch jest „prawdziwy”. Społeczność nie dzieli się na obozy spierające się o legalność. Zwłaszcza dla sieci płatniczej taka stabilność jest bardzo cenna.
Odwracalność również ma znaczenie. Ponieważ stare węzły nigdy w pełni nie angażują się we samodzielne egzekwowanie nowych reguł, nieudany soft fork może czasami zostać cofnięty z dużo mniejszym bałaganem niż w przypadku hard forka, który już stworzył drugą, niezależnie wymienialną kryptowalutę.
Ryzyko i ograniczenia soft forków
Soft forki nie są pozbawione ryzyka, mimo że generalnie uważa się je za bezpieczniejszą ścieżkę. Warto jednak znać kilka istotnych ograniczeń.
- Niezaktualizowane węzły nadal weryfikują bloki według starych reguł, co oznacza, że nie mogą niezależnie zweryfikować, czy warunki specyficzne dla nowych reguł są rzeczywiście poprawnie egzekwowane. Ufają większości.
- Jeśli wystarczająco duża mniejszość górników odmówi modernizacji i będzie nadal produkować bloki wyłącznie według starych zasad, mogą pojawić się sytuacje sporne, które czasami skutkują de facto podziałem, nawet jeśli fork był technicznie „miękki”.
- Duże poleganie na sygnalizacji górników oznacza, że aktywacja soft fork może być zależna od koncentracji puli wydobywczej, co rodzi uzasadnione pytania o to, jak bardzo zdecentralizowany jest ten proces w praktyce.
- Niektóre miękkie rozwidlenia są trudniejsze do bezpiecznego wdrożenia, niż się wydaje, ponieważ programiści muszą mieć pewność, że nowe zasady stanowią rzeczywiście ścisły podzbiór starych, a każdy błąd może doprowadzić do nieoczekiwanych luk w walidacji.
Nic z tego nie czyni soft forków niebezpiecznymi. Oznacza to po prostu, że „wsteczna kompatybilność” nie oznacza „bez ryzyka”, a koordynacja nadal ma znaczenie, nawet gdy twardy podział nie wchodzi w grę.
Jak aktywowany jest Soft Fork w blockchainie
Sam nowy kod nie doczeka się miękkiego forka. Ktoś musi potwierdzić, że sieć jest faktycznie gotowa, a to zadanie koordynacyjne.
Bitcoin wypróbował kilka metod w tym celu. Sygnalizacja w stylu BIP9 to klasyka: górnicy umieszczają mały znacznik w blokach, które wydobywają, w zasadzie podnosząc rękę. „Gotowi”. Gdy wystarczająca liczba niedawnych bloków, zazwyczaj około 95%, podniesie rękę w ustalonym przedziale czasowym, nowe zasady zostają zablokowane. Następnie następuje egzekwowanie.
Nowsze metody aktywacji, takie jak Speedy Trial i różne formy soft forków aktywowanych przez użytkowników, pojawiły się częściowo dlatego, że czysta sygnalizacja górników może się zaciąć, jeśli pule wydobywcze reagują powoli lub są niechętne politycznie. Te alternatywne mechanizmy dają operatorom węzłów i szerszej społeczności bardziej bezpośredni wpływ na to, czy aktualizacja faktycznie nastąpi, zamiast pozostawiać decyzję wyłącznie górnikom.
Aktywacja Taproot w 2021 roku dobrze ilustruje, jak te metody mogą ze sobą współdziałać. Wykorzystano w niej zmodyfikowany proces sygnalizacji o nazwie Speedy Trial, który wyznaczał krótszy, zdefiniowany czas dla górników na zasygnalizowanie gotowości, z możliwością powrotu do poprzedniej wersji, która pozwalałaby społeczności na aktywację aktualizacji nawet bez pełnego wsparcia ze strony górników. Ta opcja powrotu miała w praktyce mniejsze znaczenie, ponieważ sygnalizacja przebiegała bezproblemowo, ale jej istnienie pokazuje, jak daleko zaszła architektura aktywacji od czasu wcześniejszych, sterowanych wyłącznie przez górników, soft forków Bitcoina.
Ostatnie myśli
Cicho, stopniowo, bez rozbijania się na kawałki – tak właśnie ewoluuje większość sieci blockchain. Zaostrzenie zasad zamiast ich rozluźniania pozwala sieci dodawać nowe funkcje, usuwać błędy, działać sprawniej, a jednocześnie pozostać użyteczną dla tych, którzy nigdy nie zdążyli jej zaktualizować. Firmy wybierające infrastrukturę kryptograficzną powinny chcieć tego samego. Ulepszeń opartych na stabilnym, ujednoliconym fundamencie, a nie na destrukcyjnych przerwach. Plisio również podąża w tym kierunku: stabilne, kompatybilne, zbudowane tak, aby działać bez zakłóceń, podczas gdy sieci pod nim nieustannie zmieniają kształt.
