Dogłębna analiza ERC-8183: Odpowiedź na problem zaufania agentów AI opartych na Ethereum

Autor: Azuma, Odaily Planet Daily

10 marca zespół dAI, działający w ramach fundacji Ethereum i koncentrujący się na promowaniu "głębokiej integracji sztucznej inteligencji (AI) i blockchain", uruchomił nowy standard, ERC-8183, we współpracy z Virtuals Protocol.

Davide Crapis, szef działu AI w fundacji Ethereum, stwierdził, że ERC-8183 jest jednym z brakujących elementów otwartego systemu ekonomicznego agentów, budowanego przez społeczność Ethereum. Standard ten może być używany w połączeniu z x402 i ERC-8004, pełniąc rolę infrastrukturalną w bezpiecznych interakcjach między agentami. Zespół dAI będzie wspierać adopcję ERC-8183, dążąc do uczynienia go neutralnym standardem.

Co ERC-8183 ma na celu rozwiązać?

Według artykułu wprowadzającego opublikowanego przez Virtuals Protocol, ERC-8183 jest zaprojektowany do transakcji handlowych między agentami AI. Standard ten definiuje zestaw zasad on-chain, które pozwalają dwóm wzajemnie nieufnym agentom na realizację procesów biznesowych, takich jak "zatrudnij-dostarcz-rozlicz", bez polegania na scentralizowanych platformach.

Kluczowym problemem, którym ERC-8183 stara się zająć, jest sposób realizacji transakcji, gdy agenci zatrudniają się nawzajem i współpracują bez platformy, ram prawnych czy ludzkiego arbitrażu.

Na przykład, jeśli agent A skupiony na marketingu chce zatrudnić innego agenta B, specjalizującego się w generowaniu obrazów, do stworzenia partii plakatów marketingowych, pojawia się problem zaufania handlowego – żadna ze stron nie zna drugiej i nie ma podstaw do zaufania. Kiedy należy dokonać płatności? Jeśli A zapłaci najpierw, B może strajkować lub dostarczyć niesatysfakcjonującą pracę; jeśli B wykona pracę najpierw, A może odmówić zapłaty...

W tradycyjnym świecie internetu użytkownicy i sprzedawcy stają przed podobnymi problemami zaufania handlowego, gdzie platformy odgrywają krytyczną rolę pośrednika – platformy są odpowiedzialne za przetrzymywanie funduszy A, ustalanie, czy usługa B została ukończona, i dokonywanie ostatecznej płatności. Znane platformy, takie jak Taobao, JD.com, Meituan i Didi, w zasadzie pełnią rolę takich pośredników opartych na platformach.

Tym, co fundacja Ethereum i Virtuals Protocol chcą osiągnąć, jest abstrakcja funkcji platformy do protokołu on-chain poprzez ERC-8183, wykonywanego przez smart contract, przejmując tym samym rolę zdecentralizowanego pośrednika w ekonomii agentów.

Rozbicie schematu działania ERC-8183

Mechanizm operacyjny ERC-8183 nie jest skomplikowany. Standard ten wprowadza nowe pojęcie zwane Job (co można rozumieć jako "zadanie"). Każdy Job można postrzegać jako kompletną transakcję handlową, obejmującą trzy różne role:

• Client: "Klient", mówiąc prościej, to agent, który publikuje różne zadania;
• Provider: "Dostawca usług", odpowiedzialny za wykonanie zadania;
• Evaluator: Najbardziej unikalna rola, odpowiedzialna za ocenę, czy zadanie zostało wykonane.

Ważne jest, aby wyjaśnić rolę Evaluatora, ponieważ jego wprowadzenie jest kluczowym projektem ERC-8183. W tym standardzie Evaluator jest zdefiniowany tylko jako adres on-chain, ale z szerszej perspektywy adres ten może odpowiadać różnym formom wykonania.

• W przypadku zadań subiektywnych, takich jak pisanie, projektowanie czy analiza, Evaluator może być agentem AI, który czyta przesłane wyniki, porównuje je z początkowymi wymaganiami zadania, a następnie wydaje werdykt;
• W przypadku zadań deterministycznych, takich jak obliczenia, generowanie dowodów czy transformacja danych, Evaluator może być smart contract, który zawiera weryfikator wiedzy zerowej (weryfikator ZK). Provider przesyła dowód, Evaluator weryfikuje go on-chain i automatycznie wywołuje "complete" lub "reject", aby zakończyć lub odrzucić zadanie;
• W scenariuszach zadań o wysokiej wartości lub wysokim ryzyku, Evaluator może być również kontem z wieloma podpisami, DAO lub klastrem walidacyjnym wspieranym przez mechanizm staking.

ERC-8183 nie rozróżnia tych różnych form. Warstwa protokołu dba tylko o jedno – czy dany adres wywołuje "complete" czy "reject". To, czy ten adres jest obsługiwany przez agenta AI napędzanego przez LLM, czy obwód ZK, wykracza poza zainteresowanie protokołu.

Wracając do Job, cykl życia każdego Job będzie miał cztery stany, odpowiadające różnym procesom działania ERC-8183.

• Open: Client tworzy Job na tym etapie, publikuje zadanie i wyjaśnia wymagania;
• Funded: Client przekazuje prowizję na adres depozytowy smart contract, a nie bezpośrednio do Providera;
• Submitted: Provider kończy pracę i przesyła dowód;
• Terminal (Completed / Rejected / Expired): Evaluator jest odpowiedzialny za przegląd zadania i ustalenie, czy zostało ono wykonane (Completed lub Rejected), przekazując fundusze odpowiednio do Clienta lub Providera. Jeśli w wymaganym czasie nie ma odpowiedzi lub ukończenia ze strony Providera, fundusze zostaną zwrócone do Clienta.

Oprócz wspomnianych powyżej standardowych procesów, ERC-8183 może również osiągnąć więcej funkcji pochodnych poprzez modułowe funkcje rozszerzeń zwane Hooks, aby rozwiązać złożone rzeczywiste przypadki użycia biznesowego. Hooks to opcjonalne smart contracty dołączane podczas tworzenia Job, które mogą wykonywać niestandardową logikę przed i po różnych etapach cyklu życia Job, takich jak progi reputacji, mechanizmy licytacji, podział opłat czy inne specjalne wymagania.

Czym ERC-8183 różni się od x402 i ERC-8004?

Od x402 do ERC-8004, a teraz do ERC-8183, czytelnicy, którzy nie są zaznajomieni, mogą być zdezorientowani, dlaczego co jakiś czas tworzony jest nowy standard. Jednak te trzy standardy znajdują się na trzech różnych etapach systemu ekonomicznego agentów AI, z których każdy zajmuje się innymi problemami.

x402 to protokół płatności HTTP, którego celem jest umożliwienie agentom AI dokonywania bezpośrednich płatności, takich jak wywołanie API; ERC-8004 to standard tożsamości i reputacji agenta AI, zajmujący się tym, jak ustalić, czy agent jest wiarygodny; ERC-8183 koncentruje się na aspekcie transakcji handlowych, podejmując wyzwanie, jak umożliwić dwóm nieufnym agentom dokonanie transakcji.

Podsumowując, x402 jest odpowiedzialny za rozwiązanie "jak płacić"; ERC-8004 jest odpowiedzialny za wiedzę "kim jest druga strona i czy jest godna zaufania"; ERC-8183 jest odpowiedzialny za obsługę "jak dokonywać transakcji z zaufaniem".

Te trzy nie konkurują ze sobą, ale są komplementarne, wspólnie wskazując na ten sam cel – budowę zdecentralizowanego, samoobsługowego systemu ekonomicznego agentów AI.