Blockchain. Jak działa naprawdę, bez mitu i marketingu
Artykuł

Blockchain. Jak działa naprawdę, bez mitu i marketingu

Blockchain najczęściej sprzedaje się w dwóch wersjach: jako cudowną technologię, która rozwiąże problem zaufania, albo jako modny dym wokół kryptowalut. Pytanie badawcze jest prostsze: co dokładnie robi ten mechanizm i dlaczego tak trudno zmienić w nim historię? W tym tekście rozbieramy blockchain na części pierwsze — od podpisu transakcji i bloków po zasady uzgadniania jednej wersji prawdy.

Wieczorem w zwykłej bazie danych ktoś z odpowiednimi uprawnieniami może wejść, poprawić rekord i wyjść. Rano większość użytkowników zobaczy już nową wersję świata. Blockchain powstał właśnie przeciw takiemu modelowi. Nie po to, by uczynić system magicznym, lecz po to, by historia zmian nie zależała od jednego strażnika.

Początek

FAKT: blockchain to rodzaj rozproszonej księgi. Zapisuje transakcje lub inne operacje w blokach, a każdy nowy blok jest połączony kryptograficznie z poprzednim. To nie jest zwykły łańcuch w sensie graficznej metafory, tylko konkretna konstrukcja danych: blok zawiera własny skrót, odwołanie do poprzedniego bloku i zestaw zapisów, które sieć uznała za poprawne.

Najprostsze porównanie wygląda tak: klasyczna baza danych przypomina arkusz, nad którym czuwa administrator. Blockchain przypomina ten sam arkusz skopiowany na wiele komputerów, z bardzo rygorystyczną procedurą dopisywania nowych wierszy. Nie każdy może dopisać, co chce. Najpierw trzeba przejść przez zestaw testów.

Jak trafia tam nowy zapis

Wyobraźmy sobie, że Alicja chce wysłać cyfrową monetę Bartkowi. Najpierw tworzy transakcję i podpisuje ją swoim kluczem prywatnym.

FAKT: taki podpis nie ujawnia tajnego klucza, ale pozwala innym sprawdzić, że operacja została autoryzowana przez właściciela. Potem transakcja trafia do sieci.

Węzły, czyli komputery uczestniczące w systemie, weryfikują podstawowe reguły. Czy podpis jest ważny. Czy te same środki nie zostały już wydane wcześniej. Czy format transakcji zgadza się z zasadami protokołu. Jeśli odpowiedź brzmi tak, transakcja może trafić do puli oczekujących operacji.

Z tej puli buduje się blok. W środku znajdują się transakcje, ale nie tylko. Blok zawiera też odwołanie do poprzedniego bloku. To właśnie ten szczegół sprawia, że historia jest spięta w sekwencję. Jeśli ktoś zmieniłby jedną starą transakcję, zmieniłby się skrót całego bloku, a więc przestałoby się zgadzać połączenie z blokiem następnym. Pęknięcie byłoby widoczne.

Dlaczego nie da się łatwo oszukać

Tu dochodzimy do sedna.

FAKT: sam łańcuch skrótów nie wystarczy. Gdyby wystarczał, każdy mógłby przepisać historię od nowa na swoim komputerze. Dlatego blockchain potrzebuje jeszcze mechanizmu konsensusu, czyli sposobu, w jaki sieć uzgadnia wspólną wersję zdarzeń.

W Bitcoinie tę rolę pełni proof of work. Mówiąc po ludzku, dodanie bloku wymaga wykonania kosztownej pracy obliczeniowej. To nie jest ozdobnik. To ekonomiczna bariera. Jeśli ktoś chciałby podmienić przeszłość, musiałby nie tylko przeliczyć zmieniony blok, ale też nadrobić kolejne i wyprzedzić uczciwą część sieci.

W Ethereum mechanizm wygląda dziś inaczej. Zamiast wyścigu kart graficznych działa proof of stake. Walidatorzy blokują własny kapitał i biorą udział w zatwierdzaniu bloków. Jeżeli działają nieuczciwie albo łamią zasady, mogą stracić część stawki. Mechanizm jest więc inny, ale cel pozostaje podobny: sprawić, by oszustwo było drogie, ryzykowne i widoczne.

Co blockchain robi dobrze, a czego nie obiecuje

FAKT: blockchain dobrze radzi sobie z jednym problemem — z prowadzeniem wspólnej historii zapisów tam, gdzie uczestnicy nie chcą oddać pełnej kontroli jednemu podmiotowi. To dlatego technologia zrobiła karierę w kryptowalutach. Tam stawką jest właśnie pytanie, kto ma prawo uznać, że dana moneta już została wydana albo że dana transakcja naprawdę zaszła.

Ale w tym miejscu zaczyna się też nadużycie marketingowe.

HIPOTEZA, często sprzedawana jak pewnik, brzmi tak: skoro blockchain utrudnia zmianę historii, to nadaje się do wszystkiego. To się nie składa. Jeżeli w systemie i tak ufa się jednej instytucji, a dane muszą być szybko poprawiane, usuwane albo objęte prywatnością, zwykła baza danych bywa rozsądniejsza.

Blockchain nie weryfikuje sam z siebie, czy dane wejściowe są prawdziwe. Jeśli ktoś wpisze do systemu błędną informację, łańcuch może ją zachować bardzo skutecznie. Nie rozwiązuje więc problemu jakości danych u źródła. Rozwiązuje raczej problem późniejszego, cichego majstrowania przy historii.

Smart kontrakty: osobna warstwa tej samej układanki

Na tym tle pojawia się jeszcze jedno modne hasło: smart kontrakty.

FAKT: nie są one odrębnym rodzajem magii. To programy uruchamiane na blockchainie. Mogą automatycznie wykonać określone działanie, jeśli zajdą dane warunki. Dzięki temu łańcuch nie przechowuje już wyłącznie historii przelewów, ale także logikę działania aplikacji.

Brzmi potężnie, ale znowu trzeba uważać. Program na blockchainie jest zwykle trudny do zmiany po wdrożeniu, a jego błędy mogą być kosztowne. To znaczy, że decentralizacja daje siłę, ale odbiera część wygody znanej z klasycznych systemów.

Wnioski

Blockchain działa nie dlatego, że jest tajemniczy, lecz dlatego, że łączy trzy zwyczajne elementy w jeden twardy mechanizm: podpis kryptograficzny, łańcuch bloków i zasady konsensusu. Podpis mówi, kto autoryzował operację. Łańcuch skrótów spina historię. Konsensus decyduje, którą wersję historii sieć uzna za obowiązującą.

I może właśnie to jest w nim najciekawsze. Nie obietnica świata bez błędów, lecz próba zbudowania systemu, w którym wielu obcych ludzi potrafi zgodzić się co do stanu wspólnej księgi bez centralnego księgowego nad głową. Raz działa to świetnie. Innym razem jest tylko kosztownym obejściem problemu, który dało się rozwiązać prościej. Prawdziwe pytanie nie brzmi więc: czy blockchain jest przyszłością wszystkiego. Brzmi: kiedy naprawdę potrzebujemy wspólnej historii bez jednego strażnika.

ŹRÓDŁA

Ocena źródeł (A/B/C) i ryzyko błędu

  • A: NIST, oryginalny whitepaper Bitcoina, oficjalna dokumentacja Bitcoin i Ethereum
  • B: brak potrzeby użycia źródeł wtórnych przy tym poziomie wyjaśnienia
  • C: brak
  • Ryzyko błędu: niskie, bo opis dotyczy podstawowego mechanizmu potwierdzonego w dokumentacji technicznej; uproszczenia mogą dotyczyć różnic między poszczególnymi blockchainami
  • Co by to rozstrzygnęło: pełne porównanie konkretnych implementacji, analiza reguł konsensusu w danym łańcuchu, sprawdzenie jak sieć traktuje finalność i reorganizacje bloków