Подробный размотр Tempo Chain и протокола машинных платежей MPP

Глобальная платежная система переживает структурную перестройку. Взрывной рост масштабов стейблкоинов и подъем экономики AI-агентов совместно породили насущную потребность в платежной инфраструктуре следующего поколения.

Поведение AI-агентов (Автономных AI-Агентов) при выполнении самостоятельных задач фундаментально отличается от платежного поведения традиционных людей. Следующие пять ключевых требований формируют базовые потребности экономики AI-агентов к платежной инфраструктуре:

Традиционные платежные сети, такие как SWIFT, и универсальные блокчейны с трудом полностью удовлетворяют вышеуказанные платежные потребности в условиях экономики AI-агентов, и поэтому появился Tempo.

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

Как нативный для платежей блокчейн, выпущенный Commonware, Tempo использует консенсус конвейерного типа Simplex BFT для достижения окончательности на уровне долей секунды, выделенное блок-пространство и нативный механизм Gas на стейблкоинах для гарантии приоритета платежей, а также предоставляет сквозные платежные возможности без вмешательства человека для AI-агентов через протокол MPP.

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

3.1 Обзор архитектуры

Tempo использует специализированную архитектуру уровня 1 (Layer-1), ее философия дизайна — «приоритет платежей» — каждая технологическая возможность на каждом уровне цепи ориентирована на оптимизацию платежных сценариев, а не на универсальный дизайн платформ для общих смарт-контрактов.

3.2 Конвейерный консенсус Simplex BFT

Слой консенсуса Tempo основан на протоколе Simplex BFT (ePrint 2023/463). Этот протокол, благодаря конвейерному дизайну, позволяет задержку подтверждения каждого раунда свести к времени одного сетевого цикла (1Δ).

Трехэтапный процесс консенсуса

Консенсус за один раунд в Simplex BFT состоит из трех последовательных этапов:

Сравнение временных характеристик: традиционный BFT vs конвейер Simplex

На рисунке ниже показана разница в задержках между традиционным трехэтапным BFT и конвейером Simplex. По вертикали — раунды консенсуса, по горизонтали — сетевые временные шаги (Δ).

Ключевое улучшение производительности: В конвейерном режиме этап Propose для блока B2 перекрывается с этапом Vote для блока B1. Каждый раунд требует ожидания всего 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)

Определенный Tempo формат Crypto-Native Transaction, который расширяет стандартную транзакцию EVM тремя типами нативных возможностей:

• Пакетное выполнение (Batch): Атомарное выполнение нескольких инструкций в одной транзакции.
• Запланированное выполнение (Scheduled): Запуск выполнения в указанном будущем блоке.
• Параллельное выполнение (Parallel): Объявление отсутствия зависимостей состояния, позволяющее параллельную обработку с другими транзакциями.

2. Система истекающих Nonce (Expiring Nonce System)

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

3. Выделенные платежные каналы (Payment Lanes)

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

Структура разделения газа блока

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

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

Tempo рассматривает стейблкоины как граждан первого сорта на уровне протокола, полностью перерабатывая дизайн от комиссий за Gas, до обмена на цепи и стандартов токенов, сфокусировав его вокруг стейблкоинов.

IV. Machine Payments Protocol (MPP)

4.1 Позиционирование протокола и ключевая концепция

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

4.2 Полный процесс взаимодействия MPP

Структура полезной нагрузки JWT

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

Механизм сессий — это одно из ключевых нововведений протокола MPP, решающее проблему эффективности платежей, когда AI-агент длительно и непрерывно потребляет ресурсы:

Такой дизайн позволяет при длительном выполнении задач избежать подтверждения в цепи при каждом взаимодействии, значительно повышая эффективность платежей.

4.4 Маршрутизация платежей между системами (Cross-Rail)

Ключевой дизайн MPP заключается в полном отделении протокола от платежных систем (rails). Базовый уровень определяет только процесс HTTP challenge-response, обработку ошибок и модель безопасности, не привязываясь к какой-либо конкретной платежной сети. Следовательно, для добавления нового способа оплаты достаточно зарегистрировать идентификатор метода и опубликовать соответствующую схему и логику проверки, без изменения самого протокола. При оплате агенту не нужно заботиться о низкоуровневой системе; сервер объявляет принимаемые способы в ответе 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-агенты все чаще используются для выполнения сложных бизнес-задач (бронирование ресурсов, закупка материалов, вызов внешних сервисов), у этих агентов возникают реальные платежные потребности. Совместимая с EVM архитектура Tempo и специализированные платежные интерфейсы позволяют агентам инициировать платежи автономно через смарт-контракты, без необходимости ручного утверждения каждой транзакции.

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 — не то, станет ли он в конечном итоге «победителем среди публичных платежных цепей», а сама поставленная им проблема: после вступления инфраструктуры ончейн-платежей в эру профессионального разделения труда, как именно следует оценивать конкурентоспособность дизайна протокола? Помимо benchmarks производительности, perhaps именно точность выражения платежной семантики, возможность подключения compliance и модель авторизации агентов являются真正的 водоразделом для платежной инфраструктуры следующего поколения.

参考文献 (Источники)

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