Автор: Trend Research
Нещодавня поява $PING сприяла поширенню концепції x402, два представницькі проекти $PING та $PAYAI досягали максимуму 75m та 70m, хоча через низьку ліквідність ринку обидва відкотилися до 30m та 20m. Але на відміну від чисто meme-наративів, x402 та його концепція мають певну похідність і сталість, ринок все ще прагне нових наративів і можливостей для прибутку, тому відповідні наративи заслуговують на увагу.
1. Чому x402 заслуговує на увагу
1. Найбільша проблема розвитку Crypto — це відсутність проектів, які вирішують реальні проблеми, і брак грошових потоків, що керуються справжнім попитом. x402 підходить з логіки нативних інтернет-платежів, і на тлі того, що американські стейблкоїни починають впроваджуватися великими інституціями, а AI розвивається далі, є шанс, що з малого масштабу почне формуватися справжній попит на платежі.
2. Серед рушіїв і користувачів x402 — Coinbase, Google, Cloudflare, Circle, Visa, AWS, які самі по собі мають величезну клієнтську базу та споживчі сценарії.
3. На продуктовому рівні x402 може створювати відчутні для користувача кейси, наприклад, не потрібно додавати банківську картку чи проходити kyc, щоб здійснити платіж через цифровий гаманець, або навіть дозволити AI Agent завершити весь процес покупки.
4. Подальший розвиток AI неминуче породить попит на транзакції між машинами та мікроплатежі, і блокчейн, можливо, стане кінцевою інфраструктурою для взаємодії AI та машин.
2. Деконструкція x402
402 — це зарезервований, але майже ніколи не використовуваний статус-код HTTP "Payment Required", що означає потребу в оплаті. x402 оптимізує та активує його, і його структура дуже проста — це можна пояснити однією схемою.
Повний процес транзакції за протоколом x402 включає чотири ролі:
1. Client (Клієнт)
Клієнт — це сторона, яка ініціює запит на оплату. Це може бути будь-яка сутність, яка потребує доступу до певної послуги або ресурсу, наприклад, AI-агент, користувацький пристрій або додаток. Основні обов'язки клієнта:
Ініціювати запит: клієнт запитує доступ до певного ресурсу чи послуги.
Обробка платежу: коли сервер повертає вимогу оплати (HTTP 402), клієнт підписує запит на оплату та виконує платіж. Клієнт може використовувати гаманець чи інші інструменти для підпису транзакції та надання дозволу на оплату.
Приклад: AI-агенту потрібно отримати реальні ринкові дані від провайдера даних, він як клієнт ініціює запит і отримує дані лише після завершення оплати.
2. Server (Сервер)
Сервер — це сторона, яка надає послугу чи ресурс. Основні обов'язки:
Повернення HTTP 402: коли клієнт запитує доступ до ресурсу без дійсної платіжної інформації, сервер повертає статус-код HTTP 402, вказуючи на необхідність оплати для продовження доступу.
Перевірка платежу та надання послуги: сервер перевіряє платіжний запит від клієнта, переконуючись, що платіж завершено. Якщо платіж підтверджено, сервер обробляє та повертає запитувані дані чи послугу.
Приклад: API-провайдер після отримання запиту від клієнта, якщо не отримано оплату, повертає HTTP 402 з вимогою оплати. Після завершення платежу дані чи послуга повертаються клієнту.
3. Facilitator (Координатор)
Facilitator — це посередник у платіжному процесі, зазвичай платіжний шлюз або проміжний сервіс, який забезпечує коректну передачу та завершення платіжного запиту. Основні функції Facilitator:
Координація платіжних запитів і відповідей: відповідає за обробку платіжної взаємодії між клієнтом і сервером, забезпечує правильну передачу платіжного запиту та пересилає платіжну інформацію платіжному процесору.
Трансляція транзакцій: Facilitator може транслювати платіжний запит або підтвердження транзакції до блокчейну.
Приклад: у платіжному процесі Facilitator може бути додатком-гаманцем або платіжним шлюзом, який отримує платіжний запит від клієнта і після підтвердження транзакції транслює її до блокчейну для розрахунку.
4. Blockchain (Блокчейн)
Блокчейн — це базова технологічна основа процесу x402, яка забезпечує безпеку та прозорість транзакцій. Основні обов'язки блокчейну:
Гарантія незмінності платежу: після запису платіжної інформації в блокчейн її неможливо змінити або скасувати, що гарантує достовірність і цілісність транзакції.
Надання прозорої системи розрахунків: усі дані про транзакції відкриті на ланцюгу, що дозволяє сторонам перевіряти статус платежу.
Розрахунок і обробка транзакцій: після підтвердження Facilitator платежу блокчейн обробляє і остаточно розраховує транзакцію, забезпечуючи рух коштів від клієнта до сервера.
Приклад: коли клієнт завершує платіж, платіжний запит через Facilitator передається до блокчейну, що гарантує рух коштів між правильними адресами та завершення розрахунку.
Один процес:
① Клієнт надсилає HTTP-запит — клієнт надсилає стандартний HTTP-запит до серверу ресурсів для отримання захищеної кінцевої точки.
② Сервер відповідає 402 — сервер ресурсів повертає статус-код HTTP 402 Payment Required і надає платіжні деталі у тілі відповіді.
③ Клієнт створює платіж — клієнт перевіряє вимоги до платежу та за допомогою свого гаманця створює платіжний payload згідно з вказаною схемою.
④ Клієнт повторно надсилає платіж — клієнт знову надсилає той самий HTTP-запит, цього разу з заголовком X-PAYMENT, що містить підписаний платіжний payload.
⑤ Сервер перевіряє платіж — сервер ресурсів перевіряє платіжний payload:
Локально (якщо має власну перевірку)
Через посередницький сервіс (рекомендовано)
⑥ Платіжний провайдер перевіряє — якщо використовується платіжний провайдер, він перевіряє платіж згідно зі схемою та вимогами мережі й повертає відповідь про перевірку.
⑦ Сервер обробляє запит — якщо платіж дійсний, сервер завершує початковий запит. Якщо платіж недійсний, повертає ще одну відповідь 402.
⑧ Розрахунок платежу — сервер ініціює розрахунок у блокчейні одним із двох способів:
Безпосередньо шляхом подання до блокчейну
Через endpoint /settle координатора
⑨ Платіжний процесор подає транзакцію в ланцюг — платіжний процесор транслює транзакцію до блокчейну згідно з платіжною мережею та чекає на підтвердження.
⑩ Підтвердження розрахунку — після підтвердження в ланцюгу розрахункова сторона повертає відповідь про виконання платежу.
⑪ Сервер надає ресурс — сервер повертає відповідь із наступним вмістом:
Запитаний ресурс у тілі відповіді
Заголовок X-PAYMENT-RESPONSE із деталями розрахунку
Простіше кажучи, x402 — це відкритий платіжний стандарт, який усуває традиційні бар'єри, такі як API Key, модель підписки, ручні розрахунки, і створює ефективну, безтертячу платіжну систему, особливо підходящу для сценаріїв M2M (машина-до-машини) або застосувань, керованих AI.
3. Наратив формується
Зрозумівши структуру, неважко побачити, що нові Crypto-проекти можуть виникати навколо Client, server, Facilitator, Blockchain і платіжного процесу. Оскільки більшість серверів наразі надаються web2-ресурсами, а Client під час попереднього буму ai agent був лише спекулятивним і не мав реального попиту, останнім часом увага прикута до Ping (навколо платіжного процесу), PayAI Network (Facilitator), Kite AI (Blockchain).
1. Ping
Ping — це перший токен, випущений/розподілений за протоколом x402, який ринок порівнює з inscription, оскільки користувачі на Base-ланцюгу надсилають USDC на певну адресу — це звичайний ERC-20 трансфер, а команда проекту через x402scan виступає як "indexer", надаючи цьому позаланцюговий сенс: "надсилання usdc на вказану адресу через протокол x402 — це mint, і токени надходять на адресу, що ініціювала транзакцію".
Хоча Ping сам по собі не має великого практичного значення, вибраний підхід дуже хитрий — наразі це meme-токен концепції x402, перший "рекламний щит", що вийшов за межі вузького кола.
2. PayAI Network2. PayAI Network
Позиціонує себе як x402 Facilitator (матчинг/еквайринг/верифікація/розрахунок), орієнтується насамперед на Solana, мульти-ланцюговий. На відміну від Ping, має реальні сценарії використання. Схожі проекти — Daydreams, OpenX402, але основний Facilitator все одно надає Coinbase.
3. Kite AI3. Kite AI
Позиціонує себе як "перша AI-платіжна публічна мережа", мета — вписати платіжний примітив x402 у базовий рівень, основний фокус — розрахунок/звірка/виконання намірів між Agent↔Service. Використовує x402 як інтероперабельний рівень: Agent ініціює платіж через стандартизований намір/авторизаційний конверт, сервісна сторона перевіряє умови та проводить розрахунок; нативно підтримує звірку, паритетні інструкції, пакетну агрегацію тощо. Серед інвесторів — PayPal Ventures, Coinbase Ventures, Hashed, Samsung Next, HashKey Capital та інші.
Якщо озирнутися, традиційні компанії на кшталт Coinbase ще у травні почали запускати x402, наразі розробка прискорюється. CEO Coinbase Брайан Армстронг 2 листопада заявив: "x402 дозволяє додати стейблкоїн-платежі до будь-якого веб-запиту, і це стане важливою частиною нового інтернету".
На даний момент:
1. Visa підтримує стандарт x402, бере участь у підтримці та стандартизації, сприяє розробці x402 у традиційних платіжних мережах, що розглядається як сигнал до майбутнього масового впровадження.
2. Cloudflare разом із Coinbase створили x402 Foundation, надають технічну підтримку та пропозиції щодо масштабування,
3. Anthropic підтримує протокол x402 для платежів AI та інфраструктури
4. Circle розробляє інтеграційні інструменти, поєднуючи USDC та гаманці з x402
5. Google впроваджує x402, бере участь у відповідних інвестиціях та розробці
6. AWS підтримує протокол x402 для платежів AI та інфраструктури
Хоча ажіотаж навколо проектів концепції x402 дещо вщух, ця короткочасна хвиля показала ринку попит на технічні мікроінновації та реальні сценарії використання.
З одного боку, це розробка базових технологій і самостійне впровадження з боку традиційних технологічних і фінансових компаній, з іншого — поява нових crypto-проектів. Новий наратив про AI та платежі вже готується до запуску у видимий спосіб.
