Базовий комерційний протокол триліонної економіки 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 полягає у перенесенні “довіри” з централізованих платформ у логіку, що перевіряється у ланцюгу. За допомогою смарт-контрактів зберігаються кошти, фіксуються результати та вводяться механізми оцінки, що забезпечують deterministic settlement і можливість відстеження історії бізнесу.

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

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

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

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

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

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

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

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

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

Client (замовник)

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

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

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

Evaluator (оцінювач)

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

3.3 Життєвий цикл смарт-контракту

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

• Open (відкрито) — створення завдання, Provider може бути порожнім (address(0))
• Funded (фінансовано) — кошти заблоковані у смарт-контракті
• Submitted (подано) — Provider подав результати
• 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-агент (для суб’єктивних завдань, наприклад, дизайн або текст)
• ZK-контракт (для об’єктивних задач, наприклад, підтвердження обчислень)
• Мульти-підписаний гаманець або DAO (для високовартісних або складних завдань)

Загалом, важливо, що будь-який адреса може виступати в ролі Evaluator, що робить протокол універсальним.

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

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

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

4.2 ACP та AP2: “API-стиль” взаємодії

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

4.3 Технологічні переваги ERC-8183

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

A. Безпекова модель “зберігання у заставі” без дозволу

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

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

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

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

C. Атомарність та автоматичне вирішення спорів

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

4.4 Як обрати протокол для свого проекту

Якщо потрібно швидко запустити внутрішню систему, достатньо ACP або AP2.

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

五、Застосування

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

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

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

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

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

Завдання, що можна перевірити криптографічно (наприклад, за допомогою ZK), автоматично підтверджуються і оплачується без людського втручання.

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

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

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

6.1 ERC-8183 + ERC-8004 + x402

У майбутньому Ethereum — це платформа для трьох основних компонентів AI-економіки:

• ERC-8004 — ідентифікація та репутація AI у ланцюгу
• ERC-8183 — безпечні угоди та зберігання коштів
• x402 — платіжний канал для швидких та зручних платежів

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

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

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

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

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

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

7.2 Майбутнє

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

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

Додаткові відомості:

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

Джерела:

[1]

[2]

[3]

[4]