Co to jest blockchain? DLT i Web3 w firmie – poradnik

Blockchain to wspólny rejestr, który prowadzi wiele niezależnych stron i którego historii żadna z nich nie może po cichu zmienić. Ma sens wtedy, gdy kilka firm musi uzgodnić te same zapisy, a żadna nie chce, żeby jedna z nich trzymała klucze do całej historii. Gdy dane i decyzje należą do jednej organizacji albo strony ufają jednemu operatorowi, zwykła baza danych z dziennikiem audytu jest prostsza, tańsza i łatwiejsza w korekcie. Uczciwie: ta druga sytuacja zdarza się częściej.

Poradnik jest dla zarządu i liderów IT firm od 50 osób, którzy dostają propozycje projektów „na blockchainie”, „w Web3” albo „z tokenem” i chcą je ocenić bez żargonu. Nie dotyczy kryptowalut jako inwestycji i nie zawiera porad inwestycyjnych. Na końcu jest mapa wszystkich wpisów o blockchainie, Web3 i DLT na blogu. Miejsce rejestru w całym stosie technologii firmy pokazuje poradnik o AI OS.

Czym jest rozproszony rejestr

NIST w raporcie IR 8202 opisuje blockchain jako rejestr, który jest odporny na manipulację i ją ujawnia, prowadzony bez centralnego repozytorium i zwykle bez centralnego organu, takiego jak bank czy urząd. Unijne rozporządzenie MiCA definiuje rozproszony rejestr podobnie: to repozytorium transakcji, które jest udostępniane w zbiorze węzłów i synchronizowane między nimi mechanizmem konsensusu (art. 3).

W praktyce działa to tak: każda strona ma kopię rejestru. Nowy zapis trafia do rejestru dopiero wtedy, gdy węzły uzgodnią go według ustalonych reguł. Każdy zapis jest połączony kryptograficznie z poprzednimi, więc zmiana starego wpisu jest widoczna dla wszystkich.

Słownik w jednej tabeli

Pojęcie	Co znaczy	Na co uważać w ofercie
DLT	technologia rozproszonego rejestru, kategoria ogólna	nie każde DLT to blockchain (Hedera, Corda)
Blockchain	DLT, w którym zapisy łączy się w kolejne bloki	„blockchain” w ofercie nie mówi jeszcze, kto prowadzi sieć
Smart contract	program w rejestrze, który wykonuje reguły zapisane w kodzie	kontrakt wykonuje regułę, ale nie sprawdza, czy dane wejściowe są prawdziwe
Token	zapis reprezentujący aktywo albo uprawnienie	token może podlegać przepisom o kryptoaktywach
NFT	token unikalny, niezamienny na inny	sam token nie gwarantuje dostępności pliku ani praw do niego
dApp	aplikacja, której część reguł i stanu działa w sieci rozproszonej	interfejs i integracje nadal działają na zwykłych serwerach
Web3	podejścia, w których część kontroli przechodzi z operatora na protokół i użytkowników	trzeba nazwać, czyją kontrolę zmniejszamy

Publiczny czy prywatny rejestr

NIST dzieli sieci na dwie grupy (IR 8202, rozdz. 2). W sieci publicznej (permissionless) każdy może czytać i zapisywać bez zgody operatora. W sieci prywatnej (permissioned) węzły publikujące zapisy muszą być autoryzowane, a odczyt i zapis można ograniczyć do znanych uczestników.

Cecha	Rejestr publiczny	Rejestr prywatny (permissioned)
Kto uczestniczy	każdy	znane, zweryfikowane organizacje
Przykłady	Ethereum, Hedera, Aptos	Hyperledger Fabric, Besu w sieci prywatnej, Corda
Widoczność danych	zapisy publicznie widoczne	widoczność ustalają uczestnicy
Zasady sieci	ustala społeczność i protokół	ustala konsorcjum w umowie
Główna zależność	opłaty sieci, jej zarządzanie i dostępność	koszt utrzymania węzłów i umowy konsorcjum

Ethereum.org wprost zaznacza, że transakcje kontraktów w publicznej sieci może śledzić każdy. Dla firmy oznacza to prostą regułę: w publicznej sieci nie zapisuje się danych handlowych jawnie. Zapisuje się najwyżej ich skrót (hash), który pozwala później sprawdzić, że dokument się nie zmienił.

Po stronie sieci prywatnych najważniejsze projekty rozwija Linux Foundation Decentralized Trust, która 16.09.2024 przejęła projekty dawnej Hyperledger Foundation. Fabric, Besu i Hiero (kod sieci Hedera) mają tam status projektów dojrzałych (lista projektów, stan na 6.10.2026). Fabric działa wśród znanych uczestników, ma polityki zatwierdzeń (endorsement) i dane prywatne widoczne tylko dla wskazanych organizacji. Besu pozwala zbudować prywatną sieć zgodną z Ethereum.

Jeden mit warto zamknąć od razu: „niezmienny”. NIST zastrzega, że rejestr jest odporny na manipulację, ale nie jest ściśle niezmienny. W sieci prywatnej konsorcjum może zgodnie z regułami zastąpić zapisy. To nie wada — to decyzja, którą trzeba zapisać w umowie.

Kiedy rejestr rozproszony ma sens

NIST wymienia sytuacje, w których blockchain może pasować (rozdz. 9). W języku zarządu sprowadzają się do trzech warunków, które muszą wystąpić razem:

1. Wiele stron zapisuje te same dane. Nie jeden dział, tylko kilka niezależnych firm: producent, kooperant, przewoźnik, odbiorca, czasem regulator.
2. Strony nie chcą jednego operatora. Nikt nie zgodzi się, żeby partner albo zewnętrzna platforma trzymała jedyną wersję historii.
3. Spór o historię kosztuje. Dziś firmy uzgadniają zapisy ręcznie, wymieniają arkusze i spierają się, kto co i kiedy przekazał.

Typowy przykład to ślad pochodzenia (traceability): kto wyprodukował partię, kto ją przyjął, jaki był wynik kontroli jakości. Wpis o Hyperledger Fabric w łańcuchu dostaw pokazuje, jak taki wspólny zapis może wyglądać między trzema firmami.

Często pojawia się tu cyfrowy paszport produktu. Rozporządzenie ESPR (UE) 2024/1781 przewiduje, że dla grup produktów wskazanych w aktach delegowanych paszport będzie warunkiem wprowadzenia do obrotu, na poziomie modelu, partii albo pojedynczego artykułu (art. 9). Ważne zastrzeżenie: rozporządzenie nie wymaga blockchainu. Mówi o zdecentralizowanym systemie danych tworzonym przez podmioty gospodarcze (motyw 41) i o zasadach możliwie neutralnych technologicznie (art. 12). Blockchain jest jedną z opcji, nie obowiązkiem.

Kiedy wystarczy zwykła baza z audytem

Częściej, niż sugerują oferty. Jeśli wszystkie zapisy należą do Waszej firmy, a partnerzy akceptują Was jako operatora, rejestr rozproszony dokłada koszt bez nowej wartości. Ten sam efekt daje baza danych z dziennikiem zmian, podpisanymi dokumentami i kontrolą dostępu.

NIST pisze wprost, że organizacje powinny najpierw sprawdzić, czy istniejące technologie nie rozwiązują problemu lepiej. Przywołuje też schemat naukowców z ETH Zürich „Do you need a Blockchain?”, w którym większość ścieżek kończy się odpowiedzią „nie”.

Kryterium	Baza danych z audytem	Rejestr rozproszony
Kto prowadzi zapis	jeden operator	wiele stron według wspólnych reguł
Zaufanie	do operatora i jego kontroli	do protokołu i umowy konsorcjum
Korekta błędu	poprawka i wpis w dzienniku	nowa transakcja korygująca, uzgodniona przez strony
Dane osobowe	standardowe usunięcie	trudne; dane trzyma się poza rejestrem
Koszt startu	niski, znane narzędzia	wyższy: węzły, klucze, umowa, kompetencje
Wydajność	wysoka	zależy od konsensusu i sieci
Kiedy wybrać	jedna firma albo zaufany operator	wiele firm bez wspólnego operatora i z realnym sporem o historię

Warto też pamiętać o tym, czego rejestr nie zrobi. Utrwali zapis, ale nie sprawdzi, czy czujnik zmierzył temperaturę poprawnie, a pracownik wpisał właściwy numer partii. Błędna dana w rejestrze rozproszonym jest po prostu błędną daną, którą trudniej poprawić.

Model językowy zapytany „czy nasz proces potrzebuje blockchainu?” chętnie odpowie entuzjastycznym „tak”, dorzuci architekturę z pięcioma warstwami i ani słowem nie zapyta, kto właściwie komu nie ufa. Pytanie o zaufanie zostaje po stronie zarządu.

Blockchain a AI: gdzie się spotykają

Hasło „blockchain plus AI” bywa w ofertach ozdobnikiem. Są jednak trzy miejsca, w których zestawienie ma konkretny sens — i w każdym z nich istnieje też droga bez blockchainu.

Pochodzenie danych

Agent AI może analizować historię partii, wykrywać rozbieżności i proponować reklamację. Jeśli ta historia pochodzi od kilku firm, wspólny rejestr pozwala ustalić, kto i kiedy zapisał każdy krok. Wzorzec jest prosty: pełny rekord zostaje w systemie firmy, a do rejestru trafia jego skrót i znacznik czasu. Tak działa na przykład Hedera Consensus Service, opisana we wpisie o publicznym znaczniku czasu.

Rejestr potwierdza kolejność i integralność zapisu, nie prawdziwość danych. Znaczenie pól („partia”, „przyjęcie”, „kontrola”) i tak musi być wspólnie zdefiniowane. To zadanie dla cyfrowego modelu firmy — opisuje go poradnik o ontologii firmy. Bez wspólnego słownika trzy firmy zapiszą w jednym rejestrze trzy różne rozumienia słowa „dostarczono”.

Podpisywanie treści

Akt o AI w art. 50 ust. 2 wymaga od vendorów systemów generujących obrazy, dźwięk, wideo i tekst, żeby wyniki były oznakowane w formacie do odczytu maszynowego. Standard C2PA (Content Credentials) opisuje pochodzenie i edycje pliku podpisem kryptograficznym dołączonym do treści. Nie wymaga blockchainu. Rejestr rozproszony może najwyżej dodatkowo poświadczyć, kiedy podpis powstał.

Agenci a płatności

Agenci AI zaczynają płacić za usługi i zamawiać towary. Powstają do tego otwarte protokoły. x402 wykorzystuje kod HTTP 402 i rozlicza płatności w stablecoinach; Coinbase przekazał go Linux Foundation, która 2.04.2026 ogłosiła x402 Foundation. AP2 opisuje mandaty, czyli weryfikowalne poświadczenia, co agent może kupić i za ile. Dziś obsługuje karty, a przelewy natychmiastowe i waluty cyfrowe są w planie (stan na 6.10.2026).

Dla zarządu ważniejsze od technologii rozliczenia są granice: limit kwoty, lista dozwolonych odbiorców, zatwierdzenie człowieka przy nietypowej transakcji i ślad audytu. Te same zasady obowiązują przy karcie i przy portfelu kryptowalutowym. Agent nie powinien mieć bezwarunkowego dostępu do klucza, który podpisuje płatność.

Regulacje: co zarząd powinien wiedzieć

To przegląd „kto odpowiada”, nie porada prawna. Kwalifikację konkretnego projektu ocenia prawnik.

• MiCA. Rozporządzenie (UE) 2023/1114 reguluje emisję, ofertę publiczną i obrót kryptoaktywami oraz usługi z nimi związane. Stosuje się w całości od 30.12.2024, a przepisy o tokenach powiązanych z aktywami i tokenach będących e-pieniądzem od 30.06.2024 (art. 149). Nie obejmuje kryptoaktywów unikalnych i niezamiennych (art. 2 ust. 3); motyw 10 podaje przykłady sztuki cyfrowej czy gwarancji produktów. Okres przejściowy dla firm, które świadczyły usługi w zakresie kryptoaktywów przed 30.12.2024, mógł trwać najdłużej do 1.07.2026 (art. 143). Jeśli projekt zakłada token, który można sprzedać albo wymienić, zacznijcie od prawnika, nie od wyboru sieci.
• RODO. Europejska Rada Ochrony Danych w wytycznych 02/2025 zaleca co do zasady nie zapisywać danych osobowych w łańcuchu, trzymać je poza nim i uzasadnić, dlaczego blockchain jest potrzebny. Prawo do usunięcia trzeba zaprojektować od początku.
• ESPR i paszport produktu. Obowiązek przychodzi z aktami delegowanymi dla konkretnych grup produktów. Komisja ma prowadzić rejestr identyfikatorów (art. 13), a wybór technologii należy do firm.

Jak ocenić pomysł na blockchain

Zanim zespół wybierze sieć, zarząd powinien dostać odpowiedź na sześć pytań. To moja karta kontrolna, zbudowana na liście NIST i na schemacie z ETH Zürich. Wystarczy jedno „nie” w pytaniach 1–4, żeby wrócić do bazy z audytem.

1. Czy kilka niezależnych organizacji zapisuje te same dane? Jeśli zapisuje tylko Wasza firma — baza z audytem.
2. Czy brakuje operatora, któremu ufają wszystkie strony? Jeśli taki jest (Wy, partner, branżowa izba) — wspólna baza u operatora.
3. Czy spór o historię zapisów kosztuje dziś realne pieniądze lub czas? Jeśli nie — nie ma czego rozwiązywać.
4. Czy dane osobowe i tajemnice handlowe mogą zostać poza rejestrem? Jeśli nie — projekt ma problem z RODO albo z poufnością.
5. Czy wszyscy uczestnicy są znani? Tak — rejestr prywatny (Fabric, Besu, Corda). Nie, a potrzebna jest publiczna weryfikowalność — rejestr publiczny ze skrótem zamiast danych.
6. Czy projekt tworzy token, który można sprzedać lub wymienić? Tak — najpierw ocena prawna pod kątem MiCA.

Sygnały ostrzegawcze w ofercie

• Oferta zaczyna się od nazwy sieci, a nie od listy stron procesu i sporu, który ma rozwiązać.
• W architekturze jest tylko jedna organizacja prowadząca wszystkie węzły.
• Pełne dokumenty, faktury albo dane osób mają trafiać do rejestru.
• Nikt nie opisał korekty błędnego wpisu ani wyjścia uczestnika z konsorcjum.
• Projekt zakłada token, ale nikt nie mówi o ocenie prawnej.
• Uzasadnieniem jest „bo AI” albo „bo konkurencja ma”.

Pilot w czterech krokach

1. Mapa stron. Kto zapisuje, kto czyta, kto rozstrzyga spory. Jedna strona A4.
2. Wariant bez blockchainu. Rozpiszcie ten sam proces na wspólnej bazie z operatorem. Porównajcie koszt i to, komu każdy wariant każe zaufać.
3. Minimalny zapis. Tylko identyfikatory, skróty i statusy. Dokumenty zostają w systemach firm.
4. Testy odbioru. Wyłączenie węzła, korekta błędnego wpisu, wyjście uczestnika, odzyskanie klucza. Jeśli nie da się ich przeprowadzić, projekt nie jest gotowy.

Jeśli po pytaniach 1–3 zarząd nie potrafi wskazać, kto komu nie ufa i ile kosztuje dzisiejszy spór, wybór sieci jest przedwczesny. Najpierw warto nazwać strony procesu i tańszą alternatywę — po to jest prezentacja dla zarządu.

Mapa wpisów o blockchainie, Web3 i DLT

Wpisy pogrupowane według decyzji, którą pomagają podjąć. Zacznijcie od grupy A.

A. Decyzja: czy wspólny rejestr i kto ma kontrolę

• Blockchain w biznesie: kiedy warto łączyć go z AI? — kryteria kwalifikacji projektu i porównanie z bazą danych.
• Web3 w biznesie i AI: kto kontroluje aplikację? — podział kontroli, tożsamość i zmiana reguł.

B. Prywatne sieci między firmami (permissioned)

• Hyperledger Fabric: ślad partii między firmami — wspólny zapis partii i polityki zatwierdzeń.
• Hyperledger Besu: prywatne kontrakty EVM w biznesie — prywatna sieć zgodna z Ethereum.
• Corda: poufne transakcje między partnerami AI OS — transakcja widoczna tylko dla jej stron.

C. Sieci publiczne i aplikacje

• Ethereum w aplikacjach AI: L1, L2 i koszt procesu — sieć główna, warstwy drugie i koszt operacji.
• Aptos w aplikacjach AI: zasoby, koszty i pilot — język Move i kryteria pilota.
• Hedera Hashgraph: publiczny znacznik czasu dla AI OS — skrót dokumentu i czas konsensusu.
• dApps w biznesie: architektura i odbiór aplikacji — granice kontraktu, interfejsu i integracji.

D. Tokeny i weryfikowalne dane

• NFT w biznesie: token, uprawnienie i dane AI — token a plik, uprawnienie i cykl życia.
• Space and Time: SQL z dowodem dla aplikacji biznesowych — dowód poprawności zapytania SQL.

Najważniejsze w skrócie

• Blockchain to wspólny rejestr wielu stron, odporny na manipulację, ale nie ściśle niezmienny.
• Ma sens, gdy kilka niezależnych firm zapisuje te same dane, nie chce jednego operatora, a spór o historię kosztuje.
• W pozostałych przypadkach baza danych z audytem jest prostsza i tańsza. To zdarza się częściej.
• Rejestr potwierdza, kto i kiedy zapisał, ale nie to, czy dana jest prawdziwa.
• Dane osobowe i dokumenty zostają poza rejestrem; w łańcuchu najwyżej ich skrót.
• Cyfrowy paszport produktu, podpisy treści AI i płatności agentów nie wymagają blockchainu.
• Token o wartości rynkowej oznacza ocenę prawną pod kątem MiCA przed wyborem sieci.