Пояснювальна стаття про Tempo Chain та протокол машинних платежів MPP

I. П’ять платіжних потреб економіки AI-агентів

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

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

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

II. Tempo: блокчейн, створений для епохи AI

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

III. Технічна архітектура блокчейну Tempo

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

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

3.2 Simplex BFT конвеєрний консенсус

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

Процес консенсусу у три стадії

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

Порівняння часових характеристик: традиційний BFT vs Simplex конвеєр

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

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

Оптимізація зміни представлення (View-Change)

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

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

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

Принцип роботи BLS підписів

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

3.4 Механізм паралельного виконання транзакцій

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

1. Спеціалізований тип транзакцій EIP-2718 (Transaction Type 0x76)

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

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

2. Система Nonce із строком дії (Expiring Nonce System)

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

3. Спеціалізовані платіжні канали (Payment Lanes)

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

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

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

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

Tempo робить стейблкоїни першокласними громадянами протоколу: від комісій Gas, через обмін в ланцюжку до стандарту Token — увесь ланцюговий шлях заново спроєктовано з фокусом на стейблкоїни

IV. Machine Payments Protocol (MPP)

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

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

4.2 Повний процес взаємодії MPP

Структура JWT payload

4.3 Механізм сесій (Session)

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

Такий дизайн означає, що під час виконання тривалих завдань не потрібно щоразу тригерити on-chain підтвердження під час кожної взаємодії, що суттєво підвищує платіжну ефективність.

4.4 Маршрутизація крос-Rail платежів

Ключовий дизайн MPP полягає в повному роз’єднанні протоколу та платіжної траєкторії (payment track). Базовий рівень визначає лише HTTP challenge-response процес, обробку помилок і модель безпеки, без прив’язки до будь-якої конкретної платіжної мережі. Тому для додавання нового способу оплати потрібно лише зареєструвати ідентифікатор методу та опублікувати відповідну Schema і логіку верифікації — без змін самого протоколу. Під час оплати агентам не потрібно турбуватися про базову траєкторію: сервер у відповіді 402 оголошує прийнятні способи, а клієнт далі підбирає відповідний спосіб за потреби. Саме це є ключовою відмінністю MPP від варіантів «один ланцюг» або «одна мережа».

Наразі підтримувані платіжні траєкторії MPP

V. Аналіз сценаріїв застосування

Сценарій 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-агенти дедалі частіше використовуються для виконання складних бізнес-завдань (бронювання ресурсів, закупівля матеріалів, виклики зовнішніх сервісів), ці агенти генерують реальні потреби в оплаті. Архітектура Tempo, сумісна з EVM, і спеціалізовані платіжні інтерфейси дозволяють агентам ініціювати платежі автономно через смартконтракти, без необхідності ручного погодження кожної транзакції.

VI. Аналіз конкурентного ландшафту

У 2025–2026 роках платіжні спеціалізовані ланцюги вступають у фазу щільного напливу. У цьому розділі з технічного погляду на архітектуру наведено горизонтальне порівняння трьох типів конкурентів.

6.1 Платіжні спеціалізовані ланцюги: Tempo vs Circle Arc vs Stable

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

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

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

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

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

VII. Висновок

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

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

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

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

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

Список джерел

1. Tempo Official Website:
2. Tempo Mainnet Launch Blog: /blog/mainnet/
3. MPP Protocol Technical Specification:
4. Fortune: Stripe-backed Tempo releases AI payments protocol (2026.03.18)
5. The Block: Tempo Mainnet goes live with Machine Payments Protocol for agents
6. Privy Blog: Building on Privy with Tempo’s Machine Payments Protocol (MPP)
7. Medium (jrodthoughts): The Architecture of Autonomous Wealth — Inside Tempo’s MPP
8. McKinsey & Artemis Analytics: 2025 Stablecoins in Payments Report
9. CoinGecko Stablecoins Market Data
10. DeFiLlama On-chain Stablecoins Data