TempoチェーンとMPPマシン支払いプロトコルの詳細解説
- 核心的な見解:本記事はTempoブロックチェーンとそのMPPプロトコルを深く分析し、AIエージェント経済の独特な支払いニーズ(自動化、高頻度、少額など)に対応するために設計されたと評価しています。支払いセマンティクスの内蔵、ステーブルコインのネイティブサポート、専用アーキテクチャを通じて、次世代の支払いインフラ構築を目指していますが、その成功には規制、エコシステム互換性、ビジネス依存性といった構造的課題が立ちはだかっています。
- 重要な要素:
- AIエージェントの支払いニーズ:AIエージェントは、自動化、プログラマブル、高頻度、少額、かつ人的介入を必要としない支払いを必要としており、従来の支払いネットワークや汎用ブロックチェーンでは完全に満たすことが困難です。
- Tempoの技術的核心:支払い優先の専用L1アーキテクチャを採用し、Simplex BFTコンセンサスによりサブ秒レベルのファイナリティを実現。専用支払いチャネルと並列実行メカニズムにより、支払いの優先順位と効率を保証します。
- MPPプロトコルの革新性:「支払い分野のOAuth」として、MPPはAIエージェントに標準化されたエンドツーエンドの非介入型支払い機能を提供し、その核心はSessionセッションメカニズムと支払いレールから分離されたルーティング設計にあります。
- アプリケーションシナリオの優位性:国際送金(0.5秒完了、手数料約0.001ドル)、トークン化預金の24時間365日決済、高頻度少額支払いなどのシナリオで商業的実現可能性を有しています。
- 競争環境における位置づけ:Circle Arc、Stableなどの支払い専用チェーンと競合します。その価値提案は、汎用チェーンよりも高速・低コストであることではなく、支払いセマンティクスをプロトコル設計に深く内蔵している点にあります。
- 直面する主な課題:ステーブルコインの規制不確実性、EVM互換性と設計の簡潔性の間の緊張関係、そしてStripeなどのビジネスパートナーへの強い依存性から生じる潜在的なリスクなどが含まれます。
一、AIエージェント経済における5つの支払いニーズ
グローバルな支払いシステムは構造的な再構築を経験している。ステーブルコイン規模の爆発的な成長とAIエージェント経済の台頭が相まって、次世代の支払いインフラに対する切実なニーズを生み出している。
AIエージェント(Autonomous AI Agents)が自律的なタスクを実行する際の支払い行動は、従来の人間による支払いとは本質的に異なる。以下の5つのコアニーズが、AIエージェント経済が支払いインフラに求める基本的な要件を構成している:
従来のSWIFT支払いネットワークや汎用ブロックチェーンでは、AIエージェント経済下における上記の支払いニーズを完全に満たすことは困難であり、その結果、Tempoが誕生した。
二、Tempo:AI時代のために構築されたブロックチェーン
Commonwareが提供する支払いネイティブなブロックチェーンとして、TempoはSimplex BFTパイプラインコンセンサスによりサブ秒レベルのファイナリティを実現し、専用ブロックスペースとステーブルコインネイティブなGasメカニズムにより支払いの優先順位を保証し、さらにMPPプロトコルを通じてAIエージェントにエンドツーエンドの人手を介さない支払い能力を提供する。
三、Tempoブロックチェーンの技術アーキテクチャ
3.1 全体アーキテクチャ概要
Tempoは専用型Layer-1アーキテクチャを採用しており、その設計哲学は「支払い優先」——チェーン上の各レイヤーの技術的決定は、汎用スマートコントラクトプラットフォームの汎用性設計ではなく、支払いシナリオを最適化することを目標としている。
3.2 Simplex BFT パイプラインコンセンサス
TempoのコンセンサスレイヤーはSimplex BFTプロトコル(ePrint 2023/463)に基づいている。このプロトコルはパイプライン化設計により、各ラウンドの確認遅延を単一のネットワーク往復時間(1Δ)に収束させる。
三フェーズのコンセンサスフロー
Simplex BFTの単一ラウンドのコンセンサスは、以下の3つの順序フェーズで構成される:
タイミング比較:従来のBFT vs Simplexパイプライン
以下の図は、従来の三フェーズBFTとSimplexパイプラインの遅延の違いを示している。縦軸はコンセンサスラウンド、横軸はネットワークタイムステップ(Δ)である。
パフォーマンス向上の鍵:パイプラインモードでは、B₂のProposeフェーズはB₁のVoteフェーズと重複して進行する。各ラウンドは次のブロックの提案に進むためにわずか1Δを待つだけで済むが、従来のBFTでは各ラウンドに完全な3Δの直列待機が必要となる。
ビュー切り替え(View-Change)の最適化
ビュー切り替え(View-Change)は以下の2つの状況でトリガーされる:(1)現在のリーダー(Leader)が規定のタイムアウト時間内に有効な提案をブロードキャストできなかった場合;(2)ノードがリーダーの異常な行動(例:提案の重複や不正なメッセージフォーマット)を検出した場合。
3.3 BLS集約署名
BLS(Boneh-Lynn-Shacham)スキームを採用し、N個のバリデータの署名を単一の署名に集約し、わずか2回の楕円曲線ペアリング演算で検証することで、帯域幅と計算コストを大幅に削減する。これは高頻度のマイクロペイメントシナリオにおいて特に重要であり、トランザクションごとの計算コストと帯域幅コストを効果的に削減できる。
BLS署名の原理
集約署名フローの可視化
3.4 並列トランザクション実行メカニズム
Tempoの並列トランザクション実行能力は、公式に明確に記載されている2つの技術設計に由来する:
1. EIP-2718カスタムトランザクションタイプ(Transaction Type 0x76)
Tempoが定義するCrypto-Native Transactionフォーマットは、標準的なEVMトランザクションの上に3種類のネイティブ能力を拡張する:
- バッチ実行(Batch):単一トランザクション内で複数の命令をアトミックに実行
- スケジュール実行(Scheduled):将来のブロックでの実行を指定
- 並列実行(Parallel):ステートレス依存関係を宣言し、他のトランザクションとの並行処理を許可
2. 有効期限付きNonceシステム(Expiring Nonce System)
従来のEVMの厳密なインクリメンタルNonceは、同一アカウントのすべてのトランザクションを直列実行することを強制する。TempoはNonceを「有効ブロック範囲」に変更し、Nonceが有効期間内で一意であることのみを要求する。これにより、同一アカウントの複数の相互に独立したトランザクションを同時に送信し、並行して実行できるようになり、アカウントレベルの直列ボトルネックが解消される。
3. 専用支払いチャネル(Payment Lanes)
Payment Lanesは、TempoがプロトコルレベルでTIP-20支払いトランザクションのために特別に確保したブロックスペースである。イーサリアムがすべてのトランザクションを同一のgasプールで競争させるのとは異なり、Tempoはブロックのgas予算を複数の独立したチャネルに分割し、支払いトランザクションがDeFi操作、NFTミント、高頻度のコントラクト呼び出しといった「騒がしい隣人」からの干渉を受けないようにする。
ブロックGas分割構造
Tempoのブロックヘッダーは独立したgas制限フィールドを持ち、500Mの総gas予算を互いに干渉しない3つの領域に分割する:
3.5 ステーブルコインネイティブ設計
Tempoはステーブルコインをプロトコルの第一級市民として扱い、Gas手数料、オンチェーン交換からトークン標準まで、全工程をステーブルコインを中心に再設計している。
四、Machine Payments Protocol(MPP)
4.1 プロトコルの位置付けと核心理念
MPP(Machine Payments Protocol、機械支払いプロトコル)はStripeとTempoが共同で設計したオープンな支払い標準であり、業界では「支払い界のOAuth」と呼ばれている。その核心的な目標は、自律型AIエージェントに標準化された、人手を介さない支払い能力を提供することである。


