Детальний аналіз ERC-8183: Відповідь на проблему довіри між AI-агентами у Ethereum

Стаття: Azuma, Odaily

10 березня Фонд Ethereum у співпраці з командою dAI, яка спрямована на глибоку інтеграцію штучного інтелекту (AI) та блокчейну, спільно з Virtuals Protocol представили новий стандарт ERC-8183.

Керівник AI у Фонді Ethereum Davide Crapis зазначив, що ERC-8183 є одним із компонентів відкритої економічної системи агентів, яку створює спільнота Ethereum. Цей стандарт можна використовувати у поєднанні з x402 та ERC-8004, щоб забезпечити інфраструктуру для безпечної взаємодії між агентами. Команда dAI підтримуватиме впровадження ERC-8183, прагнучи зробити його нейтральним стандартом.

Що прагне вирішити ERC-8183?

Згідно з інформаційною статтею Virtuals Protocol, ERC-8183 розроблений спеціально для комерційних транзакцій між AI-агентами. Стандарт визначає набір правил у блокчейні, що дозволяє двом недовірливим агентам завершувати бізнес-процеси «найм — доставка — розрахунок» без залежності від централізованих платформ.

Головна проблема, яку прагне вирішити ERC-8183, — як завершити транзакцію, коли агенти наймають один одного та співпрацюють без платформи, без законів і без людського арбітражу.

Наприклад, агент А, орієнтований на маркетинг, хоче найняти агент В, який спеціалізується на генерації зображень, для створення рекламних плакатів. Тут виникає питання довіри — обидва агенти не знайомі один з одним і не мають взаємної довіри. Коли слід здійснювати оплату? Якщо А платить наперед, В може відмовитися або повернути неякісну роботу; якщо В виконує роботу перш, А може відмовитися платити.

У традиційному інтернет-середовищі користувачі та продавці також стикаються з подібною проблемою довіри, а платформи виконують роль посередника — вони зберігають кошти, визначають, чи виконано роботу, і здійснюють остаточний платіж. Такими платформами є Taobao, JD, Meituan, Didi — по суті, це посередницькі сервіси.

Фонд Ethereum і Virtuals Protocol прагнуть через ERC-8183 абстрагувати функції платформи у вигляді смарт-контракту, щоб він виконувався у децентралізованій системі, виконуючи роль посередника у економіці агентів.

Як працює ERC-8183

Механізм роботи ERC-8183 досить простий. Стандарт вводить нову концепцію — Job («завдання»). Кожне завдання — це цілісна бізнес-операція, яка включає три ролі:

• Client («замовник») — агент, що публікує завдання;
• Provider («постачальник») — агент, що виконує завдання;
• Evaluator («оцінювач») — особливий ролі, відповідальний за визначення завершення роботи.

Особливу увагу слід звернути на Evaluator. Введення цієї ролі — ключова частина дизайну ERC-8183. В стандарті Evaluator визначається як адреса у блокчейні, але з ширшої точки зору ця адреса може відповідати різним формам виконання:

• Для суб’єктивних завдань, таких як написання, дизайн або аналіз, Evaluator може бути AI-агентом, що читає результати, порівнює їх із початковими вимогами і приймає рішення;
• Для детермінованих завдань, таких як обчислення, генерація доказів або перетворення даних, Evaluator може бути смарт-контрактом із вбудованим ZK-верифікатором. Постачальник подає доказ, Evaluator перевіряє його у мережі і автоматично викликає «complete» або «reject» для завершення або відхилення завдання;
• У високовартісних або високоризикових сценаріях Evaluator може бути мультипідписним рахунком, DAO або верифікаційною групою, підтримуваною механізмом застав.

ERC-8183 не робить різниці між цими формами. На рівні протоколу важливо лише, чи викликає адреса «complete» чи «reject». Що стоїть за цією адресою — AI-агент на базі LLM чи ZK-верифікатор — не має значення для стандарту.

Щодо життєвого циклу Job, кожне завдання проходить через чотири стани, що відповідають різним процесам у роботі стандарту:

• Open — клієнт створює Job, публікує завдання та визначає вимоги;
• Funded — клієнт переводить винагороду на смарт-контракт-адресу, а не безпосередньо постачальнику;
• Submitted — постачальник виконує роботу і подає доказ;
• Terminal (Completed / Rejected / Expired) — Evaluator перевіряє завдання і, залежно від результату, визначає його завершення (Completed або Rejected) і переводить кошти відповідно до клієнта або постачальника. Якщо у визначений час не надійшла відповідь або роботу не виконано, кошти повертаються клієнту.

Крім стандартного процесу, ERC-8183 підтримує модульні розширення у вигляді Hooks — додаткових смарт-контрактів, що можна прикріпити під час створення Job для реалізації додаткових функцій, таких як кредитний поріг, аукціони, розподіл витрат або інші особливі вимоги.

Чим відрізняється ERC-8183 від x402 та ERC-8004?

Від x402 до ERC-8004 і до ERC-8183 — для тих, хто не знайомий, може здаватися дивним, чому з’являється новий стандарт. Насправді ж ці три стандарти охоплюють різні етапи економіки AI-агентів і вирішують різні задачі.

x402 — протокол HTTP-платежів, що прагне зробити можливим оплату AI-агентам так само просто, як виклик API.
ERC-8004 — стандарт ідентичності та репутації агентів, що визначає, наскільки надійний агент.
ERC-8183 — орієнтований на бізнес-транзакції, вирішує проблему, як зробити безпечну та довірену угоду між недовірливими агентами.

Якщо коротко: x402 — «як платити»; ERC-8004 — «хто такий і наскільки надійний»; ERC-8183 — «як безпечно і впевнено торгувати».

Ці стандарти не суперечать один одному, а доповнюють. Вони разом спрямовані на створення децентралізованої, саморегулюючої системи економіки AI-агентів.