Bitcoin często postrzegany jest jako statyczna waluta cyfrowa, cyfrowe złoto, które pozostaje niezmienione w czasie. Jednak protokół to oprogramowanie, które musi być utrzymywane, naprawiane i uaktualniane, aby przetrwać. Deweloperzy pracują nieprzerwanie nad naprawą krytycznych błędów i dostarczaniem uaktualnień zapewniających, że system przetrwa próbę czasu. Chociaż sieć jest zdecentralizowana, co oznacza, że żadna pojedyncza osoba CEO ani rada dyrektorów nie podejmuje decyzji, zmiany nadal zachodzą.
Proces ewolucji Bitcoina różni się od podmiotów scentralizowanych, gdzie decyzje zapadają w sposób hierarchiczny od góry do dołu. Termin „governance” jest tu stosowany nieco luźno, ponieważ często implikuje liderów działających jako pośredników dla mas. W Bitcoinie nie ma takich liderów. Proces ma charakter quasi-polityczny w tym sensie, że interesariusze muszą walczyć o wpływy, ale nie jest to demokracja ani plutokracja.
Zamiast głosowania lub wybierania urzędników sieć opiera się na budowaniu konsensusu. Deliberacja i perswazja to kluczowe narzędzia w tym środowisku. Ostatecznie wszyscy uczestnicy zachowują własną wolę. To system opt-in, w którym każdy ma wybór, by podążać własną drogą. Sieć definiowana jest przez to, co użytkownicy wybierają do uruchomienia na swoich komputerach.
Domyślna kultura wśród uczestników polega na tym, że protokół nie ulega zmianie, chyba że jest to absolutnie konieczne. Jeśli ogromna większość nie zgodzi się na modyfikację, status quo pozostaje niezmieniony. Ci, którzy chcą zmienić zasady, zawsze mogą forkować oprogramowanie i stworzyć własną wersję. Ta dynamika doprowadziła do znaczących wydarzeń historycznych, w których sieć podzieliła się na konkurencyjne frakcje.
Rola propozycji ulepszeń
Proces wdrażania uaktualnień kodu jest sformalizowany za pośrednictwem Bitcoin Improvement Proposals, znanych jako BIPs. Te dokumenty są redagowane, recenzowane przez rówieśników, publicznie dyskutowane i rygorystycznie testowane. Celem BIP jest osiągnięcie przybliżonego konsensusu w społeczności. Przybliżony konsensus osiąga się, gdy większość osób jest zadowolona, że sprzeciwy wobec propozycji są błędne lub zostały zaadresowane.
Po osiągnięciu tego konsensusu następnym krokiem jest integracja BIP z implementacją klienta oprogramowania znanego jako Bitcoin Core. Niewielka liczba głównych deweloperów ma dostęp commit do repozytorium kodu. Oznacza to, że mogą przesyłać kod na publiczną platformę uznaną przez społeczność. Jednak ich władza jest ograniczona przez operatorów węzłów.
Ostatecznym i najważniejszym krokiem jest zainstalowanie nowej wersji oprogramowania przez sieć użytkowników, czyli węzłów. Ten krok zapewnia, że użytkownicy końcowi zachowują ostateczną kontrolę nad tym, co definiuje sieć. Dopiero gdy określony próg węzłów zainstaluje uaktualnienie, uważa się je za aktywowane. Dla zmian istotnie zmieniających protokół bariera aktywacji jest ustawiona ekstremalnie wysoko, aby zapobiec konfliktom.
Konsensus i moc węzłów
W tym ekosystemie istnieje szeroki wachlarz głosów. Deweloperzy, górnicy, giełdy, dostawcy portfeli i niezależni operatorzy węzłów wszyscy uczestniczą. Te grupy są uwikłane w dynamiczną walkę o władzę, w której systemy wzajemnej kontroli zapobiegają dominacji jakiejkolwiek pojedynczej grupy.
Na przykład istnieje tylko około 100 deweloperów wymienionych jako współtwórcy klienta Bitcoin Core. Można by uznać, że kontrolują sieć. Jednak istnieje dziesiątki tysięcy niezależnych węzłów. Ponieważ większość węzłów samodzielnie decyduje, który klient oprogramowania uruchomić, deweloperzy są zależni od węzłów. Jeśli deweloperzy wydadzą oprogramowanie niezgodne z życzeniami użytkowników, węzły po prostu odmówią jego przyjęcia.
Górnicy to kolejna grupa często uważana za mającą całkowitą kontrolę, ponieważ porządkują transakcje. Argument brzmi, że kontyngent górników posiadający ponad 50% mocy hash mógłby przejąć sieć. Jednak górnicy również są zależni od węzłów. Jeśli górnicy wyprodukują bloki naruszające zasady uzgodnione przez węzły, węzły odrzucą te bloki. Górnicy traciliby wtedy prąd i pieniądze na wersję łańcucha ignorowaną przez ekonomiczną większość.
Definiowanie uaktualnień sieci: Soft vs. Hard Forks
Gdy proponowane są uaktualnienia, generalnie dzielą się na dwie kategorie: soft forks i hard forks. Różnica polega na tym, jak nowe zasady współdziałają ze starymi zasadami. Ta techniczna różnica ma głębokie implikacje dla spójności społeczności i ciągłości sieci.
Soft fork to uaktualnienie wstecznie kompatybilne. Oznacza to, że węzły uruchamiające nową wersję oprogramowania pozostają kompatybilne z węzłami uruchamiającymi poprzednią wersję. W soft fork nowe zasady są surowsze lub bardziej restrykcyjne niż stare zasady. Stare węzły nadal uznają nowe transakcje za ważne, nawet jeśli nie rozumieją nowych implementowanych funkcji.
Ze względu na tę kompatybilność soft forks nie wymagają jednoczesnego uaktualnienia całej sieci. Zapewnia to płynniejszą ścieżkę przejścia. Węzły, które nie uaktualnią się, nadal mogą uczestniczyć w sieci, choć mogą nie być w stanie korzystać z nowych funkcji. Ten mechanizm daje węzłom, a nie deweloperom, ostateczne słowo w sprawie implementacji.
Charakter hard forks
Gdy propozycja nie jest wstecznie kompatybilna, nazywa się to hard fork. W tym scenariuszu nowe zasady skutecznie przeczą starym zasadom. Tylko węzły uruchamiające nową wersję są ze sobą kompatybilne. Cała społeczność węzłów musi zgodzić się na używanie nowej wersji, aby pozostać w tej samej sieci.
Jeśli jakikolwiek segment społeczności nie zgodzi się na instalację i uruchomienie nowego oprogramowania, rezultatem jest trwałe rozchodzenie się. Blockchain dzieli się na dwa oddzielne łańcuchy, które już nie komunikują się ze sobą. Jeden łańcuch podąża za starymi zasadami, a drugi za nowymi. Powstają w ten sposób dwie różne kryptowaluty z wspólną historią do momentu podziału.
Hard forks zazwyczaj występują z powodu znaczących nieporozumień dotyczących przyszłego kierunku protokołu. Mogą wynikać z debat na temat skalowalności, poprawek bezpieczeństwa lub ideologicznych różnic co do celu monety. Gdy te nieporozumienia nie mogą być rozwiązane poprzez konsensus, podział staje się jedynym sposobem, aby obie strony realizowały swoją wizję.
| Funkcja | Soft Fork | Hard Fork |
|---|---|---|
| Kompatybilność | Wstecznie kompatybilne | Niekompatybilne |
| Potrzeba uaktualnienia | Opcjonalne dla niektórych węzłów | Obowiązkowe dla wszystkich |
| Wynik | Jeden łańcuch przetrwa | Łańcuch dzieli się na dwa |
Konsekwencje podziału
Implikacje hard forka są znaczące. Po pierwsze, powstaje nowa kryptowaluta. Jeśli użytkownik posiadał monety na oryginalnym łańcuchu przed forkiem, zazwyczaj otrzymuje równą ilość nowej monety na nowym łańcuchu. Dzieje się tak, ponieważ oba łańcuchy dzielą tę samą historię i księgę do bloku, w którym nastąpił podział.
Kolejną główną konsekwencją jest zmienność cen. Rynek musi zdecydować o wartości dwóch konkurencyjnych łańcuchów. Może to prowadzić do zamieszania wśród użytkowników i firm. Ataki replay, gdzie transakcja na jednym łańcuchu jest złośliwie powtarzana na drugim, mogą być ryzykiem, jeśli nie wdrożono odpowiednich zabezpieczeń.
Ponadto hard forks rozbijają społeczność. Deweloperzy, górnicy i użytkownicy muszą wybrać strony. Ten podział może osłabić efekt sieciowy, który jest jednym z głównych motorów wartości kryptowaluty. Niektórzy widzą forki jako funkcję umożliwiającą wybór rynkowy, inni jako zagrożenie dla stabilności i bezpieczeństwa.
Wojny o rozmiar bloku i Bitcoin Cash
Najbardziej przełomowy hard fork w historii miał miejsce w 2017 roku. Był to kulminacja wieloletniej debaty znanej jako „Block Size War”. Nieporozumienie dotyczyło sposobu skalowania sieci w celu obsługi większej liczby transakcji.
Wraz ze wzrostem adopcji oryginalny projekt, wspierający ograniczoną liczbę transakcji na sekundę, zaczął mieć problemy. Bloki stawały się pełne, co prowadziło do zatorów w sieci. Rezultatem były wolniejsze czasy transakcji i wyższe opłaty. W okresach szczytowych używanie sieci do drobnych płatności stało się niepraktyczne.
Jedna frakcja uważała, że rozwiązaniem jest zwiększenie limitu rozmiaru bloku. Argumentowali, że większe bloki pozwolą przetwarzać więcej transakcji naraz, utrzymując niskie opłaty i użyteczność waluty do codziennych płatności. Postrzegali aktywo głównie jako środek wymiany, podobny do cyfrowej gotówki.
Przeciwna frakcja argumentowała, że zwiększenie rozmiaru bloku sprawi, że blockchain będzie zbyt duży dla przeciętnych użytkowników do przechowywania. Uważali, że doprowadzi to do centralizacji, gdzie tylko duże centra danych będą mogły uruchamiać węzły. Opowiadali się za utrzymaniem małych bloków w celu zachowania decentralizacji i używaniem innych warstw do skalowania.
Narodziny Bitcoin Cash
W sierpniu 2017 roku nieporozumienie osiągnęło punkt krytyczny. Uczestnicy nie byli w stanie uzgodnić jednolitej metody skalowania. Grupa deweloperów i górników zainicjowała hard fork w celu zwiększenia limitu rozmiaru bloku. Rezultatem było powstanie Bitcoin Cash (BCH).
Bitcoin Cash zwiększył rozmiar bloku, aby umożliwić większą przepustowość transakcji. Miał zrealizować wizję peer-to-peer elektronicznego systemu gotówkowego z niskimi opłatami. Podział był kontrowersyjny, obie strony twierdziły, że reprezentują „prawdziwą” wizję oryginalnej white paper.
Od czasu forka Bitcoin i Bitcoin Cash działają jako całkowicie oddzielne sieci. Mają różne zespoły deweloperskie, różne wartości rynkowe i różne mapy drogowe. Chociaż dzielą ten sam blok genezy i wczesną historię, są teraz odrębnymi aktywami o różnych filozofiach dotyczących skalowania i użyteczności.
Kolejne forki i fragmentacja
Po podziale Bitcoin Cash doszło do innych hard forks. W październiku 2017 roku uruchomiono Bitcoin Gold (BTG). Celem było zdecentralizowanie miningu poprzez zmianę algorytmu proof-of-work. Twórcy chcieli uczynić mining dostępnym dla użytkowników ze standardowymi kartami graficznymi zamiast drogiego specjalistycznego sprzętu.
Kolejny znaczący podział miał miejsce w samej sieci Bitcoin Cash. W listopadzie 2018 roku nieporozumienie dotyczące limitów rozmiaru bloku i funkcji technicznych doprowadziło do powstania Bitcoin SV (BSV). Zwolennicy BSV opowiadali się za masywnymi rozmiarami bloków w celu skalowania pojemności do poziomów enterprise.
Bitcoin Diamond (BCD) pojawił się pod koniec 2017 roku. Zwiększył limit rozmiaru bloku i dostosował całkowitą podaż monet. Każdy z tych forków próbował rozwiązać postrzegane niedociągnięcia głównego protokołu. Jednak sukces forka w dużej mierze zależy od wsparcia społeczności i kompetencji deweloperów. Większość forków nie utrzymała takiej samej istotności czy kapitalizacji rynkowej jak oryginalny łańcuch.
Segregated Witness: Alternatywa soft fork
Podczas gdy obóz dużych bloków wybrał hard fork, główna sieć realizowała uaktualnienie soft fork o nazwie Segregated Witness, czyli SegWit. Wprowadzony w 2017 roku, SegWit był sprytnym rozwiązaniem inżynieryjnym problemu skalowania, które nie wymagało podziału łańcucha.
SegWit działa poprzez zmianę sposobu przechowywania danych transakcji. W standardowej transakcji podpis cyfrowy, czyli „witness data”, zajmuje znaczną przestrzeń. SegWit oddziela te dane witness od głównego bloku transakcji. Przenosi podpisy do rozszerzonej struktury bloku.
Dzięki temu SegWit efektywnie zwiększył limit rozmiaru bloku bez technicznej zmiany reguły 1MB egzekwowanej przez starsze węzły. Wprowadził pojęcie „jednostek wagowych”. Dane witness są liczone z mniejszą wagą niż inne dane transakcji. Pozwala to zmieścić więcej transakcji w jednym bloku, zwiększając przepustowość i obniżając opłaty.
Naprawa malleability transakcji
Poza skalowaniem SegWit naprawił krytyczny błąd znany jako transaction malleability. Przed SegWitem możliwe było nieznaczne zmienienie unikalnego ID transakcji przed jej potwierdzeniem. Nie zmieniało to ważności płatności, ale powodowało problemy dla protokołów drugiej warstwy.
Poprzez oddzielenie podpisu od ID transakcji SegWit zapewnił, że ID transakcji nie mogą być modyfikowane. Ta naprawa była niezbędna dla rozwoju Lightning Network. Dostarczyła fundamentu bezpieczeństwa potrzebnego dla kanałów płatności off-chain do niezawodnego funkcjonowania.
User Activated Soft Fork (UASF)
Aktywacja SegWitu była przełomowym momentem w historii governance. Zaangażowała strategię zwaną User Activated Soft Fork, czyli UASF. Tradycyjnie uaktualnienia sygnalizowali górnicy. Jednak górnicy wahali się z aktywacją SegWitu.
W odpowiedzi grassrootsowy ruch użytkowników zdecydował się uruchomić wersję oprogramowania (BIP 148), która odrzucałaby bloki od górników niepopierających SegWitu. To wywierało presję ekonomiczną na górników. Jeśli nie uaktualniliby się, ich bloki byłyby odrzucane przez węzły użytkowników, tracąc przychody.
Strategia zadziałała. Pokazała, że zbiorowa wola bazy użytkowników może zmusić górników do uległości. Wzmocniła zdecentralizowany etos, że użytkownicy, a nie górnicy czy deweloperzy, są ostatecznym autorytetem w sieci.
Taproot: Rozszerzanie prywatności i smart contracts
W listopadzie 2021 roku sieć aktywowała kolejny ważny soft fork znany jako Taproot. Podobnie jak SegWit, było to uaktualnienie wstecznie kompatybilne. Wprowadziło podpisy Schnorr i Merkelized Abstract Syntax Trees (MAST).
Podpisy Schnorr zastąpiły istniejący schemat podpisów bardziej efektywnym. Umożliwiają agregację podpisów. Oznacza to, że wiele podpisów można połączyć w jeden. Dla złożonych transakcji z udziałem wielu stron zmniejsza to ilość danych przechowywanych w blockchainie.
MAST poprawia prywatność i efektywność smart contracts. Umożliwia strukturyzację złożonych warunków w sposób, w którym ujawniane są tylko istotne części przy wydawaniu monet. Dla zewnętrznego obserwatora transakcja złożonego smart contractu wygląda jak standardowa płatność.
Implikacje dla funkcjonalności
Taproot utorował drogę do bardziej zaawansowanych możliwości skryptowych. Uczynił złożone transakcje tańszymi, ponieważ zajmują mniej miejsca. Poprawił też prywatność, czyniąc różne typy transakcji nieodróżnialnymi od siebie.
To uaktualnienie pokazało, że sieć nadal może innowować i dodawać funkcje bez powodowania kontrowersyjnego hard forka. Udowodniło, że proces governance, choć powolny i przemyślany, może skutecznie dostarczać materialnych ulepszeń protokołu.
Skalowanie bez forków: Rozwiązania Layer 2
Gdy ograniczenia skalowania on-chain stały się jasne, rozwój przesunął się w kierunku rozwiązań Layer 2. Są to wtórne protokoły zbudowane na szczycie głównego blockchaina. Obsługują transakcje off-chain i używają głównego łańcucha tylko do ostatecznego rozliczenia.
Najwybitniejszym przykładem jest Lightning Network. Używa kanałów stanowych, aby dwie strony mogły dokonywać nieograniczonej liczby transakcji bez rejestrowania każdej w blockchainie. Rejestrowane są tylko otwarte i zamknięte salda. Umożliwia to niemal natychmiastowe, niskokosztowe płatności.
Layer 2 oferują skalowalność bez kompromisów w bezpieczeństwie lub decentralizacji warstwy bazowej. Unikają potrzeby kontrowersyjnych hard forks w celu zwiększenia rozmiaru bloku. Przenosząc małe, częste transakcje off-chain, główna sieć pozostaje bez zatorów i bezpieczna.
Sidechains
Sidechains to kolejny mechanizm rozszerzania funkcjonalności. Sidechain to niezależny blockchain powiązany z głównym łańcuchem Bitcoin poprzez peg. Aktywa można przenosić między dwoma łańcuchami za pomocą dwukierunkowego pega.
Sidechains mogą mieć własne zasady konsensusu. Mogą obsługiwać szybsze czasy bloków lub różne funkcje niemożliwe na głównym łańcuchu. Na przykład Liquid Network skupia się na szybkich, poufnych transakcjach dla giełd. Rootstock wnosi smart contracts w stylu Ethereum do ekosystemu Bitcoin.
Ponieważ sidechains są oddzielne, problemy na sidechainie nie zagrażają bezpośrednio bezpieczeństwu głównej sieci. Umożliwia to eksperymenty i innowacje. Jeśli funkcja na sidechainie okaże się wartościowa i bezpieczna, może być ostatecznie rozważona dla głównego protokołu.
Nowoczesne innowacje i kontrowersje
Ewolucja sieci trwa z nowymi koncepcjami przesuwającymi granice tego, co możliwe. Wprowadzenie SegWitu i Taproot nieświadomie umożliwiło nowe typy przechowywania danych. Doprowadziło to do powstania Ordinals.
Ordinals to system numerowania indywidualnych satoshi, najmniejszej jednostki waluty. Przypisując unikalny numer satoshi, użytkownicy mogą go śledzić. Co ważniejsze, mogą na nim inskrybować dane. Mogą to być obrazy, tekst lub nawet proste gry.
Stworzyło to sposób na mintowanie non-fungible tokens (NFT) bezpośrednio w blockchainie. Dane są przechowywane w części witness transakcji, co jest tańsze dzięki SegWit. Niektórzy użytkownicy świętują to jako nowy przypadek użycia zwiększający przychody górników, inni widzą to jako spam zatykający sieć.
OP_CAT i skrypty
Innym obszarem aktywnych badań jest przywrócenie starych opcodów. OP_CAT to fragment kodu usunięty w początkowych dniach projektu z powodu obaw o bezpieczeństwo. Umożliwia konkatenację, czyli łączenie dwóch fragmentów danych w skrypcie.
Zwolennicy argumentują, że przywrócenie OP_CAT umożliwiłoby potężniejsze smart contracts bez skomplikowanej przebudowy systemu. Mogłoby ułatwić zdecentralizowane giełdy i bardziej zaawansowane kowenanty bezpośrednio na warstwie bazowej. Reprezentuje to trwającą debatę między dodawaniem funkcjonalności a minimalizacją ryzyka.
Interoperacyjność i owinięte aktywa
Podczas gdy wewnętrzne uaktualnienia trwają, szerszy ekosystem kryptowalut opracował sposoby używania Bitcoina na innych łańcuchach. Wrapped Bitcoin (WBTC) i Threshold Bitcoin (tBTC) to przykłady tokenizowanych wersji aktywa istniejących na blockchainach jak Ethereum.
WBTC polega na kustodii trzymającej prawdziwe monety i emitującej tokeny. Dostarcza płynności dla aplikacji decentralized finance (DeFi) na innych sieciach. tBTC próbuje to zrobić w bardziej zdecentralizowany sposób, używając kryptografii progowej, aby uniknąć pojedynczego punktu awarii.
Te rozwiązania pozwalają posiadaczom uczestniczyć w pożyczkach, pożyczaniu i handlu na platformach obsługujących złożone smart contracts. Mostkują lukę między bezpiecznym magazynem wartości a elastycznym światem DeFi.
Wniosek
Historia Bitcoina definiowana jest walką o zrównoważenie stabilności z innowacją. Poprzez mechanizmy soft forks i hard forks sieć pokonała głębokie nieporozumienia i wyzwania techniczne. Podział z Bitcoin Cash podkreślił trudności w osiąganiu konsensusu w sprawie skalowania, podczas gdy uaktualnienia jak SegWit i Taproot pokazały moc wstecznie kompatybilnych ulepszeń.
Dziś ekosystem ewoluuje poprzez rozwiązania Layer 2, sidechains i nowe protokoły jak Ordinals. Proces governance pozostaje powolny i przemyślany z założenia, priorytetyzując bezpieczeństwo i integralność zdecentralizowanej księgi ponad wszystko. Gdy proponowane są nowe technologie jak fractal scaling i przywrócone opcodes, społeczność ponownie zaangażuje się w rygorystyczną debatę definiującą tę cyfrową gospodarkę.
Bitcoin ewoluuje poprzez rygorystyczny proces konsensusu, w którym użytkownicy ostatecznie decydują o zasadach, wybierając które oprogramowanie uruchomić.