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

Автор: YQ, дослідник криптоінфраструктури; переклад: xz@金色财经

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

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

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

Ця стаття системно критикує x402 з позиції принципів розподілених систем, економіки платіжних протоколів та реальних кейсів впровадження, а також пропонує архітектурні рішення для підтримки інтернет-масштабу.

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

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

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

2. Приховані архітектурні проблеми

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

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

Реле Coinbase CDP наразі не стягує плату за торгівлю USDC у мережі Base. Кожна торгівля коштує реле близько $0.0006 Газу. При обробці 1 млн торгівель на місяць лише Газ коштує $600 (без урахування серверів, RPC-ноди, моніторингу, відповідності та інженерної підтримки). На рівні протоколу реле не має способу повернути витрати.

Ключовий висновок: на відміну від усіх успішних платіжних протоколів в історії інтернету, Stripe бере 2.9% + $0.3 за торгівлю, PayPal — близько 3% торгової комісії, кредитні картки отримують 2-3% через дисконтну ставку. Вони захоплюють цінність, бо створюють її і будують масштабовану бізнес-модель. А реле x402 надає реальну цінність, але не отримує жодної винагороди.

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

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

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

• Автономний агент отримує дані зі 100 API під захистом x402: витрати часу — 50-110 секунд;
• Трейдинг-бот оновлює позиції через 50 джерел в реальному часі: затримка — 25-55 секунд;
• AI-асистент викликає 20 інструментів у діалозі: затримка — 10-22 секунди.

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

Проблема 3: Ексклюзивність EIP-3009 розриває екосистему токенів

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

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

Проблема 4: Підтримка мульти-ланцюгів — лише декларація

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

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

Проблема 5: Реле — зайва проміжна ланка

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

Альтернативна схема має переваги:

• Атомарність: верифікація та розрахунок у одній торгівлі у блокчейні;
• Падіння затримки: мінус один мережевий раунд (200-500 мс проти 500-1100 мс);
• Надійність: не залежить від онлайн-статусу реле чи доступності API;
• Економічна сталість: пряме списання протокольної комісії (1% платформи) у блокчейні;
• Прозорість: вся логіка розрахунку доступна для аудиту у блокчейні.

3. Пропозиція v2: покращення та невирішені проблеми

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

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

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

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

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

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

Збережено архітектуру реле (клієнт → реле/верифікація → реле/розрахунок → продавець);

Залишено нульову економічну модель (реле досі без доходу);

Збережено двоетапний розрахунок;

Залишено ексклюзивність EIP-3009 (підтримка інших токенів відкладена до Q2 2026);

Збережено явне зіставлення мереж (без крос-ланцюгової абстракції);

Досі обов’язкова участь реле.

4. Умови для масштабування до рівня інтернету

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

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

Атомарний розрахунок через смарт-контракти: одна торгівля у блокчейні усуває гонки;

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

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

Мінімізація довіри: прямий розрахунок без обов’язкового реле.

5. Висновки

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

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

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