Фонд Ethereum та Virtuals Protocol запускають ERC-8183 для забезпечення транзакцій агентів ШІ без довіри

iconOdaily
Поділитися
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconКороткий зміст

expand icon
Новини про ethereum з’явилися 10 березня 2026 року, коли команда dAI Фонду ethereum та Virtuals Protocol запустили ERC-8183. Оновлення протоколу вводить бездовірчий фреймворк для транзакцій агентів ШІ, що дозволяє виконувати робочі процеси «найняти-доставити-розрахуватися» на ланцюзі. Він визначає три ролі — Клієнт, Постачальник та Оцінювач — і підтримує модульні розширення. ERC-8183 працює разом із x402 та ERC-8004 для побудови децентралізованої економіки ШІ.

Оригінал | Odaily Star Daily (@OdailyChina)

Автор: Azuma (@azuma_eth)

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

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

Що намагається вирішити ERC-8183?

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

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

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

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

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

Розбір робочого плану ERC-8183

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

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

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

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

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

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

  • Відкрито: Клієнт створить завдання, опублікує задачу та визначить вимоги в цей період;
  • Фінансування: Клієнт переказує комісію на адресу смарт-контракту для зберігання, а не надає її безпосередньо Постачальнику;
  • Надіслано: Постачальник завершив роботу та надіслав підтвердження;
  • Термінал (Завершено / Відхилено / Стерлося): Оцінювач відповідає за перевірку завдання та на основі результатів перевірки визначає, чи завдання завершено (Завершено або Відхилено), і відповідно переказує кошти Клієнту або Постачальнику; якщо протягом встановленого терміну Постачальник не відповідає або не виконує завдання, кошти повертаються Клієнту.

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

В чому різниця між ERC-8183, x402 та ERC-8004?

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

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

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

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

Відмова від відповідальності: Інформація на цій сторінці може бути отримана від третіх осіб і не обов'язково відображає погляди або думки KuCoin. Цей контент надається лише для загального інформування, без будь-яких запевнень або гарантій, а також не може розглядатися як фінансова або інвестиційна порада. KuCoin не несе відповідальності за будь-які помилки або упущення, а також за будь-які результати, отримані в результаті використання цієї інформації. Інвестиції в цифрові активи можуть бути ризикованими. Будь ласка, ретельно оцініть ризики продукту та свою толерантність до ризику, виходячи з ваших власних фінансових обставин. Для отримання додаткової інформації, будь ласка, зверніться до наших Умов використання та Розкриття інформації про ризики.