Satu artikel memahami x402 dan MPP: Dua jalur pembayaran agen

Judul Asli: Stripe’s MPP vs. x402: Apa yang Benar-benar Terjadi Hari Ini
Penulis Asli: Nick Sawinyh, defiprime.com
Translasi: Peggy, Blockbeats

Pengantar: Seputar bagaimana Agent melakukan pembayaran, x402 dan MPP menawarkan dua jalur yang hampir berlawanan.

x402 mengadopsi pendekatan minimalis protokol: menyisipkan pembayaran langsung ke dalam permintaan HTTP, dengan cara paling sederhana untuk mewujudkan request-then-pay. Tanpa akun, tanpa perantara, lebih mirip desain terbuka dan tanpa izin dari era awal internet, cocok untuk pengembang long tail dan skenario desentralisasi.

MPP justru memaksimalkan sistem: melalui sesi (sessions), pembayaran streaming, dan sistem kepatuhan, menyelesaikan masalah transaksi frekuensi tinggi, pengendalian risiko, dan akses fiat. Tidak berorientasi murni, melainkan lebih mengutamakan kebutuhan bisnis nyata, lebih cocok untuk aplikasi tingkat perusahaan dan skala besar.

Perbedaan keduanya pada dasarnya adalah dua solusi dari satu masalah yang sama: apakah pembayaran dibuat sebagai bagian dari protokol, atau sebagai lapisan dari sistem.

Karena itu, keduanya bukan kompetisi mutlak, melainkan lebih seperti distribusi di berbagai rentang. x402 mencakup kebutuhan jaringan terbuka yang long tail, sementara MPP mengakomodasi lalu lintas frekuensi tinggi dan komersial. Dalam ekonomi Agent yang belum terbentuk, perbedaan ini mungkin adalah sesuatu yang wajar.

Berikut adalah teks aslinya:

Sejak kode status HTTP 402 didefinisikan dalam spesifikasi HTTP/1.1 pada akhir 1990-an, kode ini selalu menunggu momen yang tepat untuk digunakan. Artinya adalah Payment Required. Pada awalnya, gagasan ini adalah: menyisipkan kemampuan pembayaran ke dalam lapisan protokol Web, agar mesin bisa membeli sumber daya seperti meminta halaman web.

Namun, sebagian besar gagasan ini belum terwujud. Selama bertahun-tahun, kode status ini hanya muncul di beberapa skenario pinggiran, seperti respons pembatasan laju Shopify, kesalahan penagihan Apple Mobile Me, dan lain-lain, tetapi tidak pernah benar-benar membangun masa depan micro-payment yang diisyaratkan. Sebagai gantinya, muncul sistem kartu kredit, paywall berlangganan, dan mekanisme API Key, yang secara esensial dirancang untuk manusia yang melakukan operasi manual.

Hari ini, ada dua jalur implementasi yang bersaing dan dirilis pada hari yang sama. Berikut penjelasannya, apa bedanya, dan mengapa Stripe mendukung keduanya sekaligus.

x402: Solusi yang Lebih Sederhana

Coinbase secara resmi meluncurkan x402 pada Mei 2025, dengan pendekatan yang hampir bisa disebut ekstrem minimalis. Klien meminta sumber daya; server mengembalikan HTTP 402, dan memberi tahu klien berapa biaya yang harus dibayar, token apa yang digunakan, dan di chain mana pembayaran dilakukan. Setelah pembayaran di chain selesai, bukti pembayaran dilampirkan dalam permintaan ulang, dan server langsung mengirimkan sumber daya.

Begitu saja. Tidak ada sistem akun, tidak ada API Key, tidak ada mekanisme langganan. Hanya satu permintaan HTTP bolak-balik, dengan satu transaksi pembayaran di tengahnya.

Kini, Stripe telah menyediakan dukungan native untuk x402 dalam sistem pembayarannya, sehingga merchant bisa langsung menerima pembayaran semacam ini melalui backend mereka. Namun, secara esensial, x402 tetap merupakan protokol yang dipimpin Coinbase, yang dikelola oleh x402 Foundation yang didirikan bersama Cloudflare pada September 2025. Protokol ini sepenuhnya open source (lisensi Apache 2.0), dan menyediakan SDK dalam berbagai bahasa seperti TypeScript, Go, dan Python.

Dalam hal cakupan dukungan, dokumentasi resmi Coinbase menunjukkan bahwa saat ini sudah mendukung pembayaran ERC-20 di Base, Polygon, dan Solana. Ekosistem juga sedang mengeksplorasi perluasan ke Avalanche, Sui, dan Near, meskipun tingkat kematangannya berbeda-beda.

Dari data adopsi, bagian ini agak kompleks. Coinbase menyatakan bahwa x402 telah memproses lebih dari 50 juta transaksi melalui infrastruktur Wallet Agentic mereka. Terdengar mengesankan, tetapi menurut analisis on-chain Artemis yang dikutip CoinDesk pada 11 Maret, volume transaksi harian sekitar 131.000 transaksi dengan total sekitar 2.8 juta dolar AS, dan rata-rata pembayaran per transaksi hanya sekitar 0,20 dolar AS. Sekitar separuhnya lebih mirip pengujian atau gamifikasi, bukan transaksi bisnis nyata.

Namun, ini tidak selalu buruk. Karena protokol ini memang dirancang untuk pasar yang belum benar-benar ada, yaitu dunia di mana AI agent melakukan micro-payment (bahkan di bawah 1 sen) untuk API calls dan pencarian data. Merchant yang melayani pasar ini juga baru mulai muncul.

Contohnya, Google Agentic Payments Protocol (AP2, bagian dari A2A framework) sudah mengintegrasikan x402; Lowe’s Innovation Labs menampilkan demo di mana AI agent dapat menyelesaikan proses penemuan produk, riset, hingga pemesanan dalam satu alur. Sementara itu, World (yang diprakarsai Sam Altman) merilis AgentKit minggu ini, menambahkan kemampuan identifikasi manusia ke dompet x402.

Asumsi utama di balik ini adalah: jika pembayaran dibuat sekecil HTTP request, maka secara alami akan muncul berbagai skenario penggunaannya. Apakah ini benar, masih perlu dibuktikan.

MPP: Solusi Full-Stack

Stripe dan Tempo memilih jalur berbeda. Machine Payments Protocol (MPP) dirilis hari ini bersamaan dengan peluncuran mainnet Tempo. Berbeda dari x402 yang merupakan lapisan ringan di atas blockchain yang ada, MPP dirancang khusus untuk skenario agen (agents) yang melakukan transaksi frekuensi tinggi.

Inti mekanismenya adalah sesi (sessions). Alih-alih setiap permintaan sumber daya harus memulai transaksi di chain, agent bisa memberikan otorisasi satu kali untuk batas pengeluaran tertentu, dan selama batas itu, melakukan micro-payment secara berkelanjutan. Jika kamu adalah AI yang perlu melakukan ratusan atau ribuan query per jam, kamu tentu tidak ingin setiap kali menandatangani dan menyiarkan transaksi di chain, dan sesi ini menyelesaikan masalah itu.

Tempo sendiri dibangun di atas blockchain yang dioptimalkan untuk pembayaran, mendukung puluhan ribu transaksi per detik, konfirmasi dalam sub-detik, dan tanpa token gas native. Pengguna bisa langsung membayar biaya transaksi dengan stablecoin, menghilangkan langkah membeli token acak terlebih dahulu.

Komponen lain yang penting adalah Stripe Agentic Commerce Suite yang menyertakan Shared Payment Tokens (SPTs). Ini bukan bagian dari MPP secara langsung, melainkan ekstensi dari Stripe, yang memungkinkan agent mengirimkan kredensial kartu atau dompet pengguna secara aman ke merchant tanpa mengungkap data asli. Kredensial ini bersifat sekali pakai dan memiliki batas waktu, bisa dianggap sebagai otorisasi yang dapat diprogram dan otomatis kedaluwarsa. Dalam praktiknya, ini memungkinkan agent yang membayar melalui MPP menggunakan USDC di Tempo, atau kartu Visa yang terikat pengguna, bahkan keduanya sekaligus.

Menurut pengumuman peluncuran Tempo, mitra mereka termasuk Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered, dan Visa. Laporan dari The Block menyebutkan bahwa saat peluncuran, daftar layanan yang mendukung pembayaran di MPP sudah lebih dari 100, termasuk Alchemy, Dune Analytics, Merit Systems, dan Parallel Web Systems. Matt Huang dari Paradigm menyatakan bahwa bidang ini masih sangat awal, dan desain MPP bertujuan agar bisa diperluas ke lebih banyak chain di luar Tempo di masa depan.

Mengapa Stripe Mendukung Keduanya Sekaligus

Kalau kamu sudah terintegrasi dengan Stripe, jawaban praktisnya adalah: kamu tidak perlu memilih.

Stripe menyediakan dua jalur integrasi yang terpisah untuk mendukung x402 dan MPP, bukan menggabungkannya dalam satu antarmuka tunggal. Untuk x402, dokumentasinya fokus pada pembuatan alamat deposit, monitoring di chain, dan penyelesaian dana ke akun Stripe—kamu hanya perlu mengembalikan respons 402, sementara infrastruktur pembayaran terenkripsi dikelola Stripe. Saat ini sudah mendukung USDC di Base, dan akan diperluas ke chain lain. Untuk MPP, merchant bisa menerima pembayaran berbasis sesi melalui API PaymentIntents yang sama, lengkap dengan fitur pengendalian risiko, pajak, pengembalian dana, dan laporan.

Stripe merilis Agentic Commerce Suite pada Desember 2025, yang dibangun di atas kedua jalur pembayaran ini. Merchant cukup unggah katalog produk, pilih AI agents yang ingin diintegrasikan, dan Stripe akan mengurus penemuan produk, proses checkout, anti-penipuan, dan perpajakan. Saat ini, sudah digunakan oleh URBN, Etsy, Coach, Kate Spade, dan Ashley Furniture, serta terintegrasi dengan platform seperti Wix, WooCommerce, BigCommerce, Squarespace, dan commercetools.

Strateginya cukup jelas: mengendalikan lapisan abstraksi, agar protokol dasar bisa bersaing secara bebas.

Perbandingan Secara Umum

Secara makro, kedua protokol ini melakukan hal yang sama: memungkinkan mesin membayar resource melalui HTTP. Tapi, perbedaan utama terletak pada detailnya.

x402 (dipimpin Coinbase) vs MPP (Stripe + Tempo)

Standarisasi
x402: open source sepenuhnya (Apache 2.0), didukung oleh x402 Foundation yang melibatkan Coinbase, Cloudflare, Visa, Google.
MPP: standar terbuka yang dibuat bersama Stripe dan Tempo, bagian dari Stripe Agentic Commerce Suite.

** Mekanisme HTTP**
x402: menghidupkan kembali HTTP 402, menggunakan header PAYMENT-REQUIRED dan PAYMENT-SIGNATURE untuk retry.
MPP: juga memakai challenge-response, tapi dengan Payment HTTP Authentication Scheme (draft IETF), mengikat challenge ID dengan HMAC.

Lapisan pembayaran (Blockchain)
x402: dirancang tidak terkait chain tertentu, sudah didukung di Base, Polygon, Solana, dan lain-lain sedang dieksplorasi.
MPP: berbasis Tempo, blockchain L1 yang dioptimalkan untuk pembayaran, mendukung 10.000+ TPS, konfirmasi sub-detik, tanpa token gas native; target jangka panjang adalah interoperabilitas lintas chain.

Metode pembayaran
x402: murni stablecoin, seluruhnya on-chain.
MPP: mendukung USDC di Tempo + SPT (mekanisme Stripe), memungkinkan kombinasi crypto dan fiat (kartu, dompet, BNPL).

Penyelesaian (settlement)
x402: on-chain, sekitar 200 ms sampai beberapa detik, difasilitasi oleh Coinbase dan lainnya.
MPP: konfirmasi sub-detik di Tempo, Stripe otomatis mengkredit dan mengelola kepatuhan.

Akses merchant
x402: middleware open source (Express, Hono, Next.js, dll), bisa dibangun sendiri atau pakai fasilitator.
MPP: langsung melalui API PaymentIntents Stripe, lengkap dengan pengendalian risiko, pajak, refund, laporan.

Inovasi utama
x402: sangat minimalis, tanpa vendor lock-in, seperti filosofi Unix di pembayaran.
MPP: throughput tinggi + integrasi fiat, melalui sesi untuk pembayaran streaming, micro-payment, dan pengendalian pengeluaran yang dapat diprogram via SPT.

Partner utama
x402: Coinbase, Cloudflare, Google (A2A/AP2), Visa, World, Anthropic (MCP).
MPP: Stripe, Visa, Lightspark, Anthropic, DoorDash, Mastercard, OpenAI, Shopify, Revolut, Standard Chartered.

x402 lebih cocok untuk membangun sistem terbuka: API pengembang independen, pasar data desentralisasi, layanan tanpa ketergantungan pada penyedia pembayaran. Spesifikasi bisa dituangkan dalam white paper, integrasi cukup dengan middleware dan dompet. Keaslian murni ini menarik—meski batasan crypto juga membatasi audiensnya.

MPP adalah paradigma berbeda. Jika agent kamu perlu melakukan ratusan atau ribuan transaksi dalam satu sesi, dan tidak ingin setiap transaksi di-chain, maka ini pilihan yang lebih masuk akal. Mekanisme sesi menjaga sebagian besar interaksi di luar chain, sementara Stripe mengurus risiko dan kepatuhan; mode campuran SPT memungkinkan agent memakai fiat dan crypto sekaligus.

Uniknya, keduanya tidak sepenuhnya bersaing. x402 melayani skenario open long tail, sementara MPP melayani trafik perusahaan tingkat tinggi. Strategi Stripe jelas: tidak bergantung pada satu protokol, agar apapun yang menang, dana tetap mengalir ke akun Stripe.

Situasi Saat Ini: Sampai di Mana?

Sejujurnya, saat ini transaksi skala besar belum benar-benar terjadi.

Menurut pengumuman Coinbase, mitra awal termasuk Hyperbolic (bayar inference GPU) dan Anthropic (integrasi MCP). Blog Stripe menyebutkan skenario bayar per API call (misalnya CoinGecko). Tempo sudah punya lebih dari 100 layanan di katalog. SDK Agents dari Cloudflare sudah native support x402, dan beberapa proyek kecil di Base L2 juga mulai coba pakai x402 sebagai gateway pembayaran.

Tapi, secara keseluruhan, volume transaksi masih kecil, jumlah merchant terbatas, dan sebagian besar masih dalam tahap eksperimen.

Ini sebenarnya tidak mengejutkan. Infrastruktur pembayaran baru biasanya seperti ini di awal. Daftar mitra seringkali dari kesepakatan niat sampai implementasi nyata berbeda jauh, dan pengumuman biasanya tidak membedakan secara tegas.

Lebih penting lagi adalah partisipasi dari pemain besar di balik infrastruktur ini. Stripe mengelola pembayaran senilai 1,9 triliun dolar AS pada 2025, naik 34% dari tahun sebelumnya. Coinbase, Cloudflare, Visa, Google, dan jaringan mitra Tempo sudah masuk.

Artinya, jalurnya sudah terbuka. Masalahnya tinggal satu: apakah di 2026 AI agent benar-benar membutuhkan transaksi massal di jalur ini? Atau ini seperti pemasangan fiber optik tahun 1998—fasilitas sudah ada, tapi permintaan belum datang.

Jadi, Mana yang Harus Dipilih?

Kalau kamu membangun sistem terbuka dan tanpa izin—x402 adalah pilihan alami. Tidak perlu platform terdaftar, tidak perlu integrasi penyedia pembayaran, cukup middleware dan dompet untuk menerima pembayaran. Harganya: harus mengurus kepatuhan, risiko, dan settlement fiat sendiri.

Kalau kamu sudah berada dalam ekosistem Stripe dan ingin mengintegrasikan trafik agent—MPP lebih cocok. Sesi, pembayaran streaming, campuran fiat + crypto, dan sistem kepatuhan lengkap, lebih seperti upgrade konfigurasi daripada membangun ulang sistem.

Kalau kamu hanya peduli satu hal: apapun protokol agent-nya, aku tetap bisa menerima pembayaran. Jawabannya: pakai Stripe. Karena Stripe mendukung keduanya.

HTTP 402 akhirnya kembali relevan. Tapi, dia sudah menunggu hampir 27 tahun.