AI Agent akan menggunakan kartu bank? Mengapa Pembayaran Agenik tidak bisa lepas dari stablecoin dan blockchain

Penulis: Yokiiiya

Minggu lalu mengikuti Web3 Festival di Hong Kong, satu hal yang sangat terasa adalah: sekarang hampir setiap forum, setiap panel, tak lepas dari AI.

Tak peduli awalnya membahas tentang pembayaran, stablecoin, RWA, dompet, bursa, atau regulasi dan infrastruktur, akhirnya hampir semuanya kembali ke satu pertanyaan yang sama: ketika AI tidak lagi sekadar menghasilkan konten, melainkan mulai menjalankan tugas, memanggil layanan, membuat keputusan, bahkan mengelola aliran dana, apakah sistem keuangan dan pembayaran yang ada saat ini masih cukup?

Dalam salah satu panel yang saya ikuti, juga ada yang langsung mengajukan pertanyaan: Apakah Web3 sedang ikut-ikutan AI? Saya rasa tidak. Tentu, proyek yang sekadar mengikuti tren pasti ada. Tapi jika hanya memahami AI × Web3 sebagai narasi kolase, mungkin kita melewatkan perubahan yang lebih mendasar: AI bertanggung jawab memahami, memutuskan, dan bertindak, sementara Web3 menyediakan aset, akun, penyelesaian, dan lingkungan eksekusi yang dapat diverifikasi. Kedua hal ini bukan sekadar tumpang tindih konsep, melainkan dalam pembagian tugas yang baru.

Menteri Keuangan Hong Kong, Chan Mo-po, dalam pidatonya di Web3 Festival 2026 juga menyebutkan bahwa agen AI di masa depan akan mampu menganalisis informasi dengan kecepatan mesin dan mengambil tindakan, sambil memanfaatkan infrastruktur blockchain secara maksimal di belakang layar, sehingga meningkatkan efisiensi transaksi dan merombak berbagai skenario seperti keuangan, perdagangan, pengelolaan kekayaan, rantai pasok, dan logistik. Ketika AI mulai bertindak, masalahnya bukan lagi sekadar “kecerdasan” itu sendiri, melainkan bagaimana tindakan tersebut diberi otorisasi, diselesaikan, dicatat, dan dipertanggungjawabkan.

Di antara itu, Agentic Payment adalah topik yang semakin sulit diabaikan. Tapi awalnya saya juga punya pertanyaan sederhana: Mengapa saat membahas Agentic Payment atau Agentic Commerce, seolah-olah otomatis mengaitkannya dengan Crypto, Stablecoin, Blockchain?

Apakah AI Agent tidak bisa pakai kartu bank? Tidak bisa pakai kartu kredit? Tidak bisa pakai Apple Pay, Visa, Mastercard, Stripe, PayPal?

Kalau Agent cuma membantu saya membeli tiket pesawat, memesan hotel, memperpanjang langganan SaaS, secara teori bisa saja memanggil sistem pembayaran yang sudah ada. User memberi otorisasi sekali, Agent menjalankan pembayaran sesuai batas dan aturan, di belakangnya memakai kartu bank, kartu virtual, akun perusahaan, atau dompet pembayaran pihak ketiga, kedengarannya tidak ada yang aneh.

Jadi, masalahnya bukan “apakah kartu bank bisa dipakai”. Tentu bisa. Masalah sebenarnya adalah: kartu bank dan kredit itu cocok untuk menyelesaikan bagian mana dari Agentic Payment, dan bagian mana yang tidak bisa diselesaikan? Apakah AI Agent akan pakai kartu bank? Dan mengapa saat Agentic Payment mencapai tahap tertentu, hampir pasti tak lepas dari stablecoin dan blockchain?

1. Kartu bank menyelesaikan checkout, bukan Agent Economy

Kalau Agentic Payment cuma membantu AI Agent menyelesaikan langkah terakhir pembayaran, misalnya membeli tiket, memesan hotel, memperpanjang SaaS, menggunakan kartu bank, kredit, kartu virtual, Apple Pay, Stripe, PayPal, semuanya tidak ada hambatan mendasar. Tentu saja, kartu bank bisa dipakai, kredit juga bisa.

User memberi otorisasi sekali, Agent menjalankan pembayaran sesuai batas dan aturan. Ini tidak sulit dipahami, secara esensial mirip dengan otomatisasi penarikan dana, kartu virtual perusahaan, kartu perjalanan, atau sistem pengadaan otomatis.

Jadi, pemain pembayaran tradisional seperti Visa, Mastercard, Stripe tidak akan hilang begitu saja. Bahkan, mereka bisa menjadi pintu masuk penting untuk Agentic Commerce di awal.

Contohnya, Machine Payments Protocol dari Stripe dan Tempo sangat menggambarkan hal ini. Ini bukan sekadar mengandalkan stablecoin, melainkan memungkinkan merchant menerima pembayaran langsung dari agent, mendukung stablecoins, kartu, BNPL, dan metode fiat lainnya. Artinya, di tahap awal Agentic Payment, pembayaran tradisional dan stablecoin kemungkinan akan berdampingan, bukan saling menggantikan secara langsung. Tapi ini hanya menyelesaikan bagian checkout dari Agentic Commerce.

Checkout mengandaikan bahwa produk, merchant, pesanan, tombol pembayaran, proses refund dan sengketa sudah ada. Agent cuma berdiri di samping pengguna, membantu otomatisasi satu kali transaksi.

Masalah sesungguhnya muncul di skenario lain: Agent tidak lagi sekadar masuk ke keranjang belanja yang sudah disusun, melainkan terus-menerus memanggil resource, menggabungkan layanan, menyelesaikan tugas di jaringan terbuka.

Misalnya, sebuah AI research agent untuk menyusun laporan industri, mungkin harus memanggil beberapa database, membeli beberapa data berbayar, mengakses API model berbeda, memanggil layanan crawler, membayar alat pembuatan grafik, bahkan membeli analisis dari agent lain. Di sini, mungkin tidak ada “toko” tradisional. Bisa jadi tidak ada halaman checkout lengkap. Yang dihadapi adalah API, interface data, layanan model, node komputasi, sumber konten, alat otomatisasi, bahkan agent lain.

Saya sendiri baru-baru ini mengalami contoh konkret. Saya ingin membuat asisten analisis trafik, yang bisa otomatis memanggil sumber data seperti Semrush saat diperlukan, membantu analisis trafik website, kata kunci, pesaing, dan tren pasar. Tapi saat menyusun skema, saya sadar masalahnya bukan “AI bisa analisis”, melainkan “bagaimana AI mendapatkan data”. Banyak sumber data komersial tidak dirancang untuk “panggilan sekali, bayar sekali, langsung kembali”. Semrush misalnya, sistem API-nya lebih mirip akun, paket, dan kuota API. Setiap request API menghabiskan sejumlah API units, pengguna harus punya akses API atau membeli paket API. API Trends pun sama, berbasis API units.

Tapi buat Agent, pola ini tidak natural. Kalau Agent cuma sesekali perlu panggil data trafik, yang dibutuhkan bukan mendaftar akun SaaS, bukan membeli paket API, melainkan mengirim request seperti browsing: berapa harganya? Apakah saya punya otorisasi? Kalau dalam anggaran, langsung bayar, dan langsung dapat hasilnya.

Ini adalah gap antara Agentic Payment dan model bisnis API tradisional. Saat ini, banyak cara pembayaran API masih dirancang untuk “perusahaan manusia membeli software”, bukan “mesin membeli resource sesuai kebutuhan”.

Jadi, masalah Agentic Payment bukan soal “apakah bisa dipotong di langkah terakhir”, melainkan bagaimana seluruh rantai tugas—mesin terus-menerus mendapatkan otorisasi, memulai pembayaran, memverifikasi pengiriman, menyelesaikan penyelesaian.

Di sinilah batasan sistem kartu bank.

Bukan karena kartu bank tertinggal, melainkan karena sistem ini awalnya melayani skenario konsumsi manusia: seseorang masuk ke merchant, pilih produk, konfirmasi pesanan, bayar, lalu bank, organisasi kartu, acquirer, dan penyedia layanan pembayaran yang mengurus otorisasi, penyelesaian, risiko, sengketa.

Tapi Agent Economy menghadapi masalah berbeda: apa dasar otorisasi agent untuk menghabiskan uang ini? Bagaimana layanan memastikan ini bukan bot jahat, melainkan niat asli pengguna? Apakah agent bisa melakukan pembayaran kecil, frekuensi tinggi, lintas platform tanpa konfirmasi manusia? Setelah pembayaran, apakah resource bisa langsung dilepaskan? Kalau agent salah beli, melebihi otorisasi, diserang, siapa yang bertanggung jawab?

Makanya, Google saat mengembangkan AP2 tidak fokus pada “metode pembayaran apa”, melainkan pada kerangka kepercayaan agent payment yang lebih umum. Dalam pengenalan resmi, AP2 didefinisikan sebagai kerangka kerja yang tidak bergantung pada metode pembayaran tertentu, memungkinkan pengguna, merchant, dan penyedia layanan pembayaran lebih percaya diri dalam menyelesaikan pembayaran yang dipimpin agent. Spesifikasi AP2 juga menegaskan bahwa agent perlu cara aman dan sederhana untuk mendapatkan izin terbatas, mewakili pengguna dalam melakukan aksi; keamanan protokol bergantung pada tanda tangan kriptografi dari pengguna dan merchant.

Jadi, masalah utama Agentic Payment bukan soal “dari mana uang dipotong”, melainkan: mengapa agent berhak menghabiskan uang ini?

Sistem kartu bank bisa menyelesaikan sebagian. Misalnya kartu virtual, kredensial tokenized, manajemen batas kredit, kontrol biaya perusahaan, aturan risiko, semua memungkinkan agent bertransaksi di ekosistem merchant yang ada.

Visa juga mengembangkan ini. Inisiatif seperti Intelligent Commerce dan Trusted Agent Protocol pada dasarnya membuat AI agent dikenali, dipercaya, dan diizinkan mewakili konsumen atau perusahaan melakukan transaksi di jaringan merchant yang ada. Deskripsi Trusted Agent Protocol dari Visa Developer menyebutkan bahwa AI agents akan membantu pengguna menjelajah situs merchant, menemukan produk, membandingkan harga, dan membuat pilihan—sebelum proses checkout dimulai; otomatisasi ini seringkali dianggap bot dan diblokir oleh merchant, CDN, atau layanan mitigasi bot.

Ini menunjukkan bahwa jaringan pembayaran tradisional juga menyadari bahwa Agentic Commerce bukan hanya soal tombol bayar, tapi dari pencarian, perbandingan, otorisasi, sampai pembayaran akhir. Tapi, jaringan kartu lebih mahir menyelesaikan bagaimana agent masuk ke alur commerce yang sudah ada dan menyelesaikan transaksi yang diotorisasi. Mereka tidak secara alami menyelesaikan bagaimana agent di jaringan terbuka bisa terus-menerus memanggil API, data, model, komputasi, konten, dan agent lain dengan pembayaran kecil.

Jadi, kartu bank bukan tidak bisa. Lebih tepatnya, kartu bank menyelesaikan masalah checkout Agentic Commerce, tapi untuk ekosistem yang lebih mendasar, agent economy membutuhkan protokol pembayaran yang lebih fundamental.

Ini membawa kita ke level berikutnya: jika objek transaksi bukan merchant tradisional, melainkan API, model, interface data, bahkan agent lain, bagaimana mesin bisa memulai dan menyelesaikan pembayaran? Inilah mengapa protokol seperti x402, L402, T402 mulai dibahas.

2. Yang benar-benar dibutuhkan agent adalah protokol pembayaran yang machine-readable

Kalau objek transaksi adalah merchant tradisional, tentu agent bisa masuk ke alur checkout yang ada, pakai kredit, debit, virtual, dompet, dan menyelesaikan pembayaran. Tapi kalau objeknya bukan merchant, melainkan API, model, data, konten, bahkan agent lain, masalahnya berbeda.

Di sinilah, yang dibutuhkan mesin bukan “tombol bayar”, melainkan sebuah proses pembayaran yang bisa dipahami mesin: Agent minta resource. Layanan memberi tahu: resource ini butuh pembayaran, harganya berapa, alamat penerima, metode pembayaran apa. Agent menilai apakah pembayaran ini dalam otorisasi pengguna. Kalau sesuai aturan, bayar. Setelah diverifikasi, layanan langsung melepas resource.

Proses ini terdengar sederhana, tapi sebenarnya mengisi kekurangan utama internet selama ini: lapisan pembayaran native. Dulu, internet secara alami mendukung aliran informasi. Halaman bisa diminta, email dikirim, API dipanggil, file diunduh. Tapi “pembayaran” bukan bagian dari protokol internet, melainkan sistem eksternal: daftar akun, kaitkan kartu, akses gateway pembayaran, beli paket, kelola API key, rekonsiliasi bulanan.

Ini bisa diterima manusia. Kita bisa daftar, login, kaitkan kartu, setujui, belanja, reimburse. Tapi untuk agent, proses ini terlalu berat.

Agent tidak seharusnya setiap kali panggil API harus daftar akun, tidak perlu membeli satu paket API lengkap, dan tidak perlu proses lengkap seperti manusia untuk pembayaran kecil. Inilah yang mendorong munculnya protokol seperti x402.

x402 menghidupkan kembali kode status HTTP 402 Payment Required yang sudah lama ada tapi jarang dipakai. Ini memungkinkan layanan memberi tahu klien di level HTTP: resource ini butuh pembayaran dulu. Klien bisa manusia atau mesin. Setelah bayar, layanan verifikasi pembayaran, lalu kembali berikan API, konten, atau layanan digital.

Definisi Coinbase tentang x402 sangat langsung: ini adalah protokol terbuka yang mengimplementasikan pembayaran stablecoin secara instan dan otomatis lewat HTTP, memungkinkan klien manusia dan mesin membayar dan mengakses tanpa perlu akun, sesi, atau otentikasi rumit.

Yang penting bukan “pakai Coinbase atau tidak”, bukan juga “pakai USDC atau tidak”. Yang penting adalah, x402 mengembalikan pembayaran ke dalam alur request-response internet.

Dulu:

• Daftar akun
• Beli paket
• Dapatkan API key
• Panggil layanan
• Rekonsiliasi bulanan

Sekarang, dengan x402:

• Minta resource
• Dapat 402 Payment Required
• Bayar
• Dapat resource

Ini sangat penting untuk Agentic Payment. Karena transaksi agent bukan sekadar beberapa pembelian besar, melainkan banyak transaksi kecil, real-time, sesuai kebutuhan.

Contohnya:

• Seorang penulis pakai agent beli data sekali untuk satu artikel.
• Seorang analis riset pakai agent panggil layanan analisis on-chain sekali.
• Seorang agen perjalanan minta harga dari beberapa API sekaligus.
• Seorang developer beli inference model, environment testing, atau code review per panggilan.
• Seorang analis trafik cuma ingin sekali beli data Semrush untuk satu website, bukan langganan SaaS lengkap.

Kalau setiap layanan harus pakai akun, langganan, API key, dan persetujuan manual, eksekusi agent akan terhambat di proses pembayaran dan pengadaan. Jadi, makna x402 bukan agar pembayaran jadi “lebih crypto”, melainkan agar pembayaran lebih mirip protokol internet: bisa diminta, bisa dikembalikan, bisa diverifikasi, bisa otomatis dieksekusi.

L402 adalah jalur lain yang serupa.

Ini juga berfokus pada HTTP 402, tapi menggabungkan Lightning Network Bitcoin, macaroons sebagai credential akses, dan pembayaran kecil. Lightning Labs mendefinisikan L402 sebagai protokol untuk mengotorisasi dan melakukan transaksi pada API endpoint, resource komputasi, dan layanan lain, serta memudahkan AI agents berpartisipasi.

L402 menunjukkan bahwa masalah ini bukan baru muncul dengan x402. Sebelumnya sudah ada usaha menggabungkan tiga hal: kontrol akses HTTP, pembayaran kecil, dan hak layanan digital. Tapi selama ini kurang kebutuhan yang cukup kuat.

Manusia tidak akan bayar beberapa sen untuk akses API. Tapi agent bisa. Manusia tidak otomatis panggil ratusan sumber data sehari. Tapi agent bisa. Manusia tidak akan melakukan kombinasi, panggilan, pembayaran, verifikasi secara real-time antar layanan untuk satu tugas. Tapi agent bisa.

Karena itu, munculnya AI agent membuat jalur pembayaran native HTTP ini menjadi relevan.

Di ekosistem USDT / Tether, juga mulai muncul arah serupa. Dokumentasi x402 dari Tether WDK menyebutkan bahwa x402 penting untuk AI agents karena mereka perlu programatis membayar resource; x402 menjadikan pembayaran sebagai bagian dari web stack, sehingga agent bisa dalam satu cycle request-response mengetahui harga, menandatangani pembayaran, dan mendapatkan resource. Selain itu, proyek t402 juga mendeskripsikan dirinya sebagai standar terbuka untuk pembayaran native internet, mendukung crypto, fiat, stablecoin, token, dan kompatibel dengan Tether WDK. Perlu dicatat, saya tidak menyarankan menyebutnya sebagai “standar resmi Tether”, melainkan sebagai eksplorasi protokol serupa x402 di ekosistem USDT.

Ini menunjukkan tren penting: Agentic Payment bukan sekadar kompetisi produk perusahaan, melainkan membentuk tumpukan protokol baru.

• AP2 lebih menjawab: Mengapa agent berhak membayar?
• x402, L402, T402 lebih menjawab: Saat agent meminta resource digital, bagaimana layanan memulai pembayaran, dan bagaimana agent menyelesaikan pembayaran dan mendapatkan resource?
• Stablecoin dan blockchain lebih menjawab: Dengan aset apa uang ini diselesaikan, diverifikasi di mana, dan bagaimana biaya rendah, real-time, dan bisa diprogram serta lintas platform?

Jadi, Agentic Payment dan Crypto bukan sekadar diskusi tentang Web3 ikut-ikutan AI. Lebih tepatnya, karena Agentic Payment mengembalikan masalah “pembayaran native” yang selama ini tidak terselesaikan internet.

Informasi bisa mengalir secara native di internet. Tapi nilai jangka panjang belum. Kehadiran agent memaksa internet menutup kekurangan ini.

Itulah mengapa protokol seperti x402, L402, T402 layak diperhatikan. Mereka bukan sekadar “membuat AI bayar pakai crypto”, melainkan berusaha mendefinisikan cara interaksi baru: mesin minta resource, mesin tahu harga, mesin verifikasi otorisasi, mesin bayar, mesin dapat layanan.

Kalau kartu bank menyelesaikan checkout, maka protokol ini menyelesaikan bagaimana mesin bisa memulai dan menyelesaikan pembayaran. Dan begitu masuk ke level ini, stablecoin dan blockchain bukan lagi sekadar alat pembayaran, melainkan bahasa penyelesaian dan eksekusi yang bisa diverifikasi secara dasar.

3. Mengapa stabilcoin: Agent butuh satuan nilai yang stabil, bukan aset berfluktuasi

Kalau agent benar-benar butuh protokol pembayaran yang bisa dibaca mesin dan otomatis, mengapa yang paling banyak dibahas adalah stablecoin? Kenapa bukan BTC? ETH? Atau kartu bank biasa?

Kuncinya bukan “crypto asset”-nya sendiri, melainkan jenis aset apa yang dibutuhkan agent. Kalau agent cuma memegang aset jangka panjang, mungkin peduli naik turun, keuntungan, risiko. Tapi kalau agent untuk bayar tugas, yang paling dibutuhkan bukan aset spekulatif, melainkan satuan nilai yang stabil.

Misalnya, agent riset panggil API data sekali, mungkin biayanya 0.1 USD. Agent coding panggil inference model sekali, mungkin 0.03 USD. Agent marketing beli data trafik, mungkin 1 USD. Agent pengadaan otomatis banding harga, order, bayar, harus dalam batas anggaran, dan kontrol pengeluaran.

Dalam skenario ini, agent bukan transaksi, bukan spekulasi. Mereka menyelesaikan tugas. Jadi, mereka perlu tahu: berapa harga resource ini? Apakah panggilan ini melebihi anggaran? Apakah pembayaran ini dalam otorisasi pengguna? Setelah layanan diberikan, biaya bisa dicatat dengan akurat?

Kalau aset pembayaran sendiri berfluktuasi tajam setiap hari, pengelolaan anggaran jadi rumit. Hari ini API seharga 0.1 USD, besok karena fluktuasi harga bisa jadi 0.12 USD atau 0.08 USD. Untuk pasar transaksi manusia mungkin tidak masalah, tapi untuk mesin yang membeli resource sesuai kebutuhan, ini menambah kerumitan tak perlu.

Itulah mengapa dalam Agentic Payment, lebih alami muncul stablecoin daripada crypto asset yang volatil.

Stablecoin pertama-tama memberi satuan nilai yang lebih mendekati dunia bisnis nyata. Saat ini, banyak API, SaaS, layanan data, model, cloud dihitung dalam dolar. Kalau agent mau beli layanan ini sesuai kebutuhan, pakai stablecoin dolar langsung menyatukan anggaran, harga, otorisasi, dan tagihan dalam satu satuan.

Ini terdengar sederhana, tapi sangat penting untuk agent. Karena agent tidak cuma “bayar”, tapi juga harus menilai: apakah panggilan ini berharga? Apakah anggaran cukup? Apakah perlu konfirmasi pengguna? Catat biaya tugas. Dan kalau terjadi kesalahan, bisa jelaskan: kenapa uang ini dikeluarkan?

Jadi, Agentic Payment butuh aset pembayaran yang stabil, machine-readable, dan bisa dipanggil otomatis. Stablecoin lebih cocok daripada BTC, ETH yang fluktuatif.

Layer kedua, stablecoin lebih cocok untuk transaksi kecil, frekuensi tinggi, dan penyelesaian instan. Seperti yang sudah terlihat di x402, Coinbase mendefinisikan x402 sebagai protokol pembayaran stablecoin secara instan dan otomatis lewat HTTP, memungkinkan API, konten digital, dan layanan membayar ke klien manusia maupun mesin, tanpa perlu akun, sesi, atau otentikasi rumit. Ini mengubah pembayaran dari proses lengkap checkout menjadi bagian dari request API.

Agent minta resource. Layanan balas 402 Payment Required. Agent menilai harga dan otorisasi. Agent bayar stablecoin. Setelah diverifikasi, resource dilepas.

Proses ini cocok untuk transaksi kecil, frekuensi tinggi, sesuai kebutuhan: satu query data, satu panggilan model, satu unlock konten, satu analisis on-chain, satu pembuatan grafik. Dokumentasi x402 dari Tether WDK menyatakan bahwa AI agents perlu membayar resource secara programatis, dan x402 memungkinkan agent mengetahui harga, menandatangani pembayaran, dan mendapatkan resource dalam satu cycle request-response.

Ini berbeda dari penggunaan kartu bank. Kartu bank lebih cocok untuk checkout manusia. Stablecoin cocok untuk penyelesaian instan saat mesin memanggil resource. Tentu saja, kartu bank tidak akan hilang. Stripe dan MPP dari Tempo mendukung dua jalur: pembayaran crypto on-chain langsung, dan pembayaran fiat pakai kartu, wallet, BNPL. Stripe juga menyatakan merchant bisa menerima pembayaran dari agent lewat MPP, baik stablecoin maupun metode fiat.

Jadi, yang lebih tepat bukan “stablecoin menggantikan kartu bank”, melainkan: kartu bank cocok untuk jaringan merchant dan checkout yang sudah ada. Stablecoin lebih cocok untuk skenario pembayaran mesin di jaringan terbuka.

Layer ketiga, stabilcoin secara alami lebih cocok untuk lintas platform dan lintas negara. Agent tidak harus bekerja di satu platform saja. Agent bisa panggil API dari AS, layanan model dari Eropa, interface data dari Asia, analisis on-chain, lalu bertransaksi dengan agent lain. Kalau setiap lapisan bergantung pada rekening bank, acquirer, metode pembayaran lokal, dan siklus penyelesaian berbeda, rantai tugas akan terpecah. Stablecoin adalah aset asli internet. Bisa beredar 24/7, lintas platform, dompet, aplikasi, dan langsung diproses kontrak pintar atau protokol pembayaran. Untuk manusia, ini mungkin cuma “lebih cepat sampai”. Tapi untuk agent, maknanya lebih besar. Karena eksekusi agent tidak mengikuti jam operasional bank.

Agent tidak seharusnya terhenti karena akhir pekan, lintas negara, jendela penyelesaian bank, atau sistem rekening merchant. Mereka butuh aset penyelesaian yang selalu tersedia, otomatis, dan bisa diverifikasi.

Itulah mengapa x402, Tether WDK, dan eksplorasi t402 di ekosistem USDT mulai menuju arah yang sama: menjadikan stablecoin sebagai bagian dari web stack yang bisa dipanggil mesin, bukan sekadar masuk ke halaman pembayaran yang dirancang manusia.

Tapi, perlu diingat, stablecoin tidak tanpa masalah.

Beragam stablecoin berbeda dalam transparansi cadangan, penerbit, regulasi, kemampuan redeem, dan likuiditas di blockchain. BIS dalam laporan ekonomi tahunan 2025 juga mengkritik stablecoin karena kekurangan dalam aspek sentralisasi, elastisitas, dan integritas, dan tidak bisa dianggap sebagai pengganti lengkap sistem moneter modern.

Lebih tepatnya, stablecoin bukan uang sempurna, tapi salah satu aset penyelesaian asli internet yang paling mendekati kebutuhan Agentic Payment.

Nilainya bukan soal narasi desentralisasi, melainkan memenuhi beberapa syarat: harga stabil, bisa dipanggil secara programatik, lintas platform, 24/7, dan bisa digabungkan dengan pembayaran native HTTP, wallet, smart contract, dan audit on-chain.

Itulah mengapa saat membahas resource di jaringan terbuka, stablecoin secara alami muncul. Karena yang dibutuhkan agent bukan “tangan yang bisa gesek kartu”, melainkan uang yang bisa dipahami dan digunakan langsung oleh perangkat lunak.

Kalau kartu kredit dirancang untuk konsumsi manusia, stablecoin lebih mirip bahasa penyelesaian untuk ekonomi mesin.

Tentu, bahasa ini belum matang. Butuh kerangka regulasi yang lebih baik, mekanisme penerbitan yang stabil, pengelolaan risiko yang lebih jelas, wallet permissions yang lengkap, dan integrasi dengan protokol seperti AP2, x402, MPP agar bisa benar-benar masuk ke skenario Agentic Payment skala besar.

Tapi, arahnya sudah jelas: agent butuh satuan nilai yang stabil, aset penyelesaian instan, uang yang bisa dipanggil otomatis, dan kemampuan pembayaran lintas platform dan negara.

Itulah mengapa stablecoin tidak bisa diabaikan dalam Agentic Payment. Bukan karena semua pembayaran harus pakai crypto, tapi karena saat objek transaksi beralih dari “konsumen manusia” ke “entitas perangkat lunak”, stablecoin pertama kali membuat “uang” lebih mirip bagian dari protokol internet.

Tapi, stablecoin baru menjawab satu pertanyaan: uang apa yang dipakai agent? Mereka belum menjawab pertanyaan lain: setelah agent membelanjakan uang di jaringan terbuka, siapa yang memberi otorisasi, uangnya dipakai di mana, ada pelanggaran otorisasi, dan layanan sudah disampaikan? Masalah ini membawa kita ke blockchain.

4. Mengapa butuh blockchain: bukan untuk “di-chain”, tapi agar perilaku agent bisa diverifikasi

Kalau agent butuh stablecoin, mengapa harus blockchain? Tidak cukupkah pakai buku besar terpusat? Seperti Stripe, Visa, bank, atau platform sendiri?

Tentu bisa. Kalau agent cuma aktif di platform tertutup, misalnya belanja di Amazon, pakai layanan SaaS tertentu, atau sistem internal perusahaan, buku besar terpusat sudah cukup. Platform tahu siapa pengguna, siapa agent, otorisasi apa, berapa uang yang dikeluarkan, dan layanan sudah disampaikan.

Tapi, hal menarik dari Agentic Payment bukan soal agent yang cuma klik tombol di platform tertutup. Melainkan, agent bisa melintasi platform, layanan, dompet, negara, bahkan agent lain, untuk menyelesaikan satu tugas. Pada tahap ini, masalahnya bukan lagi “apakah uang bisa dikirim”, melainkan “mengapa uang dikirim, siapa yang memberi otorisasi, apakah ada pelanggaran, apakah layanan sudah disampaikan, dan siapa yang bertanggung jawab kalau terjadi kesalahan”.

Inilah nilai sebenarnya blockchain dalam konteks Agentic Payment. Bukan karena semua transaksi harus di-chain, melainkan karena setiap aksi ekonomi yang dilakukan agent di jaringan terbuka perlu meninggalkan jejak yang bisa diverifikasi.

Kalau manusia bayar, mereka bisa toleran terhadap ketidaktransparanan. Kalau layanan tidak sampai, bisa komplain; kalau pengadaan perusahaan bermasalah, bisa cek kontrak, tanya ke keuangan, cek email, rapat; kalau salah potong, bisa komplain ke bank. Mekanisme ini lambat dan rumit, tapi sudah berjalan lama.

Tapi agent berbeda. Frekuensi transaksi bisa jauh lebih tinggi, jumlah kecil, layanan lebih banyak, rantai eksekusi lebih panjang. Kalau setiap transaksi harus dicek manual, screenshot, email, dan verifikasi, maka agentic payment kehilangan maknanya. Agent butuh sistem yang jelas untuk tanggung jawab.

Misalnya, user memberi tugas: “Maksimal $100 minggu ini, bantu analisis pasar, hanya boleh beli data, model, dan grafik.” Kemudian agent panggil API data, layanan balas $0.2. Agent nilai ini dalam anggaran, bayar, layanan lepas resource. Yang penting bukan “pakai chain apa”, melainkan: apakah otorisasi user, apa yang dibeli agent, apakah melebihi anggaran, apakah layanan benar-benar diberikan, dan bisa dilacak kalau terjadi prompt injection atau pembelian tidak sah.

Ini sebabnya, saat membahas Bitcoin whitepaper, saya tidak bermaksud nostalgia. Satoshi Nakamoto tidak menulis tentang “menciptakan aset yang bisa diperdagangkan”, melainkan bagaimana tanpa pihak ketiga terpercaya, transaksi uang elektronik bisa diverifikasi, diurutkan, dan dicatat. Dalam whitepaper, tertulis jelas: transaksi akan ditulis ke blockchain proof-of-work yang terus bertambah, membentuk catatan yang tidak bisa diubah tanpa kerja keras ulang.

Agentic Payment tidak sepenuhnya sama. Bukan hanya soal double-spending, tapi soal otorisasi, pelanggaran, pengiriman, dan tanggung jawab. Tapi, keduanya punya satu kesamaan: begitu aksi ekonomi terjadi di jaringan terbuka, catatan transaksi yang bisa diverifikasi bukan lagi pelengkap, melainkan infrastruktur utama.

Ini maknanya blockchain. Bukan untuk membuat pembayaran jadi “sulit”, melainkan agar status yang selama ini tersembunyi di database platform bisa menjadi status yang bisa diverifikasi dari luar. Secara ideal, catatan pembayaran, otorisasi, akses layanan, syarat refund, konsumsi anggaran, semuanya bisa dicatat dan diverifikasi secara standar. Untuk manusia, mungkin cuma “lebih jelas”. Tapi untuk agent, ini bisa jadi fondasi kepercayaan.

Karena agent bukan manusia. Mereka tidak bisa mengandalkan “saya ingat saat itu seperti ini” untuk menjelaskan perilaku. Mereka butuh rangkaian bukti yang bisa diverifikasi dari luar.

Inilah mengapa AP2, x402, stablecoin, dan blockchain sering dibahas bersama, tapi sebenarnya bukan satu hal. AP2 bukan protokol desentralisasi, bukan protokol blockchain. Google menempatkan AP2 sebagai kerangka kerja terbuka yang tidak bergantung pada metode pembayaran tertentu, memungkinkan pengguna, merchant, dan penyedia layanan pembayaran lebih percaya diri dalam pembayaran yang dipimpin agent. Spesifikasi AP2 juga mendefinisikan bahwa agent harus punya cara aman dan sederhana untuk mendapatkan izin terbatas, mewakili pengguna dalam bertindak; keamanan protokol bergantung pada tanda tangan kriptografi dari pengguna dan merchant.

Jadi, masalah utama Agentic Payment bukan soal “dari mana uang dipotong”, melainkan: mengapa agent berhak menghabiskan uang ini?

Sistem kartu bank bisa menyelesaikan sebagian. Misalnya kartu virtual, kredensial tokenized, manajemen batas kredit, kontrol biaya perusahaan, aturan risiko, semua memungkinkan agent bertransaksi di ekosistem merchant yang ada.

Visa juga mengembangkan ini. Inisiatif seperti Intelligent Commerce dan Trusted Agent Protocol pada dasarnya membuat AI agent dikenali, dipercaya, dan diizinkan mewakili konsumen atau perusahaan melakukan transaksi di jaringan merchant yang ada. Deskripsi Trusted Agent Protocol dari Visa Developer menyebutkan bahwa AI agents akan membantu pengguna menjelajah situs merchant, menemukan produk, membandingkan harga, dan membuat pilihan—sebelum proses checkout dimulai; otomatisasi ini seringkali dianggap bot dan diblokir oleh merchant, CDN, atau layanan mitigasi bot.

Ini menunjukkan bahwa jaringan pembayaran tradisional juga menyadari bahwa Agentic Commerce bukan hanya soal tombol bayar, tapi dari pencarian, perbandingan, otorisasi, sampai pembayaran akhir. Tapi, jaringan kartu lebih mahir menyelesaikan bagaimana agent masuk ke alur commerce yang sudah ada dan menyelesaikan transaksi yang diotorisasi. Mereka tidak secara alami menyelesaikan bagaimana agent di jaringan terbuka bisa terus-menerus memanggil API, data, model, komputasi, konten, dan agent lain dengan pembayaran kecil.

Jadi, kartu bank bukan tidak bisa. Lebih tepatnya, kartu bank menyelesaikan masalah checkout Agentic Commerce, tapi untuk ekosistem yang lebih mendasar, agent economy membutuhkan protokol pembayaran yang lebih fundamental.

Ini membawa kita ke level berikutnya: jika objek transaksi bukan merchant tradisional, melainkan API, model, interface data, bahkan agent lain, bagaimana mesin bisa memulai dan menyelesaikan pembayaran? Inilah mengapa protokol seperti x402, L402, T402 mulai dibahas.

Intinya, yang benar-benar dibutuhkan agent adalah protokol pembayaran yang machine-readable.

Kalau objek transaksi adalah merchant tradisional, tentu agent bisa masuk ke alur checkout yang ada, pakai kredit, debit, virtual, dompet, dan menyelesaikan pembayaran. Tapi kalau objeknya bukan merchant, melainkan API, model, data, konten, bahkan agent lain, masalahnya berbeda.

Di sinilah, yang dibutuhkan mesin bukan “tombol bayar”, melainkan sebuah proses pembayaran yang bisa dipahami mesin: Agent minta resource. Layanan memberi tahu: resource ini butuh pembayaran, harganya berapa, alamat penerima, metode apa. Agent menilai apakah pembayaran ini dalam otorisasi pengguna. Kalau sesuai aturan, bayar. Setelah diverifikasi, layanan langsung melepas resource.

Proses ini terdengar sederhana, tapi sebenarnya mengisi kekurangan utama internet selama ini: lapisan pembayaran native. Dulu, internet secara alami mendukung aliran informasi. Halaman bisa diminta, email dikirim, API dipanggil, file diunduh. Tapi “pembayaran” bukan bagian dari protokol internet, melainkan sistem eksternal: daftar akun, kaitkan kartu, akses gateway pembayaran, beli paket, kelola API key, rekonsiliasi bulanan.

Ini bisa diterima manusia. Kita bisa daftar, login, kaitkan kartu, setujui, belanja, reimburse. Tapi untuk agent, proses ini terlalu berat.

Agent tidak seharusnya setiap kali panggil API harus daftar akun, tidak perlu membeli satu paket API lengkap, dan tidak perlu proses lengkap seperti manusia untuk pembayaran kecil. Inilah yang mendorong munculnya protokol seperti x402.

x402 menghidupkan kembali kode status HTTP 402 Payment Required yang sudah lama ada tapi jarang dipakai. Ini memungkinkan layanan memberi tahu klien di level HTTP: resource ini butuh pembayaran dulu. Klien bisa manusia atau mesin. Setelah bayar, layanan verifikasi pembayaran, lalu kembali berikan API, konten, atau layanan digital.

Definisi Coinbase tentang x402 sangat langsung: ini adalah protokol terbuka yang mengimplementasikan pembayaran stablecoin secara instan dan otomatis lewat HTTP, memungkinkan klien manusia dan mesin membayar dan mengakses tanpa perlu akun, sesi, atau otentikasi rumit.

Yang penting bukan “pakai Coinbase atau tidak”, bukan juga “pakai USDC atau tidak”. Yang penting adalah, x402 mengembalikan pembayaran ke dalam alur request-response internet.

Dulu:

• Daftar akun
• Beli paket
• Dapatkan API key
• Panggil layanan
• Rekonsiliasi bulanan

Sekarang, dengan x402:

• Minta resource
• Dapat 402 Payment Required
• Bayar
• Dapat resource

Ini sangat penting untuk Agentic Payment. Karena transaksi agent bukan sekadar beberapa pembelian besar, melainkan banyak transaksi kecil, real-time, sesuai kebutuhan.

Contohnya:

• Seorang penulis pakai agent beli data sekali untuk satu artikel.
• Seorang analis riset pakai agent panggil layanan analisis on-chain sekali.
• Seorang agen perjalanan minta harga dari beberapa API sekaligus.
• Seorang developer beli inference model, environment testing, atau code review per panggilan.
• Seorang analis trafik cuma ingin sekali beli data Semrush untuk satu website, bukan langganan SaaS lengkap.

Kalau setiap layanan harus pakai akun, langganan, API key, dan persetujuan manual, eksekusi agent akan terhambat di proses pembayaran dan pengadaan. Jadi, makna x402 bukan agar pembayaran jadi “lebih crypto”, melainkan agar pembayaran lebih mirip protokol internet: bisa diminta, bisa dikembalikan, bisa diverifikasi, bisa otomatis dieksekusi.

L402 adalah jalur lain yang serupa.

Ini juga berfokus pada HTTP 402, tapi menggabungkan Lightning Network Bitcoin, macaroons sebagai credential akses, dan pembayaran kecil. Lightning Labs mendefinisikan L402 sebagai protokol untuk mengotorisasi dan melakukan transaksi pada API endpoint, resource komputasi, dan layanan lain, serta memudahkan AI agents berpartisipasi.

L402 menunjukkan bahwa masalah ini bukan baru muncul dengan x402. Sebelumnya sudah ada usaha menggabungkan tiga hal: kontrol akses HTTP, pembayaran kecil, dan hak layanan digital. Tapi selama ini kurang kebutuhan yang cukup kuat.

Manusia tidak akan bayar beberapa sen untuk akses API. Tapi agent bisa. Manusia tidak otomatis panggil ratusan sumber data sehari. Tapi agent bisa. Manusia tidak akan melakukan kombinasi, panggilan, pembayaran, verifikasi secara real-time antar layanan untuk satu tugas. Tapi agent bisa.

Karena itu, munculnya AI agent membuat jalur pembayaran native HTTP ini menjadi relevan.

Di ekosistem USDT / Tether, juga mulai muncul arah serupa. Dokumentasi x402 dari Tether WDK menyebutkan bahwa x402 penting untuk AI agents karena mereka perlu programatis membayar resource; x402 menjadikan pembayaran sebagai bagian dari web stack, sehingga agent bisa dalam satu cycle request-response mengetahui harga, menandatangani pembayaran, dan mendapatkan resource. Selain itu, proyek t402 juga mendeskripsikan dirinya sebagai standar terbuka untuk pembayaran native internet, mendukung crypto, fiat, stablecoin, token, dan kompatibel dengan Tether WDK. Perlu dicatat, saya tidak menyarankan menyebutnya sebagai “standar resmi Tether”, melainkan sebagai eksplorasi protokol serupa x402 di ekosistem USDT.

Ini menunjukkan tren penting: Agentic Payment bukan sekadar kompetisi produk perusahaan, melainkan membentuk tumpukan protokol baru.

• AP2 lebih menjawab: Mengapa agent berhak membayar?
• x402, L402, T402 lebih menjawab: Saat agent meminta resource digital, bagaimana layanan memulai pembayaran, dan bagaimana agent menyelesaikan pembayaran dan mendapatkan resource?
• Stablecoin dan blockchain lebih menjawab: Dengan aset apa uang ini diselesaikan, diverifikasi di mana, dan bagaimana biaya rendah, real-time, dan bisa diprogram serta lintas platform?

Jadi, Agentic Payment dan Crypto bukan sekadar diskusi tentang Web3 ikut-ikutan AI. Lebih tepatnya, karena Agentic Payment mengembalikan masalah “pembayaran native” yang selama ini tidak terselesaikan internet.

Informasi bisa mengalir secara native di internet. Tapi nilai jangka panjang belum. Kehadiran agent memaksa internet menutup kekurangan ini.

Itulah mengapa protokol seperti x402, L402, T402 layak diperhatikan. Mereka bukan sekadar “membuat AI bayar pakai crypto”, melainkan berusaha mendefinisikan cara interaksi baru: mesin minta resource, mesin tahu harga, mesin verifikasi otorisasi, mesin bayar, mesin dapat layanan.

Kalau kartu bank menyelesaikan checkout, maka protokol ini menyelesaikan bagaimana mesin bisa memulai dan menyelesaikan pembayaran. Dan begitu