---
title: "Co to jest blockchain? DLT i Web3 w firmie – poradnik"
url: "https://majchrzycki.com/blog/co-to-jest-blockchain-poradnik-dla-firm"
description: "Czym jest blockchain i rozproszony rejestr, kiedy ma sens w firmie, a kiedy wystarczy baza z audytem. Związek z AI, MiCA, RODO i karta oceny pomysłu."
---

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

6 października 2026· Aktualizacja: 6 października 2026·8 min czytania·[Krzysztof Majchrzycki](https://majchrzycki.com/o-mnie)

Temat: [Architektura systemów AI](https://majchrzycki.com/blog/filar/architektura-systemow-ai)

**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](https://majchrzycki.com/blog/co-to-jest-ai-os-poradnik-dla-firm).

## Czym jest rozproszony rejestr

NIST w raporcie [IR 8202](https://csrc.nist.gov/pubs/ir/8202/final) 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](https://eur-lex.europa.eu/legal-content/PL/TXT/HTML/?uri=CELEX:32023R1114) 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](https://nvlpubs.nist.gov/nistpubs/ir/2018/NIST.IR.8202.pdf)). 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](https://ethereum.org/en/smart-contracts/). 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](https://www.linuxfoundation.org/press/linux-foundation-decentralized-trust-launches-with-17-projects-100-founding-members), 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](https://www.lfdecentralizedtrust.org/projects), stan na 6.10.2026). [Fabric](https://hyperledger-fabric.readthedocs.io/en/latest/whatis.html) działa wśród znanych uczestników, ma polityki zatwierdzeń (endorsement) i dane prywatne widoczne tylko dla wskazanych organizacji. [Besu](https://docs.besu-eth.org/private-networks) 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](https://nvlpubs.nist.gov/nistpubs/ir/2018/NIST.IR.8202.pdf). 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](https://majchrzycki.com/blog/hyperledger-fabric-traceability-ai-os) 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](https://eur-lex.europa.eu/legal-content/PL/TXT/HTML/?uri=CELEX:32024R1781) 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](https://nvlpubs.nist.gov/nistpubs/ir/2018/NIST.IR.8202.pdf). Przywołuje też schemat naukowców z ETH Zürich [„Do you need a Blockchain?”](https://eprint.iacr.org/2017/375), 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ę

Porównanie rejestru rozproszonego i bazy danych z audytem według sześciu kryteriów: kto prowadzi zapis, zaufanie, korekta błędu, dane osobowe, koszt startu i kiedy wybrać. Wniosek: baza z audytem wystarcza częściej; rejestr rozproszony ma sens, gdy wiele firm bez wspólnego operatora spiera się o historię zapisów.

Rejestr rozproszony czy baza z audytem: to samo pytanie, inne koszty zaufania. Uproszczenie autora na podstawie NIST IR 8202.

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](https://hedera.com/service/consensus-service/), opisana we wpisie o [publicznym znaczniku czasu](https://majchrzycki.com/blog/hedera-hashgraph-znaczniki-czasu-ai-os).

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](https://majchrzycki.com/blog/co-to-jest-ontologia-firmy-poradnik-dla-firm). 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](https://eur-lex.europa.eu/legal-content/PL/TXT/HTML/?uri=CELEX:32024R1689) 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](https://c2pa.org/) (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](https://www.linuxfoundation.org/press/linux-foundation-is-launching-the-x402-foundation-and-welcoming-the-contribution-of-the-x402-protocol) 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](https://ap2-protocol.org/) 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](https://eur-lex.europa.eu/legal-content/PL/TXT/HTML/?uri=CELEX:32023R1114) 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](https://www.edpb.europa.eu/documents/guideline/guidelines-on-processing-of-personal-data-through-blockchain-technologies_en) 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.

Karta kontrolna „Czy potrzebujesz blockchainu?”: sześć pytań o liczbę stron zapisujących dane, zaufanego operatora, koszt sporu, dane osobowe, znanych uczestników i token. Jedno „nie” w pytaniach 1–4 oznacza bazę z audytem; znani uczestnicy prowadzą do rejestru prywatnego, nieznani do publicznego ze skrótem danych.

Czy potrzebujesz blockchainu? Sześć pytań przed wyborem sieci. Uproszczenie autora na podstawie NIST IR 8202 i pracy Wüst i Gervais (ETH Zürich).

### 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](https://majchrzycki.com/wspolpraca/prezentacja-systemu-ai-dla-zarzadu).

## 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?](https://majchrzycki.com/blog/blockchain-web3-dapp-ai-nft) — kryteria kwalifikacji projektu i porównanie z bazą danych.
-   [Web3 w biznesie i AI: kto kontroluje aplikację?](https://majchrzycki.com/blog/web3-dapp-blockchain-ai) — podział kontroli, tożsamość i zmiana reguł.

### B. Prywatne sieci między firmami (permissioned)

-   [Hyperledger Fabric: ślad partii między firmami](https://majchrzycki.com/blog/hyperledger-fabric-traceability-ai-os) — wspólny zapis partii i polityki zatwierdzeń.
-   [Hyperledger Besu: prywatne kontrakty EVM w biznesie](https://majchrzycki.com/blog/hyperledger-besu-ethereum-prywatny-ai-os) — prywatna sieć zgodna z Ethereum.
-   [Corda: poufne transakcje między partnerami AI OS](https://majchrzycki.com/blog/corda-prywatne-transakcje-ai-os) — transakcja widoczna tylko dla jej stron.

### C. Sieci publiczne i aplikacje

-   [Ethereum w aplikacjach AI: L1, L2 i koszt procesu](https://majchrzycki.com/blog/ethereum-eth-ether-blockchain-web3-dapp-ai) — sieć główna, warstwy drugie i koszt operacji.
-   [Aptos w aplikacjach AI: zasoby, koszty i pilot](https://majchrzycki.com/blog/aptos-blockchain-web3-dapp-ai) — język Move i kryteria pilota.
-   [Hedera Hashgraph: publiczny znacznik czasu dla AI OS](https://majchrzycki.com/blog/hedera-hashgraph-znaczniki-czasu-ai-os) — skrót dokumentu i czas konsensusu.
-   [dApps w biznesie: architektura i odbiór aplikacji](https://majchrzycki.com/blog/dapps-decentralized-apps-web3-blockchain) — granice kontraktu, interfejsu i integracji.

### D. Tokeny i weryfikowalne dane

-   [NFT w biznesie: token, uprawnienie i dane AI](https://majchrzycki.com/blog/nft-non-fungible-tokens-web3-dapp) — token a plik, uprawnienie i cykl życia.
-   [Space and Time: SQL z dowodem dla aplikacji biznesowych](https://majchrzycki.com/blog/space-and-time-blockchain-sql-decentralized-data-warehouse) — 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.

-   Blockchain
-   DLT
-   Web3
-   Zarząd

## Sprawdźmy, czy Wasz pomysł potrzebuje wspólnego rejestru

Prezentacja dla zarządu: nazwiemy strony procesu, spór, który rejestr ma rozstrzygnąć, i tańszą alternatywę — zanim zaczniecie pilota. Niezależnie od vendora i partnera.

[Umów prezentację dla zarządu](https://majchrzycki.com/wspolpraca/prezentacja-systemu-ai-dla-zarzadu)

FAQ

## Najczęstsze pytania

Czy blockchain i kryptowaluta to to samo?

Nie. Blockchain to sposób prowadzenia wspólnego rejestru przez wiele węzłów. Kryptowaluta jest jednym z zastosowań, zwykle w sieciach publicznych. Prywatne sieci firm, takie jak Hyperledger Fabric, mogą działać bez żadnego tokenu o wartości rynkowej. Ten poradnik nie dotyczy kryptowalut jako inwestycji.

Czym różni się DLT od blockchainu?

DLT (technologia rozproszonego rejestru) to szersza kategoria: rejestr synchronizowany między węzłami mechanizmem konsensusu. Blockchain to najpopularniejszy rodzaj DLT, w którym zapisy łączy się w kolejne bloki. Hedera używa innego mechanizmu (hashgraph), a Corda nie rozgłasza transakcji całej sieci — obie zalicza się do DLT.

Czy dane w blockchainie są naprawdę niezmienne?

Są odporne na manipulację i ją ujawniają, ale NIST zastrzega, że nie są ściśle niezmienne. W sieci prywatnej właściciel albo konsorcjum może zgodnie z regułami zastąpić bloki. Dlatego w umowie konsorcjum trzeba zapisać, kto i jak koryguje błędny wpis.

Czy można zapisywać dane osobowe w blockchainie?

Co do zasady nie warto. Europejska Rada Ochrony Danych w wytycznych 02/2025 zaleca unikać zapisu danych osobowych w łańcuchu, trzymać je poza nim i zaprojektować prawo do usunięcia od początku. W rejestrze zwykle zostaje skrót (hash) dokumentu, a sam dokument w systemie firmy.

Czy cyfrowy paszport produktu wymaga blockchainu?

Nie. Rozporządzenie ESPR (UE) 2024/1781 mówi o zdecentralizowanym systemie danych i o zasadach możliwie neutralnych technologicznie. Blockchain może być jednym z narzędzi, ale paszport da się zbudować także na zwykłych systemach z identyfikatorami i kontrolą dostępu.

Czy MiCA dotyczy mojej firmy, jeśli używamy prywatnego rejestru?

MiCA reguluje emisję, ofertę i obrót kryptoaktywami oraz usługi z nimi związane. Prywatny rejestr do śledzenia partii bez tokenów o wartości zwykle nie jest tym obszarem, ale granica zależy od tego, co dokładnie reprezentuje zapis. Kwalifikację konkretnego tokenu ocenia prawnik.

Czy agent AI potrzebuje blockchainu do płatności?

Nie musi. Protokoły płatności agentów, takie jak AP2, zaczynają od kart, a x402 rozlicza się w stablecoinach przez HTTP. Niezależnie od kanału kluczowe są limity, mandat zatwierdzony przez człowieka i ślad audytu, a nie sama technologia rozliczenia.

## Czytaj dalej

-   [Blockchain w biznesie: kiedy warto łączyć go z AI?](https://majchrzycki.com/blog/blockchain-web3-dapp-ai-nft)
-   [Hyperledger Fabric: ślad partii między firmami](https://majchrzycki.com/blog/hyperledger-fabric-traceability-ai-os)
-   [Web3 w biznesie i AI: kto kontroluje aplikację?](https://majchrzycki.com/blog/web3-dapp-blockchain-ai)
-   [Hyperledger Besu: prywatne kontrakty EVM w biznesie](https://majchrzycki.com/blog/hyperledger-besu-ethereum-prywatny-ai-os)