Tempo Chain та MPP Protocol: Нова платіжна інфраструктура для AI-агентів

Світова платіжна система переживає структурну реконструкцію. Вибуховий ріст обсягу стабільних монет та зростання економіки AI-агентів спричинили гостру потребу в інфраструктурі платіжних систем наступного покоління.

AI-агенти (автономні AI-агенти) під час виконання автономних завдань мають фундаментальні відмінності у платежах порівняно з традиційними людськими платежами. Нижче наведено п’ять основних вимог, які формують базові вимоги до інфраструктури платежів для економіки AI-агентів:

Традиційна мережа Swift і загальні блокчейни важко повністю задовольняють вищезазначені потреби в оплаті в економіці AI-агентів, тому з’явився Tempo.

Як блокчейн, створений Commonware, Tempo забезпечує субсекундну фінальність за допомогою консенсусу Simplex BFT, пріоритетність платежів за рахунок виділених блокових просторів та механізму стабільної монети для оплати газу, а також надає AI-агентам можливість безперервних платежів без участі людини за допомогою протоколу MPP.

3.1 Огляд загальної архітектури

Tempo використовує спеціалізовану архітектуру Layer-1, філософія якої — «оплати на першому місці»: кожне технічне рішення на ланцюгу приймається з метою оптимізації сценаріїв оплати, а не загальної конструкції, як у універсальних платформах розумних контрактів.

3.2 Проста BFT консенсусна лінійка

Консенсусний шар Tempo базується на протоколі Simplex BFT (ePrint 2023/463). Цей протокол за допомогою конвеєрної архітектури забезпечує збіжність затримки підтвердження кожної ітерації до одного часу проходження сигналу по мережі (1Δ).

Триетапний процес консенсусу

Одна ітерація консенсусу Simplex BFT складається з трьох послідовних етапів:

Порівняння за часом: традиційний BFT проти Simplex pipeline

Нижче показано різницю в затримці між традиційним триетапним BFT та Simplex конвеєром. Вертикальна вісь — це раунди консенсусу, горизонтальна вісь — кроки мережевого часу (Δ).

Ключове покращення продуктивності: у режимі конвеєра етап Propose B₂ перекривається з етапом Vote B₁. Кожен цикл вимагає очікування лише 1Δ для переходу до пропозиції наступного блоку, тоді як традиційний BFT вимагає повного послідовного очікування 3Δ на кожному циклі.

Оптимізація переключення перегляду (View-Change)

Зміна перегляду (View-Change) активується у двох випадках: (1) поточний лідер не розсилав дійсну пропозицію протягом встановленого часу очікування; (2) вузол виявив ненормальну поведінку лідера (наприклад, повторні пропозиції або неправильний формат повідомлень).

3.3 Агреговані підписи BLS

Використання схеми BLS (Boneh-Lynn-Shacham) для агрегації підписів N перевіряючих у єдиний підпис дозволяє перевірити його лише за допомогою двох операцій спарювання еліптичних кривих, що значно зменшує вимоги до пропускної здатності та обчислювальних ресурсів. Це особливо важливо для сценаріїв з високою частотою мікроплатежів, оскільки ефективно знижує обчислювальні та пропускні витрати на кожну транзакцію.

Принцип підпису BLS

Візуалізація процесу агрегованого підпису

3.4 Механізм паралельного виконання угод

Паралельне виконання угод Tempo походить із двох офіційно задокументованих технічних рішень:

1. Кастомний тип транзакції EIP-2718 (Тип транзакції 0x76)

Формат Crypto-Native Transaction, визначений Tempo, розширює стандартні EVM-транзакції трьома типами нативних можливостей:

• Пакетне виконання (Batch): атомарне виконання кількох інструкцій в одній угоді
• Заплановано: виконання активується при досягненні вказаного блоку
• Паралельне виконання (Parallel): оголошується відсутність залежностей від стану, дозволяє обробляти транзакції паралельно

2. Система термінових Nonce

Традиційний EVM вимагає строгого зростання Nonce, що змушує всі транзакції одного облікового запису виконуватися послідовно. Tempo замінює Nonce на «діапазон дійсних блоків», вимагаючи лише, щоб Nonce був унікальним протягом терміну дії. Це дозволяє одночасно надсилати та паралельно виконувати кілька незалежних транзакцій від одного облікового запису, усунувши послідовний обмеження на рівні облікового запису.

3. Окремі платіжні канали (Payment Lanes)

Payment Lanes — це блоковий простір, зарезервований Tempo на рівні протоколу для транзакцій оплати TIP-20. На відміну від Ethereum, де всі транзакції конкурують за один і той самий газовий пул, Tempo розділяє газовий бюджет блоку на кілька окремих каналів, щоб транзакції оплати не страждали від «шумних сусідів», таких як DeFi-операції, мінтинг NFT або часті виклики контрактів.

Структура розподілу газу блоку

Заголовок блоку Tempo містить окреме поле обмеження газу, розділяючи загальний бюджет газу в 500M на три незалежні області:

3.5 Нативний дизайн стабільної монети

Tempo вважає стабільні монети першокласними громадянами протоколу, перепроектувавши весь ланцюжок — від газових витрат і обміну в мережі до стандартів токенів — навколо стабільних монет.

4.1 Позиціонування протоколу та основні принципи

MPP (Machine Payments Protocol, протокол машинних платежів) — це відкритий стандарт оплати, розроблений Stripe та Tempo, який у галузі називають «OAuth для платежів». Його основна мета — надати автономним AI-агентам стандартизовані можливості оплати без участі людини.

4.2 MPP повний інтерактивний процес

Структура JWT-завантаження

4.3 Механізм сесії

Механізм сесії — це одна з ключових інновацій протоколу MPP, яка вирішує проблему ефективності оплати під час тривалого безперервного використання ресурсів AI-агентами:

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

4.4 Маршрутизація платежів через Rail

Основна ідея MPP полягає у повному роз'єднанні протоколу з платіжними треками. Ядро визначає лише процес HTTP виклику-відповіді, обробку помилок та модель безпеки, не прив'язуючи жодної конкретної платіжної мережі. Тому додавання нового способу оплати вимагає лише реєстрації ідентифікатора методу та публікації відповідної схеми та логіки перевірки, не змінюючи сам протокол. Під час оплати агенту не потрібно знати нижчий рівень треку — сервер оголошує прийнятні способи у відповіді 402, а клієнт відповідно підбирає їх за потребою. Саме це є ключовою відмінністю MPP від рішень, що базуються на одній ланцюжковій або одній мережевій платформі.

Платіжні канали, які зараз підтримує MPP

Сценарій 1: Міжнародні корпоративні платежі

Традиційні міжнародні платежі зазвичай проходять через кілька етапів: платіжний банк, мережу SWIFT, кореспондентські банки та банк отримувача, що займає від 3 до 5 робочих днів. Комісія зазвичай становить від 0,5% до 3%, і не передбачає обробки в вихідні та святкові дні в реальному часі.

Навпаки, Tempo намагається запропонувати інший шлях: якщо обидві сторони — платник і отримувач — використовують стабільні монети для розрахунків, згідно з поточними цілями тестової мережі, міжнародний платіж USDC до USDC теоретично може бути завершений за приблизно 0,5 секунди, а комісія за одну транзакцію становить близько 0,001 долара США.

Сценарій 2: 7×24-годинне розрахунок токенізованих депозитів

Токенізація депозитів — це цифрові фінансові активи, які представляють права вимоги на банківські депозити на блокчейні. Ці активи стикаються з реальним бар’єром: Fedwire ФРС має фіксований робочий час і не може обробляти розрахунки у вихідні дні або в нічний час.

Але блокчейн природно підтримує роботу 7×24 години, без вихідних, а вбудований модуль обміну Tempo дозволяє здійснювати перетворення на рівні протоколу між різними токенізованими депозитами, що робить можливим круглосуточне заселення.

Сценарій 3: Автоматизовані платіжі з високою частотою та малими сумами

Комісія за обробку кредитної картки зазвичай включає фіксовану комісію близько 0,2 долара США за транзакцію плюс відсоткова комісія від 1,5% до 3%, що робить транзакції на суму менше 1 долара США комерційно непрактичними — це основна причина тривалої відсутності на ринку «мікроплатежів». Комісія Tempo на рівні приблизно 0,001 долара США за транзакцію розрахована на те, щоб зробити наступні сценарії комерційно реалізованими вперше:

Сценарій 4: Автономні платежі з використанням AI-агентів

Зі збільшенням використання AI-агентів для виконання складних бізнес-завдань (бронювання ресурсів, закупівля матеріалів, виклик зовнішніх сервісів) ці агенти будуть створювати реальні потреби у платежах. EVM-сумісна архітектура та власний інтерфейс платежів Tempo дозволяють агентам автономно запускати платежі через смарт-контракти, не вимагаючи ручного схвалення кожної транзакції.

У 2025–2026 роках сектор блокчейнів, призначених для платежів, переживає інтенсивний вхід учасників. У цьому розділі з технічної точки зору проводиться порівняльний аналіз трьох категорій конкурентів.

6.1 Платіжна блокчейн-мережа: Tempo проти Circle Arc проти Stable

Всі три ланцюги є L1, призначені виключно для платежів, але їхні базові технічні підходи значно відрізняються. Нижче розглядається їхній технічний вибір за трьома аспектами: консенсусний двигун, механізм оплати та інновації в основній архітектурі.

Матриця конкурентної позиції

Три ланцюги мають високу схожість за показниками продуктивності, справжнє розходження полягає у цільових клієнтах, стратегії прив’язки стабільних монет, основних ставках та відомих ризиках.

6.2 Порівняння з універсальними блокчейнами: Ethereum L2 та Solana

Ethereum L2 та Solana — це дві найпоширеніші універсальні мережі, які використовуються в сценаріях оплати. Основні відмінності від спеціалізованих мереж для платежів проявляються у таких аспектах:

Цінність блокчейну, призначеного для платежів, полягає не в тому, чи він «швидший», ніж Ethereum, чи «дешевший», ніж Solana, а в тому, чи здатний він інтегрувати семантику платежів як проектні обмеження самого протоколу.

Основний висновок Tempo та MPP полягає в тому, що універсальні блокчейни при обробці платіжних сценаріїв не мають недостатньо функцій, а мають неправильний рівень абстракції — вони вважають «переказ активів» повною сутністю платежу, ігноруючи авторизацію, сесії, маршрутизацію та звітність, які в традиційній фінансовій системі вже глибоко інженерно розроблені.

Економіка AI-агентів надає цьому напрямку нову терміновість. Коли програмні агенти почнуть замінювати людей у економічних діях, таких як закупівля, підписка, виклик послуг, традиційна система оплати, побудована на верифікації особи та ручному підтвердженні з боку людини, зіткнеться з системною структурною несумісністю. Протокол MPP намагається вирішити саме цей аспект «агентного суверенітету»: хто має право ініціювати оплату, в яких межах, як довго і як її можна скасувати. Це логічно дуже схоже на підхід OAuth до авторизації API.

Проте слід зазначити, що масове впровадження автономних платежів з боку AI-агентів передбачає чітке визначення юридичного статусу агентів, розподілу відповідальності та шляхів відповідності вимогам боротьби з відмиванням коштів. Виклики, з якими стикається Tempo, мають структурний характер, а не лише виконавчий. По-перше, регуляторна невизначеність залишається ключовим фактором: власна природа стейблкоїнів означає, що Tempo повинна безпосередньо взаємодіяти з регуляторами кожної країни, а не приховуватися за нарративом «нейтральної інфраструктури»; по-друге, напруженість, пов’язана з сумісністю з EVM, ще не вирішена — відмова від EVM може надати більш чистий простір для дизайну, але також означає втрату роками накопиченого іншого розвитку та підтримки інструментів у екосистемі Ethereum; по-третє, співпраця з Stripe надала протоколу MPP рідкісну комерційну підтримку, але така сильна залежність одночасно є джерелом вразливості: між відкритістю протоколу та межами інтересів комерційних партнерів існує внутрішня напруженість, яку потрібно довгостроково спостерігати.

Для фахівців галузі, можливо, найбільш цікавим у Tempo/MPP є не те, чи зможе вона стати «переможцем у сфері платежів на блокчейні», а саме питання, яке вона ставить: як після входу інфраструктури ончейн-платежів у еру професійної спеціалізації слід оцінювати конкурентоспроможність протоколів? Можливо, саме точність вираження платежевих семантик, компонентна сумісність з регуляторними вимогами та моделі агентського авторизації стануть справжнім розривом між поколіннями платежевих інфраструктур.

1. Офіційний веб-сайт Tempo: https://tempo.xyz
2. Блог про запуск мейннету Tempo: https://tempo.xyz/blog/mainnet/
3. Технічна специфікація протоколу MPP: https://docs.tempo.xyz/mpp
4. Fortune: Stripe підтримує Tempo, яка випускає протокол штучного інтелекту для платежів (2026.03.18)
5. The Block: Мейннет Tempo запущено з протоколом машинних платежів для агентів
6. Блог Privy: Розширення Privy за допомогою машинного протоколу оплати Tempo (MPP)
7. Medium (jrodthoughts): Архітектура автономного багатства — Всередині Tempo's MPP
8. McKinsey & Artemis Analytics: Звіт про стейблкоїни у платежах 2025 року
9. Дані ринку стейблкоїнів CoinGecko
10. DeFiLlama Дані про он-чейн стейблкоїни