Catatan Editor: Menjawab pertanyaan bagaimana agent melakukan pembayaran, x402 dan MPP menawarkan dua pendekatan yang hampir berlawanan.

x402 mengambil jalur minimalis protokol: menyematkan pembayaran langsung ke dalam permintaan HTTP, mewujudkan bayar-per-permintaan dengan cara paling sederhana. Tanpa akun, tanpa perantara, lebih mirip desain terbuka dan tanpa izin era awal internet, cocok untuk pengembang ekor panjang dan skenario terdesentralisasi.

MPP adalah maksimalis sistem: melalui sesi, pembayaran alir (streaming payments), dan sistem kepatuhan, menyelesaikan masalah transaksi frekuensi tinggi, manajemen risiko, dan integrasi mata uang fiat. Ia tidak mengejar kemurnian, tetapi memprioritaskan pemenuhan kebutuhan bisnis nyata, lebih cocok untuk aplikasi tingkat perusahaan dan berskala.

Perbedaan keduanya, pada dasarnya adalah dua solusi untuk masalah yang sama: menjadikan pembayaran sebagai bagian dari protokol, atau menjadikannya sebagai sebuah lapisan sistem.

Karena itu juga, mereka bukanlah hubungan persaingan penuh, tetapi lebih seperti terdistribusi di interval yang berbeda, x402 mencakup kebutuhan ekor panjang jaringan terbuka, MPP menangani lalu lintas frekuensi tinggi dan komersial. Dalam ekonomi Agent yang belum terbentuk, diferensiasi ini mungkin tak terelakkan.

Berikut adalah teks aslinya:

Kode status HTTP 402, sejak didefinisikan dalam spesifikasi HTTP/1.1 pada akhir 1990-an, telah menunggu tempat untuk digunakan. Artinya adalah Pembayaran Diperlukan (Payment Required). Bayangan awalnya adalah: menyematkan kemampuan pembayaran ke dalam lapisan protokol Web, memungkinkan mesin untuk membeli sumber daya seperti meminta halaman web.

Tetapi bayangan ini sebagian besar tidak terwujud. Selama bertahun-tahun, kode status ini hanya muncul sesekali dalam skenario tepi, seperti respons pembatasan lalu lintas (rate-limiting) Shopify, kesalahan penagihan Apple Mobile Me, tetapi tidak pernah ada yang benar-benar membangun masa depan micropayment yang disiratkannya. Sebagai gantinya, adalah kartu kredit, paywall langganan, dan mekanisme API Key, yang pada dasarnya dirancang untuk manusia yang dioperasikan secara manual.

Dan hari ini, masa depan ini muncul dengan dua jalur implementasi yang saling bersaing, dan dirilis pada hari yang sama. Selanjutnya, saya ingin merangkum apa saja mereka, apa perbedaannya, dan mengapa Stripe mempertaruhkan kedua jalur ini secara bersamaan.

x402: Skema yang Lebih Sederhana

Coinbase secara resmi meluncurkan x402 pada Mei 2025, dengan inti pemikiran yang hampir bisa dibilang minimalis hingga agresif. Klien meminta sebuah sumber daya; server mengembalikan HTTP 402, dan memberitahu klien: berapa biaya yang harus dibayar, menggunakan token apa, di chain mana pembayaran diselesaikan. Klien menyelesaikan pembayaran di chain, melampirkan bukti pembayaran pada permintaan yang dikirim ulang, server kemudian mengirimkan sumber daya.

Sesederhana itu. Tidak ada sistem akun, tidak ada API Key, tidak ada mekanisme langganan. Hanya satu kali permintaan HTTP bolak-balik, dengan sebuah pembayaran disisipkan di tengah.

Kini, Stripe telah menyediakan dukungan native untuk x402 dalam sistem pembayarannya, merchant dapat langsung menerima pembayaran jenis ini melalui backend yang ada. Namun, pada dasarnya, x402 tetap adalah protokol yang dipimpin Coinbase, dengan governance ditangani oleh x402 Foundation yang diluncurkan bersama dengan Cloudflare pada September 2025. Protokol ini sepenuhnya open source (lisensi Apache 2.0), dan menyediakan SDK multi-bahasa seperti TypeScript, Go, dan Python.

Dalam hal cakupan dukungan, dokumentasi resmi Coinbase menunjukkan, saat ini telah mendukung pembayaran ERC-20 di Base, Polygon, dan Solana. Secara bersamaan, ekosistem juga mengeksplorasi perluasannya ke chain lain seperti Avalanche, Sui, dan Near, tetapi kematangannya bervariasi.

Melihat data adopsi, bagian ini sedikit lebih kompleks. Coinbase menyatakan bahwa x402 telah memproses lebih dari 50 juta transaksi melalui infrastruktur Agentic Wallet-nya. Kedengarannya mengesankan, tetapi menurut CoinDesk pada 11 Maret yang mengutip data analisis on-chain Artemis: volume transaksi harian sekitar 131.000 transaksi, total jumlah sekitar $28.000, pembayaran rata-rata per transaksi hanya sekitar $0.20, di mana sekitar setengahnya lebih mirip perilaku pengujian atau gamifikasi, bukan transaksi bisnis nyata.

Tetapi ini belum tentu buruk. Karena protokol ini memang dirancang untuk pasar yang belum benar-benar ada, sebuah dunia di mana AI agent melakukan pembayaran mikro (bahkan di bawah 1 sen), untuk panggilan API dan kueri data. Dan merchant yang melayani pasar ini, juga baru mulai muncul.

Misalnya, Google's Agentic Payments Protocol (AP2, bagian dari framework A2A) telah mengintegrasikan x402; Lowe's Innovation Labs bahkan menunjukkan demo: AI agent dapat menyelesaikan seluruh proses dari penemuan produk, riset, hingga pemesanan dalam satu alur. Juga, World (diluncurkan oleh Sam Altman) minggu ini merilis AgentKit, menambahkan kemampuan pembuktian identitas manusia untuk dompet x402.

Asumsi inti di baliknya adalah: selama pembayaran dibuat ringan seperti permintaan HTTP, skenario aplikasi akan muncul secara alami. Apakah ini terbukti, masih harus dilihat.

MPP: Solusi Full-Stack

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

Mekanisme intinya adalah sesi. Berbeda dengan harus memulai transaksi on-chain setiap kali meminta sumber daya, agent dapat mengotorisasi jumlah pengeluaran sekaligus terlebih dahulu, kemudian melakukan pembayaran mikro terus-menerus dalam jumlah tersebut. Jika Anda adalah AI yang perlu mengkueri ribuan sumber data per jam, Anda pasti tidak ingin menandatangani dan menyiarkan transaksi on-chain setiap kali, dan sesi dirancang untuk menyelesaikan masalah ini.

Chain Tempo juga dibangun di sekitar kebutuhan ini. Ia mendukung puluhan ribu transaksi per detik, memiliki waktu konfirmasi sub-detik, dan tidak memiliki token gas native. Pengguna dapat langsung membayar biaya dengan stablecoin, menghilangkan kerumitan harus membeli token acak terlebih dahulu hanya untuk transfer.

Komponen lain yang perlu dipahami adalah: Shared Payment Tokens (SPTs) dalam Stripe's Agentic Commerce Suite. Ini bukan bagian dari MPP itu sendiri, tetapi mekanisme ekstensi Stripe, yang dapat digunakan bersamanya. SPT memungkinkan agent untuk meneruskan kredensial kartu bank atau dompet pengguna dengan aman ke merchant tanpa mengekspos data nyata. Kredensial ini hanya untuk transaksi tunggal dan memiliki batasan waktu, dapat dipahami sebagai otorisasi yang dapat diprogram dan menghancurkan diri sendiri. Dalam penggunaan praktis, ini berarti sebuah agent yang membayar melalui MPP, dapat menggunakan USDC di Tempo, atau kartu Visa yang terikat pengguna, atau bahkan kombinasi keduanya.

Menurut blog peluncuran mainnet Tempo, mitranya termasuk Anthropic, DoorDash, Mastercard, Nubank, OpenAI, Ramp, Revolut, Shopify, Standard Chartered, dan Visa. The Block melaporkan bahwa direktori pembayaran MPP saat peluncuran telah memiliki lebih dari 100 layanan, termasuk Alchemy, Dune Analytics, Merit Systems, dan Parallel Web Systems. Matt Huang, salah satu pendiri Tempo dan Paradigm, dalam wawancara dengan Fortune menyatakan bahwa bidang ini masih dalam tahap awal, dan desain MPP bertujuan untuk dapat diperluas ke lebih banyak lingkungan chain di luar Tempo di masa depan.

Mengapa Stripe Mendukung Keduanya

Jika Anda sudah terintegrasi dengan Stripe, jawaban paling praktis adalah: Anda tidak perlu memilih di antara keduanya.

Stripe mendukung x402 dan MPP melalui dua jalur integrasi independen, bukan menyatukannya menjadi satu antarmuka. Untuk x402, dokumentasinya terutama mencakup pembuatan alamat isi ulang, pemantauan on-chain, serta alur penyelesaian dana ke akun Stripe—Anda bertanggung jawab mengembalikan respons 402, infrastruktur pembayaran crypto underlying ditangani oleh Stripe. Saat ini mendukung USDC di Base, akan diperluas di masa depan. Untuk MPP, merchant dapat menerima pembayaran alir berbasis sesi melalui PaymentIntents API yang sama.

Stripe's Agentic Commerce Suite yang dirilis pada Desember 2025 dibangun di atas kedua jalur pembayaran ini. Merchant hanya perlu mengunggah katalog produk, memilih AI agent yang ingin diintegrasikan, Stripe akan menangani penemuan produk, proses checkout, anti-penipuan, dan penanganan pajak. Saat ini, URBN, Etsy, Coach, Kate Spade, dan Ashley Furniture sudah menggunakannya, platform seperti Wix, WooCommerce, BigCommerce, Squarespace, dan commercetools juga telah terintegrasi.

Strateginya sebenarnya cukup jelas: kuasai lapisan abstraksi, biarkan protokol underlying bersaing secara bebas.

Membandingkan

Secara makro, kedua protokol ini melakukan hal yang sama: memungkinkan mesin membayar untuk sumber daya melalui HTTP. Tetapi perbedaan sebenarnya, terlihat dalam detail.

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

Standardisasi
x402: Sepenuhnya open source (Apache 2.0), didorong oleh x402 Foundation dengan partisipasi multipihak (Coinbase, Cloudflare, Visa, Google).
MPP: Standar terbuka, ditetapkan bersama oleh Stripe dan Tempo, bagian dari Stripe Agentic Commerce Suite.

Mekanisme HTTP
x402: Menghidupkan kembali HTTP 402, memulai permintaan melalui header PAYMENT-REQUIRED, menggunakan PAYMENT-SIGNATURE untuk menyelesaikan percobaan ulang.
MPP: Juga menggunakan mekanisme challenge-response, tetapi menggunakan Payment HTTP Authentication Scheme (draft IETF), melalui HMAC yang mengikat ID challenge.

Lapisan Pembayaran (Rails)
x402: Dirancang agnostik chain, saat ini telah didukung di Base, Polygon, Solana, chain lain masih dalam eksplorasi.
MPP: Berbasis blockchain Tempo—L1 yang dioptimalkan untuk pembayaran, mendukung 10.000+ TPS, konfirmasi sub-detik, tanpa token gas native; tujuan jangka panjang adalah kompatibilitas lintas chain.

Metode Pembayaran
x402: Murni stablecoin, sepenuhnya on-chain.
MPP: Mendukung USDC di Tempo + SPT (mekanisme Stripe), mewujudkan hybrid crypto dan fiat (kartu bank, dompet, BNPL).

Metode Penyelesaian
x402: Penyelesaian berdasarkan chain (~200ms hingga beberapa detik), difasilitasi oleh facilitator seperti Coinbase untuk verifikasi dan penyelesaian.
MPP: Konfirmasi sub-detik Tempo, Stripe secara otomatis memasukkan ke akun dan menangani kepatuhan.

Akses Merchant
x402: Middleware open source (Express, Hono, Next.js, dll.), dapat membangun sendiri atau menggunakan facilitator.
MPP: Akses langsung ke Stripe's PaymentIntents API, manajemen risiko, pajak, pengembalian dana, pelaporan, semua built-in.

Inovasi Inti
x402: Kesederhanaan ekstrem, tanpa ikatan vendor, mirip filosofi Unix di bidang pembayaran.
MPP: Throughput tinggi + integrasi fiat, melalui sesi mewujudkan pembayaran alir, agregasi micropayment, dan kontrol pengeluaran dapat diprogram berbasis SPT.

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

x402 lebih seperti pilihan utama saat Anda membangun sistem terbuka: API pengembang independen, pasar data terdesentralisasi, atau layanan apa pun yang tidak ingin bergantung pada processor pembayaran. Spesifikasinya dapat ditulis dalam sebuah whitepaper, integrasi hanya membutuhkan sebuah middleware dan alamat dompet. Kemurnian ini sangat menarik—meskipun batasan crypto murni juga berarti audiensnya lebih sempit.

MPP adalah paradigma yang sangat berbeda. Jika agent Anda perlu melakukan ratusan bahkan ribuan transaksi dalam satu sesi, tanpa ingin on-chain setiap kali, maka itu adalah pilihan yang lebih masuk akal. Mekanisme sesi membuat sebagian besar interaksi tetap off-chain, hingga penyelesaian akhir; sistem kepatuhan Stripe menangani manajemen risiko dan pajak; dan mode hybrid SPT memungkinkan agent tidak terbatas pada stablecoin, tetapi juga dapat langsung memanggil metode pembayaran pengguna seperti Visa. Ia tidak begitu elegan, tetapi lebih dekat dengan kenyataan.

Yang menarik, mereka sebenarnya tidak sepenuhnya bersaing. x402 mencakup skenario terbuka ekor panjang, MPP mencakup lalu lintas frekuensi tinggi tingkat perusahaan. Strategi Stripe juga sangat jelas: tidak mempertaruhkan protokol tunggal, tetapi memastikan无论哪条路径胜出 (jalur mana pun yang menang), dana akhirnya mengalir ke sistem akun Stripe.

Realita: Sudah Sampai Mana Perkembangannya Sekarang?

Jujur, saat ini hampir belum ada transaksi berskala nyata.

Menurut informasi peluncuran x402 Coinbase, mitra awal termasuk Hyperbolic (pembayaran inferensi GPU) dan Anthropic (integrasi protokol MCP). Blog Stripe menyebutkan skenario agent bayar-per-panggilan-API (misalnya CoinGecko). Saat peluncuran, direktori Tempo memiliki 100+ layanan. Cloudflare's Agents SDK telah mendukung x402 secara native, beberapa proyek kecil di Base L2 juga mencoba menggunakan x402 sebagai gateway berbayar.

Tetapi secara keseluruhan: volume transaksi kecil, jumlah merchant terbatas, sebagian besar aktivitas masih dalam tahap eksperimen.

Ini sebenarnya tidak mengejutkan. Infrastruktur pembayaran baru apa pun, awalnya seperti ini. Daftar mitra yang disebutkan, kadang-kadang ada jarak besar antara penandatanganan letter of intent dan sudah dijalankan di produksi, dan rilis ini biasanya tidak membedakannya secara khusus.

Yang lebih perlu diperhatikan adalah peserta berat di balik infrastruktur. Stripe pada tahun 2025 memproses pembayaran senilai $1.9 triliun, dengan pertumbuhan total tahunan 34%. Secara bersamaan, Coinbase, Cloudflare, Visa, Google, serta seluruh jaringan kemitraan Tempo telah masuk.

Artinya, rel telah dipasang. Masalahnya tinggal satu: pada tahun 2026, apakah AI agent benar-benar perlu bertransaksi secara besar-besaran di rel ini? Atau ini lebih seperti memasang serat optik pada tahun 1998—kebutuhan belum datang, tetapi infrastruktur lebih dulu.

Lalu Pilih Yang Mana?

Jika Anda membangun sistem terbuka, tanpa izin—x402 adalah pilihan yang lebih alami. Tanpa perlu mendaftar platform, tanpa integrasi payment processor, impor middleware, bind alamat dompet即可收款 (langsung dapat menerima pembayaran). Konsekuensinya: kepatuhan, manajemen risiko, penyelesaian fiat harus ditangani sendiri.

Jika Anda sudah dalam ekosistem Stripe, dan ingin mengintegrasikan lalu lintas agent—MPP lebih cocok. Sesi, pembayaran alir, hybrid fiat+crypto, serta sistem kepatuhan lengkap, pada dasarnya lebih seperti upgrade konfigurasi, bukan rekonstruksi sistem.

Jika Anda hanya peduli satu hal:无论 agent 用哪种协议 (protokol mana pun yang digunakan agent), saya都能收钱 (dapat menerima uang). Maka jawabannya sebenarnya adalah: gunakan Stripe. Ia mendukung keduanya.

HTTP 402 akhirnya digunakan. Hanya saja, ia menunggu selama kurang lebih 27 tahun.