Розбір DeAI протоколу стеку - X402 / ERC 8004 / A2A

null Автор статті: Jay Yu

Стаття перекладена: Block unicorn

Передмова

Сьогодні ми спостерігаємо, як “мережева стек-протоколів” децентралізованого штучного інтелекту (deAI) поступово формується. Як Інтернет функціонує на основі ряду взаємодіючих стандартів — транспортний рівень використовує TCP/IP, рівень виявлення послуг використовує DNS, логіка застосунків використовує HTTP — ми також можемо розкласти стек протоколів deAI на ці три модулі: рівень застосунків використовує x402, рівень виявлення послуг використовує ERC 8004, транспортний рівень використовує A2A — усі ці протоколи працюють на основі традиційного стеку HTTP.

Отже, стек протоколів deAI визначає, як агентства оплачують послуги, знаходять ресурси та спілкуються між собою. Тепер давайте по черзі проаналізуємо кожну частину:

1. Рівень додатків - x402

На вершині стеку протоколів децентралізованого штучного інтелекту (deAI) знаходиться x402, який представляє собою прикладний протокол для оплати між агентами за різні послуги (такі як зберігання файлів, електронна комерція, веб-скрапінг тощо). x402 був розроблений компаніями Coinbase та Cloudflare і в основному розширює оригінальний статус-код “HTTP 402: потрібно оплатити”, роблячи його частиною робочого процесу, що дозволяє агентам використовувати стейблкоїни для оплати вартості послуг.

Я раніше вже детально писав про x402, стаття називалася «Сучасна трансформація HTTP 402», в ній були описані його бачення, архітектура, можливості та виклики.

В основному, x402 працює за допомогою тристоронньої угоди, яка складається з трьох частин: запит клієнта на ресурси → сервер повертає код стану 402 → координатор платежів (facilitator) перевіряє авторизацію платежу клієнта та фактично переводить кошти (наприклад, подає підписану транзакцію в мережі). Після виконання цих кроків сервер розблокує розширений контент.

Сьогодні x402scan може бути одним з найкращих ресурсів для спостереження за роботою сервера x402 в реальному часі. Хоча в довгостроковій перспективі x402 принесе величезну користь мікроплатежам за якісний контент (наприклад, веб-скрапінг, платні статті, обчислювальні ресурси), його нещодавній підйом (який можна чітко побачити через x402scan) в значній мірі зумовлений серією мемних монет, таких як… $PING — ці монети вимагають оплати через x402 для їх випуску уздовж кривої облігацій.

Незважаючи на це, x402 все ще є гарним прикладом стандарту рівня додатків у новій децентралізованій інтелектуальній (deAI) протокольній стеку. Як традиційний протокольний стек мережі, що містить безліч протоколів (HTTP, FTP, SMTP, VoIP тощо), ми також можемо очікувати, що в майбутньому з'явиться більше стандартів рівня додатків.

2. Виявлення рівня - ERC 8004

При використанні x402, одне з питань, яке часто виникає, це: як люди можуть дізнатися, які послуги доступні? Саме тут ERC 8004, розроблений під керівництвом Фонду Ethereum, відіграє роль на “шарі виявлення”.

Як DNS відображає доменні імена на IP-адреси (google.com → 8.8.8.8), так і ERC 8004 вирішує проблему виявлення AI-агентів, створюючи реєстр на ланцюгу, який відображає ID агента на різні посилання та функції агента. ERC 8004 використовує “картку агента” як ідентифікатор агента та надає додаткові функції, такі як рейтинг репутації та верифікація.

ERC 8004 на базовому рівні використовує ERC721 (NFT) та URIStorage. Він містить такі параметри, як Name, A2A, MCP, OASF, ENS, DID, а також підтримувані типи довіри (наприклад, репутація, криптоекономіка, TEE доведення). Усі ці різні параметри вказують на різні стандарти агентських ID, що дозволяє більш повно продемонструвати функціональність агента.

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

3. Транспортний рівень - A2A протокол

Отже, ми вже представили прикладний рівень та рівень виявлення. Останнім етапом стеку протоколів є транспортний рівень — він відповідає за обробку того, як програми спілкуються між собою після завершення виявлення через протокол, подібний до ERC 8004. Для традиційного стеку мережевих протоколів Інтернету протокол TCP/IP відповідає за передачу мережевих пакетів від клієнта до сервера. А для стеку протоколів децентралізованого штучного інтелекту (deAI) Google нещодавно представив протокол A2A, який спеціально призначений для реалізації зв'язку між агентами.

Клієнтський проксі (A2A клієнт) та віддалений проксі (A2A сервер) спілкуються через HTTPS, використовуючи JSON-RPC 2.0. По суті, два проксі “розмовляють” один з одним, звертаючись до своїх HTTP кінцевих точок, та запитують обчислення або різноманітні функції. A2A також передбачає, що кожен проксі має проксі-картку для публікації своїх функцій, фреймворків, вкладень MCP тощо.

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

Я тут рекомендую чудову вступну статтю від IBM «Що таке A2A протокол (Agent2Agent)?».

Зведіть всі фактори разом…

Ураховуючи такі фактори, як x402, 8004 та A2A, ми можемо звернутися до демонстраційного прикладу, наданого Coinbase — купівля нового холодильника в Lowe's. Припустимо, що користувач спілкується з чат-ботом, запитуючи, як купити холодильник у Lowe's:

Ми використовуватимемо ERC 8004 (шар виявлення), щоб знайти агента з продажу холодильників Lowe's і попросимо його перерахувати функції агента.

Ми будемо використовувати A2A (транспортний рівень) для зв'язку з агентом Lowe's через HTTP кінцеву точку.

Ми будемо використовувати x402 (рівень застосунків) для обробки авторизації платежів і передачі стейблкоїнів на блокчейні.

Звичайно, все це буде відбуватися на традиційному стеку мережевих протоколів HTTP-DNS-TCP/IP!

В цілому, цей стек формує протокольну основу Agentic Internet ( (агентного інтернету), яка дозволяє агентам не лише передавати дані, але й здійснювати торгівлю, верифікацію та координацію з ресурсами на блокчейні.