Penjelasan lengkap tentang rantai Tempo dan protokol pembayaran mesin MPP

I. Lima Kebutuhan Pembayaran Ekonomi Agen AI

Sistem pembayaran global sedang mengalami restrukturisasi yang bersifat struktural. Pertumbuhan eksponensial ukuran stablecoin dan munculnya ekonomi agen AI, bersama-sama memunculkan kebutuhan yang mendesak akan infrastruktur pembayaran generasi berikutnya.

Agen AI (Autonomous AI Agents), ketika menjalankan tugas secara mandiri, memiliki perbedaan mendasar dalam perilaku pembayarannya dibandingkan pembayaran tradisional yang dilakukan manusia. Lima kebutuhan inti berikut membentuk persyaratan dasar infrastruktur pembayaran bagi ekonomi agen AI:

Jaringan pembayaran swift tradisional dan blockchain umum tidak dapat sepenuhnya memenuhi kebutuhan pembayaran di atas dalam ekonomi agen AI, sehingga Tempo hadir.

II. Tempo: Rantai blok yang dibangun untuk Era AI

Sebagai blockchain pembayaran native yang diluncurkan oleh Commonware, Tempo mencapai finalitas tingkat sub-detik melalui konsensus pipeline Simplex BFT. Tempo menjamin prioritas pembayaran melalui ruang blok khusus dan mekanisme Gas native stablecoin, serta menyediakan kemampuan pembayaran end-to-end tanpa intervensi manusia bagi agen AI melalui protokol MPP.

III. Arsitektur Teknologi Blockchain Tempo

3.1 Gambaran Umum Arsitektur

Tempo menggunakan arsitektur Layer-1 tipe khusus, dengan filosofi desain “pembayaran sebagai prioritas”—setiap keputusan teknis di setiap lapisan di atas rantai bertujuan mengoptimalkan skenario pembayaran, bukan desain serbaguna seperti platform smart contract umum.

3.2 Konsensus Pipeline Simplex BFT

Lapisan konsensus Tempo didasarkan pada protokol Simplex BFT (ePrint 2023/463). Protokol ini, melalui desain pipeline, membuat keterlambatan konfirmasi setiap putaran menyempit hingga waktu satu putaran bolak-balik jaringan (1Δ).

Alur Konsensus Tiga Tahap

Konsensus satu putaran Simplex BFT terdiri dari tiga tahap berurutan:

Perbandingan Urutan: BFT Tradisional vs Pipeline Simplex

Gambar di bawah ini menunjukkan perbedaan keterlambatan antara BFT tiga tahap tradisional dan pipeline Simplex. Sumbu vertikal adalah putaran konsensus, sumbu horizontal adalah panjang langkah waktu jaringan (Δ).

Kunci Peningkatan Kinerja: Dalam mode pipeline, tahap Propose dari B₂ tumpang tindih dengan tahap Vote dari B₁. Setiap putaran hanya perlu menunggu 1Δ untuk masuk ke usulan blok berikutnya, sedangkan BFT tradisional memerlukan penantian serial lengkap 3Δ untuk setiap putaran.

Optimasi View-Change

View-Change dipicu dalam dua kondisi: (1) pemimpin (Leader) saat ini gagal menyiarkan usulan yang valid dalam waktu timeout yang ditentukan; (2) node mendeteksi perilaku pemimpin yang tidak normal (seperti usulan berulang atau format pesan ilegal).

3.3 Tanda Tangan Agregat BLS

Menggunakan skema BLS (Boneh-Lynn-Shacham) untuk mengagregasikan tanda tangan N validator menjadi satu tanda tangan tunggal, hanya perlu dua kali operasi pasangan kurva eliptik untuk verifikasi, sehingga secara signifikan menurunkan biaya bandwidth dan komputasi. Ini sangat penting untuk skenario micro-payment berfrekuensi tinggi, dan secara efektif menurunkan biaya komputasi serta bandwidth untuk setiap transaksi.

Prinsip Tanda Tangan BLS

Visualisasi Proses Tanda Tangan Agregat

3.4 Mekanisme Eksekusi Transaksi Paralel

Kemampuan eksekusi transaksi paralel Tempo berasal dari dua rancangan teknis resmi yang tercatat dengan jelas:

1. Tipe Transaksi Khusus EIP-2718 (Transaction Type 0x76)

Format Crypto-Native Transaction yang didefinisikan oleh Tempo, memperluas tiga kemampuan asli di atas transaksi EVM standar:

• Eksekusi Batch (Batch): eksekusi atomik beberapa instruksi di dalam satu transaksi
• Eksekusi Terjadwal (Scheduled): menentukan eksekusi pada blok masa depan
• Eksekusi Paralel (Parallel): mendeklarasikan tidak ada ketergantungan status (stateless), memungkinkan pemrosesan paralel dengan transaksi lain

2. Sistem Nonce Kedaluwarsa (Expiring Nonce System)

Nonce EVM tradisional yang meningkat secara ketat memaksa semua transaksi dari akun yang sama dieksekusi secara serial. Tempo mengubah Nonce menjadi “rentang blok yang efektif”, hanya menuntut agar Nonce unik dalam masa berlaku; beberapa transaksi dari akun yang sama yang saling independen dapat diajukan secara bersamaan dan dieksekusi paralel, sehingga menghilangkan bottleneck serial tingkat akun.

3. Payment Channel Khusus (Payment Lanes)

ayment Lanes adalah ruang blok khusus yang disediakan Tempo pada level protokol untuk transaksi pembayaran TIP-20. Berbeda dengan Ethereum yang membuat semua transaksi bersaing pada satu gas pool yang sama, Tempo memecah anggaran gas blok menjadi beberapa jalur (channel) yang independen, sehingga transaksi pembayaran tidak terganggu oleh “tetangga yang bising” seperti operasi DeFi, minting NFT, atau pemanggilan kontrak berfrekuensi tinggi.

Struktur Pembagian Gas Blok

Header blok Tempo membawa field batas gas yang independen, membagi anggaran total 500M gas menjadi tiga area yang tidak saling mengganggu：

3.5 Desain Stablecoin Native

Tempo menjadikan stablecoin sebagai warga kelas satu dalam protokol: dari biaya Gas, pertukaran on-chain hingga standar Token, seluruh rantai didesain ulang dengan stablecoin sebagai inti

IV. Machine Payments Protocol (MPP)

4.1 Penempatan Protokol dan Ide Inti

MPP (Machine Payments Protocol, protokol pembayaran mesin) adalah standar pembayaran terbuka yang dirancang bersama oleh Stripe dan Tempo, yang di industri disebut sebagai “OAuth untuk dunia pembayaran”. Tujuan intinya adalah menyediakan kemampuan pembayaran terstandardisasi yang tidak memerlukan intervensi manusia bagi agen AI mandiri.

4.2 Alur Interaksi Lengkap MPP

Struktur Muatan JWT

4.3 Mekanisme Sesi (Session)

Mekanisme Session adalah salah satu inovasi inti MPP, yang menyelesaikan masalah efisiensi pembayaran ketika agen AI mengonsumsi sumber daya secara berkelanjutan dalam jangka waktu lama：

Desain ini membuatnya tidak perlu memicu konfirmasi on-chain setiap kali interaksi selama tugas berjalan dalam waktu lama, sehingga secara besar meningkatkan efisiensi pembayaran.

4.4 Routing Pembayaran lintas Rail

Desain inti MPP adalah memisahkan protokol dengan lintasan pembayaran secara menyeluruh. Lapisan inti hanya mendefinisikan alur tantangan-respons HTTP, penanganan kesalahan, dan model keamanan, tanpa terikat pada jaringan pembayaran tertentu apa pun. Karena itu, menambahkan metode pembayaran baru hanya perlu mendaftarkan pengenal metode (method identifier), lalu menerbitkan Schema dan logika verifikasinya yang sesuai, tanpa perlu mengubah protokol itu sendiri. Saat pembayaran, agen tidak perlu memikirkan lintasan dasar; server akan menyatakan cara yang dapat diterima dalam respons 402, dan klien kemudian mencocokkan sesuai kebutuhan. Inilah kunci pembeda MPP dari solusi berbasis satu rantai atau satu jaringan.

Lintasan pembayaran yang saat ini didukung oleh MPP

V. Analisis Skenario Aplikasi

Skenario 1: Pembayaran Perusahaan Lintas Batas

Pembayaran lintas batas tradisional biasanya perlu melalui beberapa tahapan seperti bank pengirim, jaringan pesan SWIFT, bank perantara, dan bank penerima, sering kali memerlukan 3 hingga 5 hari kerja, dengan biaya administrasi biasanya di kisaran 0,5% hingga 3%, serta tidak mendukung pemrosesan real-time pada akhir pekan dan hari libur.

Sebagai perbandingan, Tempo mencoba menyediakan jalur lain: jika kedua belah pihak pengirim dan penerima menggunakan stablecoin untuk penyelesaian, sesuai target desain untuk testnet saat ini, pembayaran lintas batas 1 USDC ke 1 USDC secara teori dapat diselesaikan dalam sekitar 0,5 detik, dengan biaya per transaksi sekitar 0,001 dolar.

Skenario 2: Kliring 7×24 Jam untuk Deposit Tokenized

Deposit ter-tokenisasi adalah aset keuangan yang mendigitalkan klaim utang aset simpanan bank di blockchain. Aset jenis ini memiliki hambatan nyata: Fedwire milik Federal Reserve memiliki jam operasional tetap, sehingga tidak dapat menangani kliring pada hari non-kerja atau pada malam hari.

Namun blockchain secara alami mendukung operasi 7×24 jam, sepanjang tahun tanpa henti, dan modul penukaran bawaan Tempo juga dapat mendukung konversi tingkat protokol antar deposit tokenized yang berbeda, sehingga kliring sepanjang hari menjadi mungkin.

Skenario 3: Pembayaran Otomatis Mikro Berfrekuensi Tinggi

Biaya pemrosesan kartu kredit biasanya mencakup biaya tetap sekitar 0,2 dolar per transaksi ditambah biaya proporsional 1,5% hingga 3%, sehingga transaksi dengan nominal di bawah 1 dolar menjadi tidak layak secara komersial—ini adalah alasan mendasar adanya kekosongan jangka panjang di pasar “pembayaran kecil”. Target desain biaya Tempo sekitar 0,001 dolar per transaksi menjadikan skenario berikut untuk pertama kalinya layak secara komersial:

Skenario 4: Pembayaran Mandiri Agen AI

Seiring makin banyak agen AI digunakan untuk menjalankan tugas bisnis yang kompleks (memesan sumber daya, membeli barang, memanggil layanan eksternal), agen-agen ini akan menghasilkan kebutuhan pembayaran yang nyata. Arsitektur kompatibel EVM Tempo dan antarmuka pembayaran khusus memungkinkan agen memicu pembayaran secara mandiri melalui smart contract, tanpa persetujuan manual untuk setiap transaksi.

VI. Analisis Lanskap Kompetisi

Pada tahun 2025–2026, segmen rantai khusus pembayaran akan mengalami periode masuk yang padat. Bab ini melakukan perbandingan horizontal tiga jenis pesaing dari perspektif arsitektur teknis.

6.1 Rantai Khusus Pembayaran: Tempo vs Circle Arc vs Stable

Ketiga rantai tersebut merupakan L1 khusus pembayaran, namun perbedaan signifikan terdapat pada rute teknologi yang mendasarinya. Berikut pemilihan teknologi masing-masing diurai berdasarkan tiga dimensi: mesin konsensus, mekanisme biaya, dan inovasi arsitektur inti.

Matriks Posisi Kompetitif

Ketiga rantai memiliki indikator kinerja yang sangat mirip; perbedaannya yang sesungguhnya ada pada segmen pelanggan target, strategi keterikatan stablecoin, taruhan inti, dan risiko yang diketahui.

6.2 Perbandingan dengan Blockchain Umum: Ethereum L2 dan Solana

Ethereum L2 dan Solana adalah dua jenis blockchain umum yang saat ini banyak digunakan dalam skenario pembayaran. Perbedaan inti dengan rantai khusus pembayaran tercermin dalam beberapa dimensi berikut：

VII. Penutup

Proposisi nilai dari rantai khusus pembayaran tidak pernah terletak pada apakah ia “lebih cepat” daripada Ethereum atau “lebih murah” daripada Solana, melainkan apakah ia dapat menginternalisasi semantik pembayaran sebagai batasan desain dalam protokol itu sendiri.

Penilaian inti Tempo dan MPP adalah: blockchain umum, ketika menangani skenario pembayaran, bukan karena kekurangan fungsi; melainkan karena kesalahan pada tingkat abstraksi—ia memperlakukan “pemindahan aset” sebagai keseluruhan pembayaran, tetapi mengabaikan hal-hal seperti otorisasi, sesi, routing, dan rekonsiliasi yang dalam keuangan tradisional telah sangat diinsinyurkan sejak lama.

Ekonomi agen AI menyuntikkan urgensi waktu baru ke jalur ini. Ketika agen perangkat lunak mulai menggantikan manusia untuk menyelesaikan tindakan ekonomi seperti pengadaan, berlangganan, pemanggilan layanan, model otorisasi sistem pembayaran tradisional—yang dibangun di atas verifikasi identitas pihak manusia dan persetujuan manual—akan menghadapi ketidakcocokan struktural secara sistematis. Yang coba diselesaikan protokol MPP justru masalah “kedaulatan agen” ini: siapa yang berhak memulai pembayaran, dalam ruang lingkup apa, untuk berapa lama secara berkelanjutan, dan bagaimana hal itu dapat dicabut. Ini sangat serupa secara logika dengan OAuth dalam penyelesaian otorisasi API.

Namun perlu ditegaskan bahwa penerapan skala besar pembayaran mandiri agen AI mensyaratkan status hukum identitas agen, kejelasan tanggung jawab, dan jalur kepatuhan anti pencucian uang yang disetujui. Tantangan yang dihadapi Tempo bersifat struktural, bukan sekadar tantangan pada level eksekusi. Pertama, ketidakpastian regulasi tetap menjadi variabel inti: desain stablecoin native berarti Tempo harus berdialog langsung dengan otoritas regulasi mata uang di berbagai wilayah, bukan bersembunyi di balik narasi “infrastruktur netral”; kedua, ketegangan kompatibilitas EVM belum terselesaikan—melepaskan EVM dapat menghasilkan ruang desain yang lebih bersih, tetapi juga berarti melepaskan inersia pengembang ekosistem Ethereum yang terakumulasi selama bertahun-tahun serta dukungan toolchain; ketiga, kerja sama dengan Stripe memberikan dukungan bisnis yang langka bagi protokol MPP, tetapi ketergantungan kuat semacam itu juga menjadi sumber kerapuhan: adanya tarik-menarik inheren antara keterbukaan protokol dan batas kepentingan mitra bisnis, yang perlu diamati dalam jangka panjang.

Bagi pelaku industri, Tempo/MPP yang paling layak diteliti mungkin bukan apakah akhirnya bisa menjadi “pemenang rantai publik pembayaran”, melainkan pertanyaan yang diajukannya sendiri: setelah infrastruktur pembayaran on-chain memasuki era spesialisasi profesional, bagaimana daya saing desain protokol seharusnya dievaluasi? Selain benchmark kinerja, akurasi ekspresi semantik pembayaran, kemampuan kepatuhan yang dapat dipasang (compliance plug-in), serta model otorisasi agen, mungkin justru menjadi pembeda sebenarnya dari infrastruktur pembayaran generasi berikutnya.

Referensi

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