Polygon протестувала нову систему агентських платежів, яка обробила понад 11 мільйонів верифікованих оновлень платежів за секунду через 25 хабів, зберігаючи фінальний розрахунок прив’язаним до Polygon Chain.
Polygon Labs повідомила, що в бенчмарку використовувалися канали агентських платежів, розроблені для софту, який оплачує інференс, дані, API-виклики та інші послуги в міру їх споживання, замість того щоб проводити кожен окремий платіж через ончейн-транзакцію.
Система поєднує високочастотні офчейн-оновлення платежів із пакетним розрахунком у Polygon, що дозволяє агенту здійснювати повторювані малі платежі під час виконання завдання. Кожне оновлення підтверджувалося платіжним рушієм за 20 мікросекунд, без урахування мережевої затримки між користувачем і хабом.
Канали агентських платежів починаються з того, що платник депонує кошти в не прив’язаний до конкретного постачальника контракт каналу в Polygon і прив’язує ключ сесії. Сума депозиту визначає, скільки агент може витратити протягом сесії.
Щойно сервіс запитує оплату через x402, агент надсилає підписані кумулятивні ваучери через хаб у міру споживання послуги. Хаб перевіряє підпис, ціну, replay ID, ліміт авторизації та залишок в ескроу, перш ніж повернути квитанцію.
Дійсна квитанція дозволяє провайдеру видати наступну одиницю роботи, якою може бути вікно токенів, результат обробки даних, відповідь API або інша послуга. Замість того щоб записувати кожен платіж у Polygon окремо, хаб пакетно агрегує накопичений стан і публікує в мережі Merkle root епохи. Після цього провайдери можуть довести, що саме вони заробили відносно цього root, і отримати кошти.
У цій архітектурі x402 і платіжний канал виконують різні ролі. Протокол x402 дозволяє онлайн-сервісу вказати ціну та запитати оплату через HTTP, тоді як канал обробляє повторювані оновлення платежів і пізніше пакетно передає їх на розрахунок.
Інтерес до x402 зріс у міру того, як розробники будують платіжну інфраструктуру для автономного софту. Протокол використовує HTTP-статус 402 “Payment Required”, щоб дати програмному забезпеченню можливість оплачувати онлайн-ресурси без опори на традиційний checkout-процес. Як раніше повідомляв crypto.news, агенти можуть використовувати цю систему для купівлі обчислювальних ресурсів, даних та інших послуг під час виконання завдань.
Polygon протестувала архітектуру на inference API у стилі OpenRouter у live devnet. Підписаний платіж запускався через канал на кожне 100-токенне вікно, причому Polygon заявила, що платіжний шлях був реальним, тоді як сам провайдер інференсу виступав як заглушка.
Продуктивність відрізнялася залежно від того, яка частина платіжного стеку включалася в тест. Повний шлях x402 за участю агента, сайту, фасилітатора та хаба обробляв приблизно 40 000 платежів за секунду. Polygon зафіксувала 2,4 мільйона платежів у тесті зі 100% показником успішності.
Тестування рушія безпосередньо на одному 24-ядерному сервері дало від 533 000 до 536 000 повністю верифікованих платежів за секунду. Потім Polygon розподілила навантаження між 25 хабами, що масштабуються незалежно, з 16 vCPU кожен, де система перевищила 11 мільйонів оновлень платежів за секунду.
Ця цифра не означає, що сама Polygon Chain обробляла 11 мільйонів ончейн-транзакцій за секунду. Окремі оновлення платежів проходили через офчейн-канали, тоді як депоновані кошти залишалися захищеними через Polygon, а накопичені стани платежів розраховувалися ончейн пакетами.
Polygon зазначила, що її хаби розподіляють платників і не потребують координації між собою під час обробки платежів. Тому ємність можна збільшувати шляхом запуску більшої кількості хабів. На основі тесту з 25 хабами компанія оцінює, що більший парк міг би обробляти понад 100 мільйонів оновлень платежів за секунду.
Учасники можуть самі визначати, коли саме ці накопичені платежі будуть розраховані. Розрахунок може відбутися після одного платежу, 50 000 оновлень або 100 мільйонів оновлень — залежно від конфігурації сервісу.
За даними Polygon, конфігурація бенчмарку оцінила вартість обробки одного мільярда оновлень платежів приблизно в $0,15.
Тест Polygon відбувся на тлі того, як x402 впроваджується в кількох блокчейн-екосистемах. Circle повідомила, що на USDC припало 99,3% обсягу платежів x402, виміряного протягом другого кварталу, хоча цей показник охоплював дані x402 від Circle і не відображав усі системи платежів AI-агентів.
Підтримка мереж продовжувала зростати. Cardano у вересні додала x402 до свого програмного стеку, дозволивши розробникам створювати агентів і застосунки, здатні оплачувати послуги за допомогою ADA та нативних токенів Cardano. Її початковий реліз на TypeScript було протестовано в preproduction-середовищі Cardano, але він ще не продемонстрував комерційні платежі в масштабі на mainnet.
Цього тижня Block приєдналася до x402 Foundation і додала до протоколу підтримку Lightning. x402 Foundation повідомила про 75,41 мільйона транзакцій і $24,24 мільйона обсягу за нещодавній 30-денний період, тоді як додавання Lightning дає розробникам біткоїн-орієнтований варіант платежів поряд зі стейблкоїнами, на які припадала значна частина активності протоколу.
Ripple рухалася схожим шляхом навколо XRP Ledger. До липня AI-агенти згенерували в XRPL понад 1,4 мільйона транзакцій, тоді як Ripple працювала над інфраструктурою для розробників для автономних платежів із використанням XRP і RLUSD.
Очікується, що система каналів агентських платежів буде інтегрована з Open Money Stack від Polygon, який об’єднує інфраструктуру для переміщення коштів у застосунки, їх зберігання, застосування правил витрат і розрахунку накопиченої вартості.
Polygon витратила значну частину 2026 року на побудову своєї платіжної інфраструктури навколо стейблкоїнів та інституційного розрахунку. У липні через Open Money Stack PayPal USD став нативним у Polygon, надавши бізнесу доступ до PYUSD разом із гаманцями, фіатними on/off-ramp-рішеннями та інструментами комплаєнсу. Тоді Polygon Labs заявила, що її мережа вже провела розрахунки за стейблкоїн-транзакціями на суму понад $2,6 трильйона.
Мережа вже скоротила свій середній час блоку до 1,75 секунди в травні в межах платіжного вектора розвитку, що підвищило її оціночну теоретичну ончейн-пропускну здатність приблизно до 3 260 транзакцій за секунду.
Канали агентських платежів використовують іншу модель масштабування, оскільки мільйонам окремих оновлень платежів не потрібно конкурувати за цю ончейн-пропускну здатність. Кошти спочатку резервуються в каналі, оновлення платежів відбуваються поза ланцюгом, а Polygon фіксує підсумковий розрахунок пакетно.
Polygon зазначила, що ця конфігурація призначена для сервісів, які стягують плату за окремий API-виклик, токен, lookup або завершене завдання, дозволяючи агенту переміщатися між провайдерами без необхідності тримати окремо поповнений передплачений акаунт у кожному сервісі.
ADA
USDC