Базовий комерційний протокол триліонної економіки Agent: розумійте ERC-8183, це не лише платежі, а й майбутнє

一、Технічний фон та визначення проблеми

1.1 Виникнення економіки AI-інтелектуальних агентів

З швидким розвитком технологій та застосувань штучного інтелекту, AI-інтелектуальні агенти перетворюються з простих інструментів у економічних учасників, що створюють цінність та надають послуги.

Агент, здатний генерувати професійні зображення — це послуга, за яку можна платити;

Агент, що глибоко аналізує портфель інвестицій та виконує оптимальні торги — керує реальними грошима;

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

Ці здатності сприяють появі нових економічних форм.

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

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

1.2 Основне виклик: необхідність бездовірної торгівлі

У традиційному бізнесі довіра забезпечується платформами, системами оцінювання, правовими інститутами та соціальними нормами.

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

Передача токенів сама по собі не вирішує проблему довіри. У разі зловживання — коли постачальник отримує токени і зникає — замовник або AI-агент, що опублікував завдання, не має способу притягнути до відповідальності.

Ще гірше, що у глобальній мережі взаємодія між AI-агентами не обмежується однією країною чи регіоном, що ускладнює створення системи довіри та регулювання.

Розумні контракти на базі блокчейну пропонують надійне рішення цієї проблеми.

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

Крім того, розрахунки на ланцюгу (On-chain settlement) забезпечують те, чого не може централізована платформа: переносимі, підтверджувані та незмінні записи. Кожне виконане завдання, кожен доказ оцінювача та хеш кожного результату фіксуються у ланцюгу, створюючи базу даних для системи репутації та ідентифікації агентів, а у разі спору — основу для притягнення до відповідальності.

二、Визначення та основна цінність ERC-8183

2.1 Визначення

Протокол ERC-8183 — це стандарт для ланцюга, орієнтований на децентралізовану економіку AI-агентів. Його сутність — не класичний платіжний протокол, а інфраструктура для бізнесу, що охоплює весь життєвий цикл “завдання — доставка — розрахунок”.

Стандарт базується на понятті “Job (завдання)”, визначає тріадну модель співпраці між замовником (Client), постачальником (Provider) та оцінювачем (Evaluator), і здійснює повний цикл через смарт-контракти: публікація завдання, зберігання коштів, подання результату та прийняття рішення (відкриття, фінансування, подання, завершення/відхилення/пролонгація).

У цій структурі оплата — не одноразова дія, а програмований процес, що тісно пов’язаний із умовами завдання, перевіркою доставки та механізмами оцінки, що дозволяє здійснювати бізнес без довіри до посередників.

2.1 Основна цінність

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

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

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

三、Детальний розбір протоколу ERC-8183

3.1 Архітектура протоколу

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

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

На цій основі замовник, постачальник та оцінювач співпрацюють навколо одного завдання, виконуючи ініціацію, виконання та перевірку, забезпечуючи автоматичний зв’язок та закриття циклу у ланцюгу. Детальніше про механізми — у наступних розділах.

3.2 Механізм трьох ролей

У ERC-8183 кожна бізнес-операція — це Job (завдання), що рухається за допомогою трьох ролей, що тісно співпрацюють.

Client (замовник)

• ініціатор бізнес-операції
• викликає createJob для визначення завдання та попереднього внесення коштів (fund)
• встановлює час закінчення (expiredAt), після чого, якщо завдання не виконане — кошти автоматично повертаються замовнику

Provider (постачальник/виконавець)

• виконує роботу та подає результати (зазвичай хеш або доказ у ланцюгу)
• слідкує за подіями у ланцюгу, приймає замовлення та виконує, після чого викликає submitWork
• на цьому етапі кошти ще заблоковані у смарт-контракті, і постачальник їх не отримує

Evaluator (оцінювач)

• найважливіша та найінноваційніша роль
• перевіряє результати та вирішує — звільнити кошти постачальнику чи повернути замовнику
• може бути AI, ZK-контракт або мульти-підписаний гаманець
• логіка: аналізує подані дані, наприклад, у разі об’єктивних завдань — перевіряє доказ; у разі суб’єктивних — рішення приймає замовник або незалежний арбітр
• у кінці викликає completeJob (звільнення коштів) або rejectJob (повернення)

3.3 Статусна машина смарт-контракту (життєвий цикл)

Рух Job повністю автоматизований і залежить від станів у смарт-контракті:

Open (відкрито) — створення завдання, постачальник може бути порожнім (address(0)), що означає публічний конкурс

Funded (фінансовано) — кошти заблоковані у смарт-контракті, створюючи довіру

Submitted (подано) — постачальник подав результати

Terminal (кінцевий стан) — оцінювач приймає рішення:

• Completed — підтверджено, кошти перераховані постачальнику
• Rejected — не підтверджено, кошти повернені замовнику
• Expired — час вичерпано, кошти автоматично повернені

3.4 Процес роботи трьох ролей

ERC-8183 забезпечує бездовірний бізнес-процес через смарт-контракти:

1. Публікація та блокування (Client) — викликає createJob, вказує оцінювача, перераховує винагороду у контракт. Кошти блокуються, і замовник не може їх зняти без завершення — це створює безпечне середовище для постачальника.
2. Виконання та підтвердження (Provider) — виконавець виконує роботу, подає результат (хеш або посилання). Статус змінюється на Submitted.
3. Рішення та розрахунок (Evaluator) — оцінювач перевіряє результат, викликає approveJob або rejectJob. У разі підтвердження — кошти автоматично перераховуються постачальнику; у разі відхилення — повертаються замовнику.

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

3.5 Механізм Hooks (гачки)

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

При створенні Job (createJob) замовник може прив’язати адресу Hook-контракту, що виконує додаткову логіку перед або після основних дій.

• beforeAction — виконується перед основною операцією, може скасовувати її, якщо умови не виконуються
• afterAction — виконується після, для запуску додаткових процесів або логіки

Це дозволяє додавати функції, наприклад, перевірку репутації, додаткові умови або розподіл прибутку, без зміни основного протоколу.

3.6 Деталі механізму оцінювача (Evaluator)

Evaluator — це “мозок” процесу прийняття рішення. Може бути:

• AI-агент (наприклад, LLM), що аналізує подані дані та приймає рішення у суб’єктивних завданнях
• ZK-контракт, що перевіряє доказ у разі об’єктивних задач
• Мульти-підписаний гаманець або DAO для високовартісних завдань

Загалом, будь-який адреса, що викликає approveJob або rejectJob, — це і є Evaluator, незалежно від його природи.

四、Порівняльний аналіз ERC-8183 з традиційними протоколами оплати та іншими стандартами

4.1 Відмінності між ACP, AP2 та ERC-8183

У 2025 році OpenAI разом із Stripe, Google Cloud та Coinbase представили протоколи:

ACP (Agentic Commerce Protocol) та AP2 (Agent Payments Protocol).

ERC-8183 розроблений Ethereum Foundation та Virtual Protocol у 2026 році, і наразі перебуває у стадії проекту.

У контексті швидкого зростання економіки AI-агентів, ці протоколи прагнуть вирішити одне й те саме питання: “Як безпечно та ефективно здійснювати бізнес-операції між AI-агентами?”

Однак вони мають різні підходи щодо довіри, розрахунків і децентралізації.

4.2 ACP та AP2: API-подібний підхід до співпраці AI

• ACP — це “інструкція” для AI, що описує, як спілкуватися та ставити завдання, але фінансові операції часто залежать від сторонніх платіжних каналів або централізованих платформ.
• AP2 — зосереджений на “оплаті”, тобто забезпечує механізм, як AI-агент може мати гаманець і викликати API для платежів.
• Обмеження: у разі збоїв платформи або зловживань — бізнес-угоди можуть не виконатися, а ризики залишаються у центрі.

4.3 Основні переваги ERC-8183

Чому я вважаю, що ERC-8183 має потенціал у глобальній AI-економіці?

A. Безпозначена “ескроу” механіка

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

ERC-8183 реалізує непотрібний для довіри механізм блокування коштів: якщо постачальник подав відповідний доказ, кошти автоматично звільняються, виключаючи можливість зловживань.

B. Модульність та Hooks

Механізм Hooks дозволяє вставляти додаткову логіку у бізнес-процеси, наприклад, перевірку репутації або розподіл прибутку, без зміни основного контракту.

C. Атомарність та обробка спорів

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

Це — значний прорив у технології.

4.4 Як обрати відповідний протокол оплати для AI

Якщо ви створюєте внутрішню систему AI-агентів з швидким запуском — підходять ACP або AP2.

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

五、Застосунки

5.1 Автоматизація ланцюгів постачання

ERC-8183 дозволяє перейти від ручного управління до автономної роботи на основі завдань.

При виявленні нестачі запасів AI-інструмент автоматично публікує завдання на поповнення, блокуючи бюджет. Постачальники та логістичні агенти виконують свої ролі, а кошти звільняються автоматично після підтвердження доставки або виконання умов.

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

5.2 Автоматизація маркетингу

ERC-8183 може слугувати платформою для автоматичного запуску маркетингових кампаній.

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

Зменшує витрати і підвищує довіру до результатів.

5.3 Децентралізований ринок обчислювальних ресурсів

Для задач обробки даних, моделювання або перевірки результатів — ERC-8183 дозволяє створити бездовірний ринок.

З використанням ZK-доказів, результати швидко перевіряються, а оплата автоматично здійснюється. Це забезпечує чесність, швидкість і масштабованість у AI-обчисленнях.

5.4 Автоматизований центр зовнішніх AI-розробок

Моделі “керівник” агентів, що публікують завдання, “програміст” агентів, що пишуть код, та “аудиторів” — автоматизують процес розробки.

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

Це сприяє створенню масштабованої системи AI-орієнтованого софтверного виробництва.

六、Екосистема та комбінація протоколів

6.1 ERC-8183 + ERC-8004 + x402

У майбутньому Ethereum ERC-8183 може працювати у тандемі з:

• ERC-8004 — ідентифікація та репутація AI у ланцюгу
• x402 — протокол мікроплатежів

Ці три стандарти формують основу AI-економіки.

6.2 Повний сценарій автоматизації зовнішніх AI-розробок

1. ERC-8004 — профіль та репутація агента, наприклад, OpenClaw має високий рейтинг та підтвердження безпеки
2. ERC-8183 — створення завдання, визначення вимог, внесення коштів, призначення оцінювача
3. x402 — гнучкі платежі, автоматичне списання частки за кожну операцію
4. Evaluator — автоматична перевірка коду або результату, підтвердження якості та завершення транзакції

Ця інтеграція забезпечує безпечну, прозору та масштабовану систему AI-розробки.

七、Ризики та перспективи

7.1 Випробування та виклики

• Впровадження Evaluator — складність у початкових етапах, можливо, доведеться використовувати гібридні рішення
• Злом Evaluator або маніпуляція даними Oracle — загроза безпеці
• Відсутність ліцензування — ризик зловживань через відсутність кваліфікаційних перевірок

7.2 Майбутнє

• Триєдина система: ERC-8004 (репутація) + ERC-8183 (угоди) + x402 (платежі)
• Розширення стандарту — створення повноцінної бізнес-екосистеми з довірою та розрахунками
• Нові економічні гравці — мільйони розробників і простих користувачів, що створюють мікросервіси та API без формальної реєстрації
• Завдання стандарту — забезпечити безпечний, прозорий та масштабований бізнес для AI-агентів у глобальній мережі.

Додатково:

Цей аналіз базується на офіційних документах Ethereum (EIP-8183) та актуальних публікаціях за березень 2026 року (заявлення команд Ethereum Foundation dAI та Virtual Protocol). Стандарт перебуває у стадії активної розробки та доопрацювання.

Джерела:

[1] https://eips.ethereum.org/EIPS/eip-8183

[2] https://x.com/virtuals_io/status/2031042423288426979

[3] https://acplib.com/

[4] https://ap2lab.com/docs/introduction/