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

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

Крім того, розширюваний механізм Hook дозволяє додавати складну бізнес-логіку (наприклад, аукціони, управління коштами, приватні обчислення) у рамках єдиного стандарту, формуючи відкриту, безпозначену та комбінаційну мережу бізнесу у ланцюгу, що забезпечує базу довіри та розрахунків для 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 Статусна машина смарт-контракту (життєвий цикл)

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

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

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

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

Terminal (кінцевий стан) — оцінювач ухвалює рішення, що може бути:

Completed — підтверджено, кошти перераховані провайдеру

Rejected — підтвердження не пройшло, кошти повернені клієнту

Expired — час вичерпано, кошти автоматично розблоковані та повернені

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

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

Публікація та блокування (ініціатор) — клієнт викликає createJob, вказує оцінювача та попередньо вносить кошти. Гроші «заблоковані» у смарт-контракті, що забезпечує безпеку провайдера

Доставка та підтвердження (провайдер) — після виконання роботи, провайдер викликає submitWork, подає хеш або посилання на результат. Статус змінюється на Submitted

Рішення та розрахунок (оцінювач) — оцінювач перевіряє результат, викликає approveJob або rejectJob. У разі підтвердження — кошти автоматично перераховуються провайдеру, у разі відхилення — повертаються клієнту

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

3.5 Механізм Hooks для розширення

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

Під час створення Job (createJob) клієнт може прив’язати власний смарт-контракт Hooks, що виступатиме як «інтелектуальний контрольний пункт» або «інтелектуальний перехоплювач». Основний протокол у ключових точках (оплата, подання) викликає цей Hooks для додаткової логіки. Є два типи точок перехоплення:

beforeAction (перед дією) — перед основною операцією. Якщо логіка Hooks не проходить, транзакція скасовується (Revert)

afterAction (після дії) — після завершення операції, для запуску додаткових процесів. Це дозволяє додавати «репутаційні перевірки» або «розподіл прибутку» без зміни основного контракту.

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

3.6 Деталі механізму Evaluator

Evaluator — це «мозок» прийняття рішень у процесі. Це може бути простий адрес або спеціалізований контракт. Залежно від складності завдання, існують три поширені моделі:

Модель 1: AI-інтелектуальний агент (для суб’єктивних завдань)

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

Модель 2: ZK-контракт (для об’єктивних завдань)

Для обчислень, генерації ZKP або обробки даних — смарт-контракт із вбудованим ZK-верифікатором. Провайдер подає доказ, Evaluator перевіряє його у ланцюгу та автоматично ухвалює рішення.

Модель 3: Мульти-підпис або DAO (для високовартісних завдань)

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

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

四、Порівняльний аналіз 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 командою dAI та Virtual Protocol і був запропонований 25 лютого 2026 року, офіційно оприлюднений 10 березня. На даний момент — у стадії проекту (Draft).

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

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

4.2 ACP та AP2: API-орієнтовані моделі співпраці

ACP (acplib) та AP2 — це здебільшого функціональні стандарти.

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

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

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

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

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

A. Безліцензійний механізм «Escrow»

У централізованих протоколах, якщо клієнт (людина або AI) не платить, провайдер безсилен. Навпаки, якщо клієнт попередньо оплатив, але провайдер не виконав — він залишає безкарним.

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

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

ERC-8183 дозволяє вставляти Hooks у бізнес-процеси.

Перед початком (beforeAction) — можна перевірити репутацію агента через ERC-8004 або інші механізми. Якщо репутація низька — агент не зможе взяти участь.

Після (afterAction) — запуск додаткових процесів, наприклад, розподіл прибутку або додаткові перевірки.

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

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

Звичайні протоколи ACP/AP2 вимагають людського втручання для вирішення спорів. ERC-8183 через Evaluator забезпечує «закон, що пишеться кодом».

Можна делегувати складну логіку перевірки стороннім агентам або смарт-контрактам, що робить процес прозорим і незмінним.

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

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

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

五, Сценарії застосування 5.1 Автоматизація ланцюга постачання

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

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

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

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

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

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

Це знижує витрати і забезпечує прозорість та контроль за результатами.

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

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

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

5.4 Автоматизовані центри зовнішнього програмування AI

Моделі, де AI-агенти виконують розробку та тестування коду, — на базі ERC-8183.

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

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

六、Екосистема та комбінація протоколів 6.1 ERC-8183 + ERC-8004 + x402

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

ERC-8004 — ідентифікація та репутація AI у ланцюгу — «хто цей AI і наскільки він надійний»

ERC-8183 — безпечний та довірчий механізм транзакцій — «як безпечно укласти угоду»

x402 — платіжний канал — «як легко платити API-запитами»

6.2 Повний сценарій: автоматизований центр зовнішнього програмування AI

ERC-8004 — профіль та репутація — AlphaBot отримує сертифікат OpenClaw, що підтверджує 500 успішних проектів, 99% позитивних відгуків, 85% повторного використання коду, а також підтвердження безпеки.

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

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

Оцінювач (Evaluator) — автоматично перевіряє код у безпечному середовищі, підтверджує правильність. Після успішної перевірки — автоматичне завершення транзакції, оновлення репутації та підсумковий звіт.

七, Ризики та перспективи 7.1 Виявлені ризики

Впровадження механізму Evaluator — складне завдання

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

Злом Evaluator — потенційна загроза

Якщо контракт або зовнішні дані будуть зламані або маніпульовані — кошти під загрозою. Важливо створити механізми аудиту та захисту.

Відкритий режим без ліцензій — ризик шахрайства

Агенти — це просто адреси без перевірки, без страховки або підготовки. Це знижує бар’єри входу, але підвищує ризик зловживань.

7.2 Перспективи розвитку

Три стандарти у синергії

ERC-8004 — створює базу довіри через репутацію та історію. Вона залежить від активності та підтверджень.

ERC-8183 — забезпечує бізнес-логіку, автоматизацію та безпеку транзакцій.

x402 — додає гнучкість у платіжних сценаріях.

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

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