# ERC-8004 wyjaśnione: tożsamość i reputacja agentów AI

Autor: Pawnie. Data publikacji: 2026-11-01. Strona kanoniczna: https://www.w3match.com/pl/blog/erc-8004-wyjasnione-tozsamosc-i-reputacja-agentow-ai

Dowiedz się, co pokazują rejestry tożsamości, reputacji i walidacji ERC-8004, jak działa powiązanie z portfelem i dlaczego rejestracja nie certyfikuje agenta.

ERC-8004 to projekt standardu Ethereum dotyczącego tożsamości agentów, reputacji i zapisów walidacji. Pomaga nabywcom powiązać agenta z dowodami jego pracy. Sama rejestracja nie potwierdza kompetencji ani nie upoważnia do płatności.

ERC-8004 proponuje współdzielone zapisy on-chain dotyczące tożsamości agentów, opinii i walidacji. Mogą one pomóc oprogramowaniu znaleźć agenta i sprawdzić dowody jego pracy. Rejestracja nie certyfikuje kompetencji, a wysoki wynik reputacji nadal wymaga interpretacji.

Specyfikacja Ethereum miała status Draft w chwili przeglądu 13 października 2026\. Dlatego wdrożenia i interfejsy należy sprawdzać pod kątem dokładnej używanej wersji. Przydatnym pomysłem są przenośne dowody, które usługi mogą oceniać, przy czym sama ocena nadal zależy od zadania.

## Tożsamość daje agentowi identyfikator

Rejestr tożsamości wykorzystuje identyfikator oparty na ERC-721 i powiązany z plikiem rejestracyjnym. Pełne oznaczenie obejmuje łańcuch, adres rejestru i ID agenta, dzięki czemu agent 42 w jednym rejestrze nie zostanie pomylony z agentem 42 gdzie indziej. Właściciel może aktualizować rekord lub przenieść tożsamość zgodnie z regułami projektu. [Specyfikacja ERC-8004](https://eips.ethereum.org/EIPS/eip-8004).

Dla nabywcy identyfikator pomaga odróżnić wskazanego agenta od skopiowanej etykiety witryny. Może zapewnić wspólny identyfikator w katalogach i interakcjach z usługami. Nadal trzeba sprawdzić endpoint: opis może deklarować możliwości, których usługa nie zapewnia.

Rozważ dwóch agentów, którzy nazywają się „Asystentem ds. analiz skarbowych”. Trwały identyfikator rejestru pozwala nabywcy powiązać wcześniejsze opinie z właściwą usługą, zamiast polegać na samej nazwie. Jest to przydatne nawet wtedy, gdy obliczenia odbywają się poza blockchainem.

Rejestracja wskazuje też właściciela i uprawnienia do aktualizacji. Znana tożsamość może później wskazywać inny endpoint lub podmiot operacyjny. Przeniesienie jej usuwa zarejestrowany portfel odbiorczy, który nowy właściciel musi ponownie zweryfikować. Nabywca powinien wiedzieć, jakie zmiany zaszły od czasu prac użytych do oceny agenta.

## Identyfikator agenta to tylko jeden sygnał zaufania

ERC-8004 rozdziela rejestrację od reputacji i walidacji.

### Identyfikator agenta

Oznaczenie łączące odpowiednie rekordy

**Rejestr tożsamości**

Rejestracja i informacje o usłudze.

**Rejestr reputacji**

Rekordy opinii z kontekstem i przypisanym autorstwem.

**Rejestr walidacji**

Żądania i odpowiedzi walidacyjne zgodne z wybranym modelem.

Rejestracja nie dowodzi, że agent jest unikalny, kompetentny lub uczciwy. Sprawdź, kto utworzył każdy z sygnałów.

Poglądowy schemat projektu standardu omawianego w artykule. Sposób wdrożenia i modele walidacji trzeba sprawdzić osobno.

Źródła sprawdzone 13 października 2026.  
[Projekt ERC-8004](https://eips.ethereum.org/EIPS/eip-8004)[Specyfikacja referencyjna](https://github.com/erc-8004/erc-8004-contracts/blob/master/ERC8004SPEC.md)

## Wyszukiwanie i płatność to odrębne warstwy

Standard nie definiuje systemu płatności. Może działać razem z x402 lub inną ścieżką płatniczą, ale rejestracja agenta nie oznacza, że konkretna faktura lub transakcja jest zatwierdzona.

Portfel używany do odbierania środków to również deklaracja wymagająca własnych kontroli. Specyfikacja opisuje proces dowodu kontroli przy zmianie zarejestrowanego portfela odbiorczego. Pomaga to powiązać portfel z tożsamością, ale nie dowodzi, że stojąca za nim usługa jest godna zaufania. [Powiązanie tożsamości i portfela](https://eips.ethereum.org/EIPS/eip-8004).

MCP i inne interfejsy agentów opisują sposoby reklamowania lub wywoływania możliwości. Protokół płatności opisuje wymianę handlową. Rekord tożsamości zapewnia tym interakcjom oznaczenie, które można śledzić w czasie.

Rozdzielenie warstw zapobiega niebezpiecznemu skrótowi myślowemu: uznaniu, że „zarejestrowany agent” może zatwierdzać dowolne żądanie wydania środków. [Nasz artykuł o kontroli portfela](https://www.w3match.com/blog/ai-agent-wallets-spending-controls) wyjaśnia, dlaczego komponent podpisujący nadal potrzebuje niezależnej polityki.

## Opinie to dowody wymagające oceny

Rejestr reputacji zapisuje opinie powiązane z agentem. Jego interfejsy pozwalają dodawać opinie z etykietami i odnośnikami do dodatkowych dowodów. Aplikacje mogą agregować te sygnały według własnych metod, zamiast zakładać istnienie jednego uniwersalnego wyniku. [Specyfikacja kontraktu referencyjnego](https://github.com/erc-8004/erc-8004-contracts/blob/master/ERC8004SPEC.md).

Dla nabywcy ważne jest, jakiej pracy dotyczy opinia. Pozytywny wynik generowania obrazów niewiele mówi o zdolności tego samego agenta do uzgadniania dokumentacji finansowej. Etykiety zadań i odnośniki do endpointów pomagają nie mieszać ze sobą niezwiązanych doświadczeń.

Znaczenie ma też czas. Starsze opinie mogą dotyczyć innego modelu, wersji usługi lub operatora. Historia udanych zadań jest bardziej użyteczna, gdy nabywca może powiązać ją z tym, co agent uruchomi teraz.

Poniższa grafika dotycząca sygnałów zaufania porządkuje pytania o jakość opinii. Nie przypisuje liczbowych ocen rzeczywistym agentom ani nie twierdzi, że zestaw pól wyboru może potwierdzić uczciwość.

## Wynik reputacji wymaga mianownika

Wyobraź sobie jednego agenta z wieloma entuzjastycznymi opiniami od ściśle powiązanej grupy portfeli. Drugi ma mniej opinii, ale dostarcza możliwe do odtworzenia dowody wykonania zadań od niezależnych klientów. Większa liczba opinii nie rozstrzyga, któremu należy powierzyć następne zadanie.

Sprawdź, kto wystawił opinię i czy można zweryfikować wykonaną pracę. Płatność towarzysząca opinii może potwierdzać interakcję w ramach mechanizmu płatności. Nie dowodzi, że zakup był niezależny ekonomicznie ani że wynik był dobry.

Tanie zakupy finansowane z własnych środków mogą sztucznie tworzyć aktywność. Zakaz wystawiania opinii własnemu agentowi nie powstrzymuje właściciela przed kontrolowaniem innych adresów. Systemy korzystające z reputacji potrzebują modelu uwzględniającego te relacje i koszt fałszywej aktywności.

Właściwy mianownik zależy od zadania. Dla agenta specjalistycznego udane zadania tego samego rodzaju mogą być istotniejsze niż łączna liczba interakcji. W przypadku usługi dostarczającej wyniki o krytycznym znaczeniu ogólna satysfakcja klienta nie jest pełnym testem jakości.

## Walidacja musi precyzować, jakie twierdzenie sprawdza

Rejestr walidacji udostępnia mechanizmy zgłaszania i zapisywania kontroli przeprowadzanych przez niezależnych walidatorów. Konkretne wdrożenie może korzystać z ponownego wykonania obliczeń, systemu dowodowego lub innej metody oceny. [Projekt rejestru walidacji](https://github.com/erc-8004/erc-8004-contracts/blob/master/ERC8004SPEC.md).

Zapytaj dokładnie, co sprawdził walidator. Odtworzenie obliczeń na podstawie ustalonych danych wejściowych może potwierdzić, że wynik wynikał z tych danych i reguł. Nie dowodzi automatycznie, że pierwotne dane wejściowe były kompletne lub prawdziwe.

W przypadku agenta badawczego użyteczna kontrola może polegać na sprawdzeniu cytowań względem dostarczonego zbioru źródeł. Pozostaje jednak pytanie, czy w zbiorze nie pominięto istotnych dowodów. Zakres prawidłowej kontroli powinien być widoczny dla nabywcy.

Kompetencje i motywacje walidatora również wymagają oceny. Odpowiedź on-chain sprawia, że zapis można skontrolować. Nie zwalnia to z potrzeby zrozumienia, jak powstała.

## Dobierz dowody do zadania

Przy tanim, odwracalnym wyszukiwaniu danych nabywca może zaakceptować usługę z krótką historią i zweryfikować wynik później. Przy dużej dyspozycji finansowej może wymagać silniejszych zabezpieczeń i zatwierdzenia przez człowieka. Ten sam system tożsamości może wspierać różne polityki zaufania.

To praktyczny powód, by unikać pojedynczej odznaki „zaufany agent”. Usługa może nadawać się do jednego procesu, a nie nadawać się do innego. Przyznane jej uprawnienia powinny uwzględniać tę różnicę.

Uprawnienia agenta do wydawania środków również wymagają osobnego limitu. Wybór renomowanej usługi danych nie przyznaje agentowi kupującemu nieograniczonego budżetu, a identyfikacja agenta kupującego nie gwarantuje, że znalazł dobrą cenę.

Artykuł o sprzedaży danych agentom omawia informacje, które sprzedawca może ujawnić, by ułatwić taki wybór. Jasny opis możliwości i weryfikowalne dostarczenie mogą stanowić mocniejszy dowód handlowy niż zawyżony wynik.

## Co sprawdziłbym podczas demonstracji rejestru

Pokaż rekord tożsamości, jego obecnego właściciela i historię endpointów. Następnie otwórz opinię i pracę, której dotyczy. Jeśli dostępna jest walidacja, wskaż sprawdzane twierdzenie i podmiot odpowiedzialny za kontrolę.

Następnie zmień endpoint lub przenieś tożsamość w środowisku testowym. Nabywca powinien móc odróżnić poprzedni kontekst reputacji od nowego sposobu działania. Przenośny identyfikator jest użyteczny tylko wtedy, gdy zmiany wokół niego pozostają zrozumiałe.

ERC-8004 zapewnia miejsce na dołączanie dowodów. Lepszy wybór zależy od zdolności nabywcy do zinterpretowania tych dowodów w kontekście konkretnego zadania. Płatność pozostaje osobną warstwą, opisaną we wprowadzeniu do [x402](https://www.w3match.com/blog/x402-explained-ai-agent-api-payments).

## Porównuj te same zadania, zanim porównasz reputację

Wyobraź sobie, że Agent A ma opinie dotyczące 1,000 zadań generowania obrazów. Agent B ma opinie dotyczące 40 zadań ekstrakcji danych z dokumentów rejestrowych spółek. Przy zadaniu wyszukania informacji w dokumentacji rejestrowej A nie staje się lepszym kandydatem tylko dlatego, że ma ich więcej.

Sprawdź etykiety zadań, dowody dotyczące właściwych zadań oraz to, czy były wykonywane przez obecny endpoint i operatora. Następnie przeprowadź mały test na dokumencie rejestrowym ze znaną odpowiedzią. Przykład jest fikcyjny; ERC-8004 udostępnia rekordy, natomiast reguła wyboru należy do nabywcy. [Specyfikacja ERC-8004](https://eips.ethereum.org/EIPS/eip-8004).
