Автор: Джей Ю; Переклад: Блок єдинорога## Передмова
Сьогодні ми спостерігаємо, як “мережевий протокол” децентралізованого штучного інтелекту (deAI) поступово формується. Як і інтернет функціонує на основі ряду взаємодіючих стандартів — транспортний рівень використовує TCP/IP, рівень виявлення сервісів використовує DNS, а логіка застосувань використовує HTTP — ми також можемо розділити протокол deAI на ці три модулі: рівень застосувань використовує x402, рівень виявлення сервісів використовує ERC 8004, а транспортний рівень використовує A2A — всі ці елементи працюють на традиційному протоколі HTTP.
Отже, стека протоколів deAI визначає, як агенти оплачують послуги, знаходять ресурси та спілкуються один з одним. Тепер давайте поетапно проаналізуємо кожну частину:
На вершині стеку протоколів децентралізованого штучного інтелекту (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 ( (агентного інтернету), що дозволяє агентам не тільки передавати дані, але й здійснювати торгівлю, верифікацію та координацію з ресурсами на ланцюгу.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Розбір deAI протоколу стеку - x402 / ERC 8004 / A2A
Автор: Джей Ю; Переклад: Блок єдинорога## Передмова
Сьогодні ми спостерігаємо, як “мережевий протокол” децентралізованого штучного інтелекту (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:
Звичайно, все це відбуватиметься на традиційному стеку протоколів HTTP-DNS-TCP/IP!
В цілому, цей стек формує протокольну основу Agentic Internet ( (агентного інтернету), що дозволяє агентам не тільки передавати дані, але й здійснювати торгівлю, верифікацію та координацію з ресурсами на ланцюгу.