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

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

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

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

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

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

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

3.2 Протокол консенсуса Simplex 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) текущий лидер (Leader) не смог распространить действительное предложение в течение установленного времени ожидания; (2) узел обнаруживает аномальное поведение лидера (например, повторные предложения или недопустимый формат сообщений).

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

Использование схемы BLS (Boneh-Lynn-Shacham) для агрегации подписей N валидаторов в одну подпись позволяет проверить её всего двумя операциями спаривания эллиптических кривых, значительно снижая требования к пропускной способности и вычислительным ресурсам. Это особенно важно для сценариев частых микроплатежей, эффективно снижая вычислительные и сетевые затраты на каждую транзакцию.

Принцип подписи BLS

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

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

Способность Tempo к параллельному выполнению сделок обусловлена двумя официально задокументированными техническими решениями:

1. Пользовательский тип транзакции EIP-2718 (Тип транзакции 0x76)

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

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

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

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

3. Специальные платежные каналы (Payment Lanes)

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

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

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

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

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

4.1 Позиционирование протокола и основные принципы

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

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.

Однако необходимо подчеркнуть, что масштабное внедрение автономных платежей с помощью ИИ-агентов требует четкого определения юридического статуса агентов, распределения ответственности и путей соблюдения требований по борьбе с отмыванием денег. Проблемы, с которыми сталкивается 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 выпускает протокол AI-платежей (2026.03.18)
5. The Block: Tempo Mainnet выходит в онлайн с протоколом машинных платежей для агентов
6. Блог Privy: Развитие Privy с использованием протокола машинных платежей Tempo (MPP)
7. Medium (jrodthoughts): Архитектура автономного богатства — Внутри MPP Tempo
8. McKinsey & Artemis Analytics: Отчет о стейблкоинах в платежах 2025 года
9. Данные рынка стейблкоинов от CoinGecko
10. DeFiLlama Данные о стейблкоинах в цепочке