x402 очолює машинну економіку! Три основні протоколи спільно створюють нову епоху платежів AI Agent

З розвитком AI Agent від інструменту до автономного економічного суб'єкта традиційна платіжна інфраструктура вже не може задовольнити потреби в автономних транзакціях, міжекосистемних взаємодіях та верифікованій ідентичності. Для цього три нові протоколи — x402, AP2 та ERC-8004 — спільно побудували платіжну інфраструктуру машинної економіки. Протокол x402 використовує HTTP статус-код 402 для реалізації «API виклик — це платіж», очолюючи машинну економіку.

x402 протокол: активація HTTP 402 реалізації API нативної оплати

! Процес роботи протоколу x402

x402 випущено найбільшим у США регульованим криптобіржею, його основна інновація полягає в активації недостатньо використаного коду стану HTTP 402 («Оплата потрібна»), вбудовуючи логіку платежів у процес запиту-відповіді веб-сторінки, реалізуючи «API виклик — це оплата». Ця, здавалося б, проста концепція насправді вирішує найосновнішу проблему в економіці AI Agent: як виконати високочастотні мікроплатежі без залежності від людського втручання.

x402 протокол базується на архітектурі клієнт/сервер. Клієнт — це покупець, який купує послуги/товари, а сервер є продавцем, який надає послуги/товари. На основі цієї архітектури найбільша відповідна криптовалютна біржа в США надає продавцям послуги фасилітаторів, щоб спростити процес верифікації та розрахунку платежів між покупцями та продавцями. Наприклад, сервер Canza (AI, що надає торгову інформацію), який займає перше місце в x402scan, працює за наступним процесом:

По-перше, користувач ініціює запит на клієнті для доступу до платних послуг Canza. Після цього сервер Canza використовує HTTP 402 Response для визначення платіжного запиту: клієнт повинен надати заголовок X-PAYMENT і здійснити платіж через USDC на базі. Після розшифровки вмісту 402 Response JSON гаманець запропонує підписати повідомлення TransferWithAuthorization (реалізоване через ERC-3009). Це повідомлення дозволяє підписанту здійснювати безкоштовні перекази з адреси підписувача через делегування третій стороні EOA-адреси або адреси контракту.

Потім користувач підписує це повідомлення, клієнт використовує закодований у base64 заголовок X-PAYMENT для надсилання Payload, сервер Canza отримує вхідний Payload, який перевіряється посередником, і виконує розрахунок платежу на блокчейні. Після підтвердження платежу сервером Canza, Canza надає користувачеві запитувану послугу.

x402 протоколу три основні переваги：

Підтримка багатьох ланцюгів: підтримка EVM ланцюгів, таких як Base, Avalanche та Solana, серверна частина може бути гнучко налаштована.

Низькофрикційні платежі: реалізація безкоштовних переказів через ERC-3009, зниження витрат на транзакції

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

x402 протокол особливо варто зазначити, що він підтримує різні криптоактиви (необхідна підтримка ERC-3009, за замовчуванням USDC) для платежів на кількох блокчейнах (Base, Avalanche та інших EVM-ланцюгах, Solana), які потребують налаштувань тільки з боку сервера. Ця гнучкість дозволяє x402 адаптуватися до різних сценаріїв використання та уподобань користувачів.

AP2 протокол: цифровий сертифікат для створення надійної торгової платформи

AP2 (Протокол платежів агентів) є відкритою платіжною системою, що базується на комунікаційному протоколі Agent to Agent (A2A) та розширеному протоколі контексту моделі (MCP). Його основна мета - вирішення трьох основних проблем у бізнесі агентів: авторизація (підтвердження дозволу користувача агенту), дійсність (забезпечення відображення справжніх потреб користувача в транзакції), відповідальність за транзакції (чітке визначення відповідальності в разі суперечок).

Робочий процес протоколу AP2 побудований навколо центральної концепції цифрових мандатів (Mandates), які є незмінними, підписаними криптографічно цифровими контрактами, що слугують перевірюваними доказами інструкцій користувачів. Вони поділяються на три типи мандатів:

Заява про наміри (Intent Mandate) застосовується для автоматизованої торгівлі, коли користувач не присутній. Користувач заздалегідь надає AI Agent інструкції щодо дій, які містять чіткі умовні обмеження, наприклад, “придбати квитки на концерт, бюджет не перевищує 500 грн”. Ця заява забезпечує правову та технічну подвійний захист для автономного прийняття рішень AI Agent, що гарантує, що його дії завжди залишаються в межах повноважень користувача.

Доручення на кошик (Cart Mandate) застосовується для угод, підтверджених користувачем на місці. Виникає, коли агент готовий надати конкретні товари та ціни для підтвердження користувачем. Схвалення користувача підписує доручення на кошик, створюючи безпечний, незмінний запис про точні товари та ціни, що гарантує, що все, що видно, є тим, що сплачено. Це вирішує ризик «змінення замовлення» в традиційній електронній комерції.

Платіжний мандат (Payment Mandate) є незалежним доказом, який ділиться між платіжною мережею та емітентом картки, щоб передати інформацію про участь AI Agent та наявність користувача, допомагаючи вирішувати спори щодо транзакцій, проводити оцінку ризиків та регуляцію. Такий дизайн забезпечує, що交易行为 AI Agent має таку ж відстежуваність та відповідність, як і традиційні фінансові транзакції.

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

ERC-8004: децентралізована ідентичність для машинної економіки

! реєстр ідентифікації x402 ERC-8004

ERC-8004 є децентралізованим рішенням для ідентифікації AI Agent на базі Ethereum, яке вирішує проблеми реальності ідентичності AI Agent, надійності записів поведінки та їх верифікації. На відміну від AP2, ERC-8004 зосереджується на побудові довіри між AI Agent, а не на довірі в торгівлі між користувачем, AI Agent і продавцем.

Дизайн ERC-8004 базується на трьох легких реєстрах, кожен з яких відповідає за різні аспекти моделі довіри. Реєстр ідентичностей (Identity Registry) реалізований на основі стандарту ERC-721 і розширює функціональність URIStorage, таке рішення дозволяє ідентичності AI Agent бути сумісною з існуючою екосистемою NFT. Кожен AI Agent реєструється, викликаючи функцію register, отримуючи унікальний agentId (тобто tokenId ERC-721).

Реєстр репутації (Reputation Registry) надає стандартний інтерфейс для публікації та отримання відгуків про послуги AI Agent, підтримує систему оцінювання від 0 до 100, категоризацію за мітками та асоціацію доказів оплати. Цей реєстр використовує змішану архітектуру на основі блокчейн/позаблокчейнових рішень, що гарантує комбінованість основних даних у блокчейні, одночасно залишаючи складні агреговані обчислення для обробки поза блокчейном для підвищення ефективності. Структура контракту реєстру репутації тісно пов'язана з реєстром ідентичностей, що гарантує, що лише зареєстровані AI Agent можуть отримати записи репутації.

Реєстр валідації (Validation Registry) надає загальний хук для запитів та фіксації незалежних результатів валідації, підтримуючи різні механізми валідації, включаючи економічне заставлення (повторне виконання завдань валідатором) та криптографічні докази (докази TEE, валідація zkML тощо). Такий дизайн дозволяє різним механізмам валідації з різними вимогами до безпеки співіснувати в одній екосистемі.

Трійка для побудови основи машинної економіки

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

Синергія цих трьох аспектів значно більша, ніж використання кожного окремо. Уявіть собі сцену: певний AI Agent потребує доступу до послуг аналізу даних іншого AI Agent. Спочатку він перевіряє особу та репутацію іншого через ERC-8004, щоб забезпечити надійність постачальника послуг. Потім він використовує AP2 для створення документа про надання наміру, встановлюючи ліміт бюджету та вимоги до послуг. Нарешті, через протокол x402 здійснюється миттєва оплата, вся процедура проходить без людського втручання.