Детальний огляд 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, — як здійснювати транзакції між агентами без платформи, без законів і без людського арбітражу.

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

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

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

Аналіз роботи ERC-8183

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

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

Особливу увагу слід звернути на Evaluator. Це найважливіша частина дизайну ERC-8183. У стандарті Evaluator визначений лише як адреса у ланцюгу (address), але з ширшої точки зору ця адреса може відповідати різним формам виконання.

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

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

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

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

Крім стандартного процесу, 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-агентів.