BTC
ETH
HTX
SOL
BNB
시장 동향 보기
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

Tempo 체인과 MPP 기계 결제 프로토콜 상세 해설

鉴叔
特邀专栏作者
2026-04-07 13:25
이 기사는 약 4634자로, 전체를 읽는 데 약 7분이 소요됩니다
2026년 3월, 결제 블록체인 Tempo가 메인넷 출시를 발표하고 Stripe와 협력하여 기계 간 결제 개방형 프로토콜 MPP를 공개했습니다. 본문은 결제 네이티브 블록체인 Tempo의 기술 아키텍처와 MPP(기계 결제 프로토콜)의 탄생 배경, 설계 논리, 기술 요점, 적용 시나리오, 그리고 다른 체인과의 비교 분석을 체계적으로 해체합니다.
AI 요약
펼치기
  • 핵심 관점: 이 글은 Tempo 블록체인과 그 MPP 프로토콜을 심층 분석하여, 이들이 AI 에이전트 경제의 독특한 결제 수요(예: 자동화, 고빈도, 소액)에 대응하기 위해 설계되었으며, 결제 의미론 내재화, 스테이블코인 네이티브 및 전용 아키텍처를 통해 차세대 결제 인프라 구축을 목표로 하지만, 그 성공은 규제, 생태계 호환성 및 상업적 의존성과 같은 구조적 도전에 직면해 있다고 평가합니다.
  • 핵심 요소:
    1. AI 에이전트의 결제 수요: AI 에이전트는 자동화, 프로그래밍 가능, 고빈도, 소액이며 인적 개입이 필요 없는 결제를 필요로 하며, 기존 결제 네트워크와 범용 블록체인은 이를 완전히 충족시키기 어렵습니다.
    2. Tempo의 기술 핵심: 결제 우선 전용 L1 아키텍처를 채택하여 Simplex BFT 합의를 통해 아초(亞秒)급 최종성(finality)을 실현하고, 전용 결제 채널 및 병렬 실행 메커니즘을 통해 결제 우선순위와 효율성을 보장합니다.
    3. MPP 프로토콜 혁신: "결제계의 OAuth"로서, MPP는 AI 에이전트에 표준화된 종단 간 무개입 결제 능력을 제공하며, 핵심은 Session 세션 메커니즘과 결제 궤도에서 분리된 라우팅 설계입니다.
    4. 적용 시나리오 장점: 국제 결제(0.5초 완료, 수수료 약 0.001달러), 토큰화 예금 7x24시간 청산, 고빈도 소액 결제 등의 시나리오에서 상업적 타당성을 갖추고 있습니다.
    5. 경쟁 구도 포지셔닝: Circle Arc, Stable 등 결제 전용 체인과 경쟁하며, 그 가치 제안은 범용 체인보다 더 빠르고 저렴한 데 있지 않고, 결제 의미론을 프로토콜 설계에 깊이 내재화하는 데 있습니다.
    6. 직면한 주요 도전: 스테이블코인의 규제 불확실성, EVM 호환성과 설계 간결성 간의 긴장, 그리고 Stripe와 같은 상업적 파트너에 대한 강한 의존성으로 인한 잠재적 위험을 포함합니다.

1. AI 에이전트 경제의 다섯 가지 결제 수요

글로벌 결제 시스템은 구조적 재편을 겪고 있습니다. 스테이블코인 규모의 폭발적 성장과 AI 에이전트 경제의 부상이 맞물려 차세대 결제 인프라에 대한 시급한 수요를 촉발하고 있습니다.

AI 에이전트(Autonomous AI Agents)가 자율적 임무를 수행할 때의 결제 행동은 전통적인 인간의 결제와 본질적 차이가 있습니다. 다음 다섯 가지 핵심 수요가 AI 에이전트 경제가 결제 인프라에 요구하는 기본 요건을 구성합니다:

기존의 SWIFT 결제 네트워크와 범용 블록체인은 AI 에이전트 경제 하의 상기 결제 수요를 완전히 충족시키기 어렵습니다. 이에 따라 Tempo가 탄생했습니다.

2. Tempo: AI 시대를 위해 구축된 블록체인

Commonware가 선보이는 결제 네이티브 블록체인인 Tempo는 Simplex BFT 파이프라인 합의를 통해 아초(亞秒)급 최종성(Finality)을 달성하고, 전용 블록 공간과 스테이블코인 네이티브 가스 메커니즘으로 결제 우선순위를 보장하며, MPP 프로토콜을 통해 AI 에이전트에게 종단 간(End-to-End) 무인 개입 결제 능력을 제공합니다.

3. Tempo 블록체인 기술 아키텍처

3.1 전체 아키텍처 개요

Tempo는 전용형 Layer-1 아키텍처를 채택하며, 그 설계 철학은 "결제 우선(Payment First)"입니다. 체인의 각 계층의 기술적 결정은 모두 결제 시나리오 최적화를 목표로 하며, 범용 스마트 컨트랙트 플랫폼의 일반적 설계가 아닙니다.

3.2 Simplex BFT 파이프라인 합의

Tempo의 합의 계층은 Simplex BFT 프로토콜(ePrint 2023/463)을 기반으로 합니다. 이 프로토콜은 파이프라인 설계를 통해 각 라운드의 확인 지연을 단일 네트워크 왕복 시간(1Δ)으로 수렴시킵니다.

3단계 합의 프로세스

Simplex BFT의 단일 라운드 합의는 세 가지 순차적 단계로 구성됩니다:

타이밍 비교: 전통적 BFT vs Simplex 파이프라인

아래 그림은 전통적인 3단계 BFT와 Simplex 파이프라인의 지연 차이를 보여줍니다. 세로축은 합의 라운드, 가로축은 네트워크 시간 단계(Δ)입니다.

성능 향상 핵심: 파이프라인 모드에서 B₂의 Propose 단계는 B₁의 Vote 단계와 중첩되어 진행됩니다. 각 라운드는 다음 블록의 제안으로 넘어가기 위해 단지 만 기다리면 되지만, 전통적 BFT는 각 라운드마다 완전한 의 직렬 대기가 필요합니다.

뷰 전환(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)

전통적인 EVM의 엄격한 증가형 Nonce는 동일 계정의 모든 거래를 직렬 실행하도록 강제합니다. Tempo는 Nonce를 "유효 블록 범위"로 변경하여 Nonce가 유효 기간 내에서만 고유하기를 요구하며, 동일 계정의 서로 독립적인 다중 거래를 동시에 제출하고 병렬 실행할 수 있어 계정 수준의 직렬 병목 현상을 제거합니다.

3. 전용 결제 채널(Payment Lanes)

Payment Lanes는 Tempo가 프로토콜 수준에서 TIP-20 결제 거래를 위해 특별히 예약한 블록 공간입니다. 이더리움이 모든 거래가 동일한 가스 풀을 경쟁하는 것과 달리, Tempo는 블록 가스 예산을 여러 독립적 채널로 분할하여 결제 거래가 DeFi 작업, NFT 민팅 또는 고빈도 컨트랙트 호출과 같은 "시끄러운 이웃"의 간섭을 받지 않도록 합니다.

블록 가스 파티션 구조

Tempo 블록 헤더는 독립적인 가스 제한 필드를 포함하여 총 500M 가스 예산을 서로 간섭하지 않는 세 영역으로 나눕니다:

3.5 스테이블코인 네이티브 설계

Tempo는 스테이블코인을 프로토콜 1급 시민으로 삼아, 가스 수수료, 온체인 교환부터 토큰 표준까지, 전 과정을 스테이블코인을 중심으로 재설계합니다.

4. Machine Payments Protocol (MPP)

4.1 프로토콜 포지셔닝과 핵심 이념

MPP(Machine Payments Protocol, 기계 결제 프로토콜)는 Stripe와 Tempo가 공동 설계한 개방형 결제 표준으로, 업계에서는 "결제계의 OAuth"라고 불립니다. 그 핵심 목표는 자율 AI 에이전트에게 표준화된, 인적 개입이 필요 없는 결제 능력을 제공하는 것입니다.

4.2 MPP 완전 상호작용 프로세스

JWT 페이로드

안정적인 통화
재원
AI
Web 4.0