x402 добре, але які проблеми приховані?

Автор: YQ, дослідник глибини інфраструктури шифрування; переклад: xz@Золоті фінанси

1994 року Марк Андерсон зробив велику помилку, про яку він пізніше визнав: компанія Netscape не змогла вбудувати платіжну функцію в браузер. Через регуляторні ризики та консервативне ставлення фінансових установ співпраця Netscape з Visa та Microsoft з Mastercard врешті-решт провалилася. Це призвело до того, що домінуюча бізнес-модель Інтернету протягом тридцяти років була під контролем рекламної системи моніторингу — трильйонна індустрія заснована на всебічному відстеженні поведінки, а не на прямому обміні цінностями.

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

Здається, що момент настав. Інфраструктура блокчейну вже вдосконалена: мережі Layer2 реалізують рівневі торгові витрати та підсумковість за мілісекунди, обіг стабільних монет перевищує 42 мільярди доларів на більш ніж 20 ланцюгах. Протокол Google A2A чіткіше окреслив екосистему “оплати за послуги та збори”. Але, глибоко вивчаючи специфікації v1, пропозиції щодо виправлень v2 та ранні результати екосистеми, виявляється, що його архітектура має фундаментальні обмеження, і якщо не буде проведено значних змін, важко буде реалізувати масштабні застосування.

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

1**、розуміння** x402 архітектури

Цей протокол використовує механізм EIP-3009 transferWithAuthorization() для здійснення безGas-витрат переказу стейблкоїнів. Клієнт створює шифровану підписану авторизаційну квитанцію, яка дозволяє третій стороні (тобто реле) виконати переказ від його імені.

! ZExY8TWpecaSTaJPq0dCV1wmjNuR6DI62MPwnoiL.png

Ключові спостереження: Цей дизайн реалізує шифрування платіжної верифікації без необхідності для торговців обробляти приватні ключі або безпосередньо керувати інфраструктурою блокчейну. Розрахунки проводяться на мережах, таких як Base (Ethereum L2), з фіналізацією приблизно за 200 мілісекунд, а витрати на газ менше 0.0001 долара. Цей протокол виглядає простим і елегантним, однак ця поверхнева простота приховує кілька глибоких архітектурних проблем, які проявляються лише при детальному розгляді.

2**、приховані кілька архітектурних проблем**

Питання 1: Економічна модель реле має недоліки

Посередницька сторона виконує три функції: перевірка підписів EIP-3009, трансляція блокчейн-транзакцій, постачання API-інфраструктури. Але на рівні протоколу не передбачено жодного механізму економічної компенсації. Давайте точно розрахуємо витрати:

У CDP Coinbase наразі виключено комісію за обслуговування для транзакцій USDC на ланцюзі Base. Кожна транзакція витрачає приблизно 0,0006 долара США на Gas. При обробці 1 мільйона транзакцій на місяць, лише витрати на Gas досягають 600 доларів США (без урахування витрат на сервери, RPC-нооди, системи моніторингу, витрат на відповідність та витрат на технічне обслуговування). У релейного боку на рівні протоколу відсутні шляхи для відшкодування витрат.

! 7g4yUYcXQVJn5FNfuSyYwRHc8WXT9YjlmSuYkfQc.png

! bykjBNh8osBF0zgZPICjYN50pUvRm1bdN5hatMdS.png

Ключове відкриття: У порівнянні з усіма успішними платіжними протоколами в історії Інтернету, Stripe стягує 2,9% + 0,3 долара за кожну транзакцію, PayPal бере близько 3% комісії з торговців, а кредитні карткові мережі отримують 2-3% доходу через знижки для торговців. Ці протоколи можуть захоплювати цінність, оскільки вони створюють цінність, встановлюючи стійку бізнес-модель, яка розширюється зі збільшенням обсягу транзакцій. Тим часом, реле x402 надає справжню цінність, але не може отримати жодної цінності у відповідь.

Питання два: Двофазний механізм розрахунків призводить до затримок і втрати атомарності

Поточна архітектура вимагає двох незалежних взаємодій з блокчейном: етап перевірки (перевірка дійсності підпису та стану nonce) та етап розрахунку (виконання фактичного переказу). Такий дизайн одночасно викликає втрати продуктивності та проблеми з коректністю.

! GXC3SqFdaj6NImDeKKtRIdZJgEkkgIUhoYlILe5x.png

Затримка в 500-1100 мілісекунд за один запит є прийнятною, але в реальних сценаріях застосування виникає експоненційний ефект накопичення:

Автономне дослідження代理 отримує дані з 100 API, захищених x402: накопичення витрат на оплату 50-110 секунд;

Торговий робот оновлює позиції через 50 джерел даних в реальному часі: затримка накопичення 25-55 секунд;

AI****допоміжник викликає 20 інструментів під час розмови: затримка взаємодії збільшується на 10-22 секунди.

Порушення основних принципів розподілених систем: Це не гіпотетичне занепокоєння, а неминучий результат розбиття атомних операцій (платежів) на двохетапний протокол. З 1970-х років дослідження розподілених систем чітко показали, що за наявності атомних схем двохетапний протокол має вроджену вразливість. Двохетапна фіксація (2PC) у сфері баз даних вже достатньо довела свою уразливість до збоїв координаторів. x402 має уникати повторення помилок.

Питання три: EIP-3009 ексклюзивно розриває екосистему токенів**

Ця угода вимагає використання методу EIP-3009 transferWithAuthorization() для розрахунків. В принципі, це дозволяє будь-яким токенам, що відповідають стандарту EIP-3009, бути сумісними з x402. Однак насправді кількість токенів, що відповідають цьому стандарту, значно менша за кількість стабільних монет, які мають економічне значення.

! H0USDHtW1Wlw6FIGGZ9KI568irbwj6ghe4EPlTo6.png

! 2J674rZ0CyZufXfapFjB7QzDNO28Pr1JLZLmzYrt.png

Це означає, що версія x402 v1 має проблеми сумісності з 40% сортів її основного токена. Ситуація з сумісністю інших стейблів є ще більш серйозною: Tether (USDT), найбільший стейблкойн з обігом понад 140 мільярдів доларів, ніколи не підтримував стандарт EIP-3009 і не має відповідних планів. Стейблкойн DAI використовує ліцензійний стандарт EIP-2612; хоч функції подібні, але відмінності в інтерфейсі призводять до несумісності на протокольному рівні.

Питання чотири: підтримка багатьох ланцюгів не відповідає дійсності

Специфікація протоколу стверджує, що x402 підтримує “Base, Solana та будь-яку EVM-мережу через самостійний релей” і, здавалося б, має кросчейнну гнучкість. Але при детальному розгляді реалізаційних деталей можна виявити, що його можливості підтримки кількох блокчейнів значно нижчі, ніж заявлено.

! 6Cf450gxcFoD6xy7VDoMKBoz8aBNQ2xLOsGCtnsY.png

Кожен ретранслятор підтримує різні підмножини мережі, а також існують відмінності в конфігураційних вимогах, списках токенів та зрілості операцій. Протоколу бракує механізму виявлення для клієнтів, щоб запитати “які ланцюги підтримує цей торговець”, тому служба може вказати лише одну мережу в відповіді 402, змушуючи клієнтів або мати кошти в конкретному ланцюзі, або відмовитися від угоди.

Питання п’ять: Реле насправді є непотрібним проміжним шаром

Ми повинні розглянути основні припущення цієї архітектури: чому в дизайні має існувати проміжна сторона? Традиційні пояснювальні причини заслуговують на обговорення.

! sJwbMfHcneM4cIF75ZZTzfflmJTTmMDssgRXJJLu.png

Це альтернативне рішення має кілька переваг:

Атомарність: перевірка та розрахунок завершуються в рамках одноразової транзакції в ланцюзі;

Зниження затримки: зменшення однієї мережевої поїздки (200-500 мілісекунд проти 500-1100 мілісекунд);

Надійність: Не потрібно покладатися на онлайн-стан або доступність API посередників;

Економічна стійкість: пряма знижка на витрати за протоколом на ланцюгу (1% комісії платформи);

Прозорість: Уся логіка розрахунків є аудиторською на ланцюзі.

3**、v2 пропозиція: поліпшення та спадкові проблеми**

Команда x402 випустила гілку стандарту v2, намагаючись вирішити деякі обмеження v1 через “перезапуск, незалежний від транспортного рівня”. Після перегляду журналу змін v2, дорожньої карти та документів стандарту, автор вважає: незважаючи на те, що v2 реалізував поступові покращення, він не вирішив вказані основні архітектурні проблеми.

v2****Основні оновлення:

Абстракція транспортного шару: розділення протоколу на типи (структури даних), логіку (схеми) та рівень подання (HTTP, MCP, A2A);

Масштабованість рішення: стандартизувати схему “точного обліку” з підтримкою нових режимів (по використанню, комерційна ліцензія тощо);

Механізм виявлення послуг: новий API Bazaar для пошуку ресурсів, які підтримують x402.

v2****Основні невирішені проблеми:

Використання архітектури посередника (клієнт → посередник/перевірка → посередник/розрахунок → торговець);

Підтримка економічної моделі з нульовими витратами (посередник все ще без доходу);

Залишити двоступеневу модель розрахунків;

Дотримуйтесь ексклюзивності EIP-3009 (підтримка токенів відкладена до другого кварталу 2026 року);

Продовження явного мережевого зіставлення (без крос-чейн абстрактного рівня);

Все ще вимагати втручання посередника.

! uitOtDqitUGBlzKCK6BMnvhFBqzKEhNkFFA1Kgjb.png

4**, умови, необхідні для досягнення масштабування на рівні Інтернету**

На основі тридцятирічних досліджень розподілених систем та платіжних протоколів я підсумував такі архітектурні принципи:

Економічна стійкість, що базується на комісіях за угоди: утримується 1% комісії за розрахунок на ланцюгу для генерування сталого доходу;

Завдяки смарт-контрактам реалізація атомарних розрахунків: одноразова транзакція в ланцюзі усуває умови гонки;

Гнучкість токенів: синхронна підтримка EIP-3009, EIP-2612 дозволу та стандарту ERC-20;

Абстракція ланцюга: реалізація маршрутизації на основі наміру через Circle CCTP та протокол Across;

Мінімізувати залежність від довіри: без необхідності втручання посередника - механізм прямих розрахунків.

! LBoZIdIvkIV51HIjXpg6ACd1OLUlrN2j3UKyi1q5.png

5**、висновок**

x402 v1 досяг суттєвого прориву у вирішенні цієї проблеми, що турбує галузь протягом тридцяти років. Завдяки зрілості інфраструктури блокчейн, мікроплатежі вже мають економічну доцільність. Підйом економіки агентів створив термінову потребу в машинних нативних платіжних протоколах. Підтримка Coinbase та інтеграція з Google A2A надали цьому протоколу інституційний рівень довіри. Його базова технологічна структура (HTTP 402 статус-код + блокчейн-розрахунок + шифрування авторизації) має міцну проектну обґрунтованість.

Однак добрі наміри та корпоративна підтримка не можуть забезпечити успіх угоди. Модель маршрутизаторів породила нестійку економічну систему — ключова інфраструктура повинна постійно нести операційні збитки. Затримки та атомарні збої, пов'язані з двоступеневою схемою розрахунків, можна було б уникнути за допомогою атомарних рішень. Ексклюзивність EIP-3009 розділила екосистему токенів, виключивши не лише 40% обігу USDC, але й майже всі конкурентоспроможні стейблкоїни. Підтримка багатьох ланцюгів залишилася на поверхні, а навпаки, безпосередньо виявила проблему фрагментації блокчейну для кінцевих користувачів. У ситуаціях, де безпосередні розрахунки за допомогою смарт-контрактів можуть запропонувати кращі характеристики, маршрутизатори насправді виконують непотрібну роль проміжного шару.

Хоча пропозиція v2 покращила абстракцію передачі, механізм виявлення служб і розширюваність рішень, вона зовсім не торкнулася ключових проблем, таких як економічна модель реле, двоступенева розрахунковість, обмеження токенів та фрагментація міжмережі. Дорожня карта відклала ключові виправлення до другого кварталу 2026 року. Автономний Інтернет потребує автономної платіжної системи — x402 v1 продемонструвала технічну доцільність, v2 незважаючи на поступове вдосконалення, все ще далека від справжнього задоволення потреб.