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

Автор: Virtuals Protocol

Переклад: Deep潮 TechFlow

Deep潮 Вступ: Virtuals Protocol у співпраці з командою dAI Фонду Ethereum опублікували пропозицію стандарту ERC-8183. Основна ідея полягає у створенні бездовірчого ланцюгового бізнес-протоколу для економічних взаємодій між AI-агентами. Це не ще один платіжний протокол, а цілісний набір інфраструктури для задач, тримання, верифікації доставки та оцінки. У поєднанні з попереднім ERC-8004 (ідентифікація та репутація агентів) ці стандарти формують замкнене коло: виявлення, транзакції, накопичення репутації, покращене виявлення та більше бездовірчих транзакцій. Якщо ви цікавитеся шляхами впровадження AI-агентів у ланцюг, ця стаття варта детального вивчення.

Повний текст нижче:

Розроблено у співпраці Virtuals Protocol та команди dAI Фонду Ethereum

Стандартизація:

Обговорення: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902

Приєднатися до спільноти Builder:

Бізнес: передумови децентралізованого AI

Якщо ми прагнемо зробити AI-агентів доступними, децентралізованими, без контролю однієї платформи, без залежності від одного провайдера та без єдиного точки відмови, то бізнес є необхідною складовою. Бізнес не може бути доданим пізніше — він має бути інфраструктурою. І ця інфраструктура має бути відкритою та безліцензійною. Саме для цього створено @ethereum — для побудови «спільного цифрового простору без власника».

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

Тому потрібен відкритий бізнес: будь-який агент має мати можливість купувати послуги, будь-який — їх надавати. Без ворот, без «зелених садів», без примусових посередників.

Чому блокчейн

Ключ у тому, що бізнес може функціонувати лише тоді, коли всі сторони можуть довіряти виконанню угод. Як дізнатись, що провайдер виконає? Якщо клієнт попередньо платить, як переконатися, що провайдер доставить? Якщо провайдер доставляє першим, як переконатися, що клієнт заплатить? Потрібні — тримачі коштів, механізми відстеження виконання роботи та виконання результату: при завершенні — виплата, при невдачі — повернення. Саме довіра (або її відсутність) породжує централізовані структури або воротарів.

У традиційних системах цим «хтось» є платформа. Компанія тримає кошти, контролює стан системи, визначає, хто і коли отримує оплату. Це працює — доки не перестане. Платформа може змінювати правила, заморожувати кошти, знімати провайдерів, зупиняти роботу. Усі учасники залежать від її добросовісності. Це централізація — не на рівні протоколу, а на рівні виконання. Це не помилка, але у системах без довіри — необхідність. Наша мета — «децентралізація» (de-totalization): запобігти тому, щоб будь-який один суб’єкт мав повний контроль над транзакціями агентів. Ми бачили, що розробники хочуть інфраструктуру, на яку можна покластися, але яка не залежить від добросовісності окремої платформи.

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

Ланцюгова розрахункова система дає те, чого не може централізована платформа: переносимі, верифіковані, незмінні записи. Кожне завершене завдання, кожен сертифікат оцінювача, кожен хеш доставки — записуються у ланцюг, будь-хто може їх побачити. Це — основа для системи репутації та ідентифікації агентів. Без ланцюгових розрахунків — немає верифікованої історії. Без історії — немає переносимої репутації. Без переносимої репутації — кожна взаємодія з агентом починається з нуля.

Саме тому потрібен стандарт для ланцюга. Тримачі, перехід станів, сертифікація — все це має бути нейтральним, безпечним, виконавчим.

Виявлення, переговори та комунікація можуть відбуватися у ланцюгу або поза ним, через будь-який природний інтерфейс. Агент може використовувати HTTP та протокол x402, взаємодіючи так, ніби це стандартний API або HTTPS-запит. Агент не обов’язково має безпосередньо контактувати з ланцюгом. Він підписує повідомлення, а фасилітатор обробля розрахунки та стандарти у ланцюгу. Або агент може безпосередньо взаємодіяти через MCP або A2A. Інтерфейси гнучкі, але основний розрахунок має бути бездовірчим, програмованим і у ланцюгу. Це — інфраструктура, яку не може запропонувати централізована система, оскільки вона послаблює контроль.

Економіка агентів

Моделі AI та агентів швидко розвиваються щомісяця. Завдання, що раніше вимагали людської експертизи — написання виробничого коду, створення медіаконтенту, аналіз фінансових даних, координація багатоступеневих робочих процесів — тепер виконує агент з високою якістю або навіть кращою. І можливості швидко зростають. Траєкторія розвитку AI робить нову економіку неминучою.

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

Це — ключова зміна: AI та агенти стають економічними учасниками, що створюють цінність і надають послуги.

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

Якщо агенти здатні виконувати цінну роботу, і кожен має свого агента, — більша частина бізнесу буде проходити через автономні системи. Це — майбутнє, яке ми будуємо.

Проблема: бездовірчий бізнес між агентами

Економіка агентів потребує бізнесу між агентами. А коли агенти з різних організацій і ланцюгів ніколи не взаємодіяли, цей бізнес має бути бездовірчим.

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

Отже, питання: як зробити бізнес між агентами без довіри?

Просте переказ коштів і сподівання на краще — не працює. Токен-міжбанківський переказ — це не бізнес, а платіж без гарантій. Немає запису про домовленості, механізму утримання коштів до завершення роботи, сигналів для інших агентів, або можливості притягнути до відповідальності провайдера, якщо він не виконає.

Потрібен структурований механізм співпраці: кошти — у програмовому бездовірчому тримачі, робота — у верифікованих продуктах, оцінювачі — підтверджують відповідність, результати — визначальні. Кошти — при завершенні — виплачуються, при відмові — повертаються, при закінченні — повертаються. Всі ці механізми сприяють формуванню і підтримці ідентичності та репутації сторін.

ERC-8183: Job primitive

У співпраці з @ethereumfndn dAI командою ми формалізували цю концепцію у стандарт. ERC-8183: Agentic Commerce — відкритий, безліцензійний стандарт для бізнесу агентів, реалізований у вигляді смарт-контрактів для тримання та сертифікації оцінювачів.

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

Ключові компоненти та принципи Job включають: (i) опис та специфікація задачі — чіткий запис завдання, послуги або роботи, прив’язаний до платежу; (ii) платіж — у бездовірчому тримачі до кінця, з програмовим звільненням; (iii) записані, верифіковані та відстежувані результати доставки, що захищають обидві сторони; (iv) сертифікація оцінювачем — створює сигнали для довіри та репутації, забезпечуючи бездовірчий розрахунок.

Це забезпечує перехід Job через чотири ключові стани, гарантує бездовірчий характер транзакції:

Open → Funded → Submitted → Terminal (Completed / Rejected / Expired)

Підсумовуючи: клієнт створює Job з провайдером, вносить кошти, які блокуються у тримачі. Після виконання роботи провайдер викликає submit, додає результати (або їх посилання) у ланцюг. Оцінювач перевіряє, викликає complete (звільняє кошти провайдеру) або reject (повертає клієнту). Якщо до кінцевого терміну провайдер і оцінювач не діють — Job закінчується, і клієнт повертає кошти.

Стандарт навмисно мінімалістичний, формує атомарний примітив. Він не регламентує процеси переговорів, структуру комісій, механізми спорів, комунікації або пошук. Він лише визначає основний життєвий цикл Job — мінімальну основу бездовірчого бізнесу агентів.

Оцінювачі

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

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

Стандарт не робить різниці. Адреса викликає complete або reject. Ця адреса може бути LLM-агентом або ZK-циркулем — протокол не має значення. Це дозволяє обробляти як завдання за кілька центів (генерація зображень), так і управління фондами на сотні тисяч доларів.

Hooks: модульність та розширюваність

Примітив Job навмисно мінімальний. Але бізнес — ні. Реальні застосунки вимагають кастомних верифікацій, оновлень репутації, розподілу комісій, переказів, аукціонів і специфічної логіки залежно від кейсу. Наприклад, оцінка контенту, обмін токенами, позиції у прогнозних ринках — кожен сценарій потребує різних механізмів.

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

Якщо Hook не налаштований — контракт виконується стандартно. Реалізація без Hooks цілком відповідає ERC-8183. Hooks — додаткові, не обов’язкові. Такий дизайн зберігає простоту ядра та стабільність інтерфейсу. Нові сценарії підтримуються через нові Hook-контракти, логіка залишається у ланцюгу, програмована та бездовірча — так само, як і основний примітив.

Приклади бізнес-застосунків

Основний Job — це безпосередній сервіс: оплата, доставка, оцінка. Але економіка агентів складна. Деякі Job включають управління капіталом клієнта, а не лише оплату. Деякі вимагають аукціонів перед вибором провайдера. Інші — перевірки довіри через зовнішні дані репутації. Це — різні економічні моделі, і Hooks дозволяють підтримувати цю різноманітність, роблячи ERC-8183 універсальним бізнес-примітивом.

Залежно від сценарію, Job може бути без Hooks — для простих сервісів, таких як створення контенту, аналіз даних або рецензія коду. Тут основний процес — тримання та оцінка.

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

Або ж — аукціонний Job. Провайдери змагаються у ціні. Hooks перевіряють підписані пропозиції, підтверджуючи, що обраний провайдер справді обіцяв ціну. Це — чесна конкуренція без фальсифікацій.

Рівень довіри — через репутацію. Hooks можуть запитувати ERC-8004 перед операцією, щоб блокувати провайдерів із низькою репутацією або накладати додаткові умови.

Конфіденційність. Hooks можуть забезпечити бізнес без розкриття даних — наприклад, через ZKP або TEE. Це дозволяє платити без довіри, зберігаючи конфіденційність інтелектуальної власності або особистих даних.

Ризик-оцінка та підписка. Hooks можуть виконувати функції підписки, застави, перевірки репутації, зовнішніх орacle або слешу гарантій. Це робить прозорими та програмовими процеси, раніше недоступні.

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

Співпраця з ERC-8004

ERC-8183 не існує ізольовано. Він тісно пов’язаний із ERC-8004 («Trustless Agents») — стандартом ідентифікації, репутації та верифікації агентів Ethereum.

ERC-8004 вирішує питання пошуку та довіри: як агенти знаходять один одного і оцінюють надійність. Але його цінність залежить від активності. Без реальної взаємодії — немає репутації. Без конкретних домовленостей — немає верифікації.

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

Обидва стандарти утворюють цикл: пошук (8004) → бізнес (8183) → репутація (8004) → покращення пошуку → ще більше бездовірчих транзакцій.

Разом вони формують основу для бездовірчого бізнесу та взаємодії агентів.

За межами платежів

ERC-8183 — не платіжний протокол, а бізнес-стандарт.

Платіж — це переказ грошей. Але бізнес — це все, що навколо платежу, що робить його надійним і функціональним: домовленості, завершення роботи, верифікація, дії у разі невиконання. У традиційних системах — це ризик-менеджмент, кредитування, шахрайство, механізми повернення та спірні ситуації. Це — цінність платіжних процесорів, карткових систем і платформ — не просто переказ грошей, а інфраструктура довіри.

На ланцюгу ці функції зберігаються. Вони мають бути бездовірчими, програмовими та відкритими. Це — те, що робить ERC-8183.

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

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

Несумовність та проблеми повернення

Ще один аспект — незворотність платежів. У кредитних картах, якщо послуга незадовільна, клієнт може оскаржити та скасувати списання. Після переказу — гроші зникли. Це — реальний аргумент проти.

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

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

Нові економічні учасники

Потік AI створює нових учасників — покупців і продавців. Мільйони розробників і користувачів створюють мікросервіси, API, інструменти — без юридичних особ, сайтів або історії транзакцій. Агентські системи від компаній і open-source фреймворків залучають мільйони користувачів.

Традиційні платформи не здатні обслуговувати таких продавців — через високий ризик шахрайства, повернень і спорів. Вони не мають історії або репутації.

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

Відсутність можливості страхувати нових провайдерів — тимчасовий недолік. Стандарт структуровано зменшує цей час. Вже сьогодні будь-хто може розгорнути ERC-8183. Екосистема розвивається через експерименти, а не через централізовані рішення. Але головне — ERC-8183 у поєднанні з ERC-8004 не лише закриває цю прогалину, а й вирішує корінь проблеми. Відсутність історії — причина, чому провайдери не можуть страхувати нових. ERC-8183 створює цю історію. Кожен завершений Job записується у ланцюг: хеш доставки, сертифікація, результат. Ця історія переносима, верифікована і належить не одному суб’єкту.

Важливо, що ці записи не закриті у одному провайдері. Сьогодні платформа А знає про ваші повернення, платформа В — про ваші рейтинги. Але ви не можете їх перенести. У ERC-8183 репутація — це актив, що належить продавцю і переноситься між платформами, ланцюгами та інтерфейсами, що підтримують стандарт. ERC-8183 живить ланцюгову ідентифікацію та репутацію (ERC-8004) і надає дані для страхування.

Разом — будуємо майбутнє Agent-бізнесу та децентралізованого AI

ERC-8183 — відкритий стандарт бездовірчого бізнесу агентів. Як долучитися:

Створюйте за ERC-8183. Стати фасилітатором! Розгорніть ERC-8183 у своєму ланцюгу. Створюйте SDK, обгортки, сканери та трекери. Розробляйте нові інтерфейси та досвід, що забезпечують безпечний та верифікований розрахунок у ланцюгу. Створюйте фреймворки агентів, що працюють з цим стандартом.

Експериментуйте з Hooks. Потрібні платежі за етапами або вирішення спорів? Створюйте їх як Hooks. Це — простір для інновацій та різноманітних застосунків.

Створюйте та реєструйте оцінювачів. Оцінювачі — ключові для безпеки та бездовірчого бізнесу, але їх бракує. Створюйте їх у конкретних сферах, особливо у верифікованих областях. Реєструйте у ERC-8004. Вносьте значущий внесок у репутацію та ідентифікацію агентів.

Вносіть пропозиції та давайте зворотній зв’язок. Це — відкритий стандарт. Лише через широкі експерименти, реальне застосування, чесний фідбек та ітерації він стане тим, чим має бути. Що бракує — пропонуйте. Що неправильно — критикуйте. Стандарти, кодова база, дискусії — відкриті. Разом ми його розвиватимемо.

Економіка агентів базується на відкритих стандартах або на «стінах». Ми обираємо відкриті стандарти. Спільний цифровий простір.

ERC-8004 — для довіри. ERC-8183 — для бізнесу. А все інше — ваше.

Додаткові посилання:

ERC-8183 — специфікація:

ERC-8004 — специфікація: eips.ethereum.org/EIPS/eip-8004

Обговорення ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902