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 memandang 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 topik yang semakin tidak bisa diabaikan adalah Agentic Payment. Tapi awalnya saya juga punya pertanyaan sederhana: Mengapa ketika membahas Agentic Payment atau Agentic Commerce, seolah-olah langsung diasumsikan selalu terkait 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 langsung memanggil sistem pembayaran yang ada. User memberi otorisasi sekali, Agent menjalankan pembayaran sesuai batas dan aturan, dengan backend memakai kartu bank, kartu virtual, akun perusahaan, atau dompet pembayaran pihak ketiga—tidak ada yang aneh dari situ.

Jadi, masalahnya bukan “apakah kartu bank bisa dipakai”. Tentu bisa. Masalah sebenarnya adalah: kartu bank dan kredit itu cocoknya untuk bagian mana dari Agentic Payment, dan bagian mana yang tidak bisa diselesaikan? Apakah AI Agent akan pakai kartu bank? Dan kenapa ketika Agentic Payment berkembang ke tahap tertentu, hampir pasti tidak bisa 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, backend-nya memakai kartu bank, kartu kredit, kartu virtual, Apple Pay, Stripe, PayPal—tidak ada hambatan mendasar. Tentu saja, kartu bank bisa dipakai, kartu kredit juga.

User memberi otorisasi sekali, Agent menjalankan pembayaran sesuai batas dan aturan. Hal ini tidak sulit dipahami, mirip otomatisasi debit, kartu virtual perusahaan, kartu perjalanan, atau sistem pengadaan otomatis.

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

Contohnya, Stripe dan Tempo memperkenalkan Machine Payments Protocol yang sangat menjelaskan hal ini. Bukan sekadar mengandalkan stablecoin, melainkan memungkinkan merchant menerima pembayaran langsung dari agent, mendukung stablecoins maupun kartu, BNPL, dan metode fiat lainnya. Jadi, di tahap awal Agent Payment, pembayaran tradisional dan stablecoin kemungkinan akan berdampingan, bukan saling menggantikan secara langsung. Tapi ini hanya menyelesaikan bagian dari checkout dalam 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 disiapkan, 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 crawler, membayar tools pembuatan grafik, bahkan membeli analisis dari Agent lain. Di sini mungkin tidak ada “toko” tradisional, dan tidak selalu ada halaman checkout lengkap. Yang dihadapi bisa berupa API, interface data, layanan model, node komputasi, resource konten, tools otomatisasi, bahkan Agent lain.

Saya sendiri pernah mengalami contoh konkret: ingin membuat asisten analisis trafik yang otomatis memanggil sumber data seperti Semrush saat diperlukan, untuk menganalisis trafik website, kata kunci, kompetitor, tren pasar. Tapi saat menyusun solusi, saya sadar masalahnya bukan “AI bisa analisis”, melainkan “bagaimana AI mendapatkan data”. Banyak sumber data komersial tidak dirancang untuk “panggilan sekali, bayar sekali, langsung dapat”. Semrush misalnya, API-nya berbasis akun, paket, dan API units. Setiap request menghabiskan sejumlah API units, pengguna harus punya akses API atau beli paket API units; API Trends juga berbasis API units.

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

Ini adalah gap antara Agentic Payment dan model bisnis API tradisional. Banyak API saat ini dirancang untuk “perusahaan manusia membeli software”, bukan untuk “mesin membeli resource secara on-demand”.

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 pembayaran mengurus otorisasi, penyelesaian, risiko, sengketa.

Tapi Agent Economy menghadapi masalah berbeda: apa dasar Agent bisa menghabiskan uang ini? Bagaimana pihak 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 dilepas? Kalau Agent salah beli, melebihi otorisasi, diserang, siapa yang bertanggung jawab?

Ini sebabnya 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 pembayaran lebih percaya diri dalam menyelesaikan pembayaran yang dipimpin agent. Spesifikasi AP2 juga menegaskan bahwa Agent perlu cara aman dan sederhana untuk memperoleh 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 punya hak untuk menghabiskan uang ini?

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

Visa juga mengembangkan ini. Inisiatif seperti Intelligent Commerce dan Trusted Agent Protocol pada dasarnya membuat AI Agent bisa dikenali, dipercaya, dan diizinkan mewakili konsumen atau perusahaan melakukan transaksi di jaringan merchant yang ada. Deskripsi Trusted Agent Protocol dari Visa menyebutkan bahwa AI agents membantu pengguna menjelajah situs merchant, menemukan produk, membandingkan harga, dan memilih—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 satu hal: Agentic Commerce bukan hanya soal tombol bayar, tapi dari pencarian, perbandingan, pemilihan, otorisasi, sampai pembayaran akhir. Tapi, jaringan kartu lebih mahir menyelesaikan bagaimana Agent masuk ke alur commerce yang ada dan menyelesaikan transaksi yang diotorisasi. Mereka tidak secara alami menyelesaikan bagaimana Agent di jaringan terbuka bisa terus-menerus memanggil API, data, model, compute, content, dan Agent lain secara otomatis dan kecil.

Jadi, kartu bank bukan tidak bisa. Lebih tepatnya, kartu bank menyelesaikan masalah checkout dalam Agentic Commerce, tapi Agent Economy membutuhkan protokol pembayaran yang lebih mendasar.

Ini membawa kita ke level berikutnya: jika objek transaksi bukan merchant tradisional, melainkan API, model, data interface, bahkan Agent lain, bagaimana mesin-mesin ini 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, Agent bisa masuk ke alur checkout yang ada, pakai kartu kredit, debit, virtual, dompet digital. Tapi kalau objeknya bukan merchant, melainkan API, model, data interface, content resource, bahkan Agent lain, masalahnya berbeda.

Di sinilah, yang dibutuhkan mesin bukan sekadar “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 pembayaran diverifikasi, resource langsung dilepaskan.

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

Ini bisa diterima manusia. Kita bisa daftar, login, ikat kartu, setujui, beli, reimburse. Tapi untuk Agent, proses ini terlalu berat.

Agent tidak seharusnya setiap kali panggil API harus daftar akun, tidak perlu beli paket API, 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. Ia memungkinkan layanan memberi tahu klien di layer HTTP: resource ini butuh pembayaran. Klien bisa manusia maupun mesin. Setelah bayar, layanan verifikasi pembayaran, lalu 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 maupun mesin membayar dan mengakses resource tanpa perlu akun, sesi, atau otentikasi kompleks.

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
• dapat API key
• panggil layanan
• rekonsiliasi bulanan

Sekarang:

• minta resource
• terima 402 Payment Required
• bayar
• dapat resource

Ini sangat penting untuk Agentic Payment. Karena transaksi Agent tidak cuma satu dua kali besar, tapi bisa ratusan kecil, real-time, on-demand.

Contohnya:

• Seorang penulis AI membeli data query sekali untuk satu artikel.
• Seorang riset untuk satu pertanyaan memanggil layanan analisis on-chain.
• Seorang agen perjalanan membandingkan harga di beberapa API.
• Seorang pengembang membeli inference model, environment testing, atau code review per panggilan.
• Seorang analis trafik hanya ingin sekali membeli data Semrush untuk satu website, bukan langganan SaaS lengkap.

Kalau setiap layanan harus punya akun, langganan, API key, paket, dan persetujuan manual, otomatisasi Agent akan terhambat di proses pembayaran dan pengadaan resource. Jadi, makna x402 bukan membuat pembayaran lebih “crypto”, melainkan membuatnya lebih mirip protokol internet: bisa diminta, bisa dikembalikan, bisa diverifikasi, bisa otomatis.

L402 adalah jalur lain yang serupa.

Ia 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 di API endpoint, compute resource, dan layanan digital lainnya, 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 akses layanan digital. Tapi selama ini kurang permintaan yang cukup kuat.

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

Karena itu, munculnya AI Agent membuat jalur pembayaran native internet ini menjadi relevan.

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

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

• AP2 lebih menjawab: Mengapa Agent berhak membayar?
• x402, L402, T402 lebih menjawab: Ketika Agent meminta resource digital, bagaimana layanan memulai pembayaran, dan bagaimana Agent menyelesaikan pembayaran serta mendapatkan resource?
• Stablecoin dan blockchain lebih menjawab: Dengan aset apa uang ini diselesaikan, di mana diverifikasi, dan bagaimana dilakukan secara murah, real-time, dan cross-platform?

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

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

Itulah mengapa protokol seperti x402, L402, T402 layak diperhatikan. Mereka bukan sekadar “biarkan 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 dikatakan kartu bank menyelesaikan checkout, maka protokol ini menyelesaikan bagaimana mesin 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 native oleh mesin.

3. Mengapa stabilcoin: Agent butuh unit nilai yang stabil, bukan aset yang fluktuatif

Kalau Agent benar-benar butuh protokol pembayaran yang machine-readable dan otomatis, mengapa yang paling banyak dibahas adalah stablecoin? Kenapa bukan BTC? Kenapa bukan ETH? Kenapa bukan kartu bank biasa?

Kuncinya bukan pada “crypto asset” itu sendiri, melainkan pada jenis aset pembayaran yang dibutuhkan Agent. Kalau Agent cuma menyimpan aset jangka panjang, mungkin peduli naik turun harga, keuntungan, risiko. Tapi kalau Agent untuk bayar tugas, yang paling dibutuhkan bukan aset spekulatif, melainkan unit nilai yang stabil.

Misalnya, sebuah research agent memanggil API data seharga 0.1 USD. Seorang coding agent memanggil inference model seharga 0.03 USD. Seorang marketing agent membeli data trafik seharga 1 USD. Seorang procurement agent otomatis membandingkan harga, memesan, dan membayar, harus mengontrol pengeluaran agar tidak melebihi anggaran.

Dalam skenario ini, Agent bukan melakukan trading, 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, apakah biaya bisa dicatat dengan akurat?

Kalau aset pembayaran sendiri sangat fluktuatif, pengelolaan anggaran jadi rumit. Hari ini API seharga 0.1 USD, besok karena fluktuasi harga jadi 0.12 USD atau 0.08 USD, ini mungkin tidak masalah buat pasar, tapi buat mesin yang membeli resource on-demand, akan menambah kerumitan tak perlu.

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

Stablecoin pertama-tama memberi unit nilai yang lebih mendekati dunia bisnis nyata. Banyak API, SaaS, data, model, cloud service dihitung dalam USD. Kalau Agent mau beli layanan ini on-demand, pakai stablecoin sebagai aset pembayaran, maka anggaran, harga, otorisasi, dan tagihan bisa satuan dalam satu mata uang.

Ini terdengar sederhana, tapi sangat penting buat Agent. Karena Agent tidak cuma “bayar”, tapi juga harus menilai: apakah panggilan ini worth it? 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.

Nilai berikutnya, stablecoin lebih cocok untuk transaksi kecil, frekuensi tinggi, dan penyelesaian instan. Seperti yang sudah terlihat di x402, tren ini makin nyata. 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 perubahan besar: pembayaran tidak harus di halaman checkout lengkap, tapi bisa terjadi dalam satu request API.

Agent minta resource. Layanan balas 402 Payment Required. Agent bayar stablecoin. Setelah diverifikasi, resource dilepaskan.

Proses ini cocok untuk transaksi kecil, frekuensi tinggi, on-demand: query data, panggil model, unlock content, analisis on-chain, buat grafik. Dokumentasi x402 dari Tether WDK menyatakan bahwa AI agents perlu membayar resource secara programatis, dan x402 memungkinkan mereka mengetahui harga, menandatangani pembayaran, dan mendapatkan resource dalam satu siklus request-response.

Ini berbeda dari konteks penggunaan kartu bank. Kartu bank lebih cocok untuk checkout manusia. Stablecoin lebih 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. Merchant bisa menerima pembayaran dari agent lewat MPP, baik pakai stablecoin maupun metode fiat.

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

Bagian ketiga, stabilcoin secara alami lebih cocok untuk lintas platform dan lintas negara. Agent tidak harus di satu platform saja. Agent bisa panggil API dari AS, layanan model dari Eropa, interface konten dari Asia, analisis on-chain, lalu bertransaksi dengan Agent lain. Kalau setiap lapisan bergantung pada rekening bank, acquirer, metode pembayaran lokal, dan siklus settlement berbeda, rantai tugas akan terpecah-pecah. Tapi stablecoin adalah aset native internet: bisa beredar 24/7, lintas platform, lintas dompet, lintas 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 bergantung jam operasional bank.

Agent tidak seharusnya terhenti karena akhir pekan, lintas negara, jendela settlement bank, atau sistem rekening merchant. Mereka butuh aset 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 tumpukan web 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—tidak bisa disamakan begitu saja dengan sistem moneter modern.

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

Nilainya bukan pada 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 bahasa uang yang bisa dipahami dan digunakan langsung oleh perangkat lunak.

Kalau kartu kredit dirancang untuk konsumsi manusia, maka 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 arah sudah jelas: Agent butuh unit nilai yang stabil, aset penyelesaian instan, uang yang bisa diprogram, dan kemampuan pembayaran lintas platform dan negara.

Inilah alasan 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: Agent pakai uang apa? 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? Di sinilah blockchain berperan.

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

Kalau Agent butuh stablecoin, kenapa harus blockchain? Tidak bisa pakai buku besar terpusat? Tidak bisa pakai Stripe, Visa, bank, atau platform sendiri?

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

Tapi, yang menarik dari Agentic Payment sebenarnya bukan sekadar Agent klik bayar di platform tertutup, melainkan ketika mereka melangkah ke lintas platform, lintas layanan, lintas dompet, lintas negara, bahkan lintas Agent. Di titik 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 utama blockchain dalam konteks Agentic Payment. Bukan karena semua transaksi harus di-chain, bukan karena chain lebih canggih dari bank, tapi karena saat Agent mulai menjalankan tugas, memanggil layanan, mengelola dana, setiap aksi ekonomi perlu tercatat dan bisa diverifikasi.

Manusia bisa toleran terhadap ketidaktransparanan. Kalau layanan tidak diberikan, bisa komplain ke customer service; kalau pengadaan perusahaan bermasalah, bisa cek kontrak, keuangan, email, rapat; kalau salah potong di bank, bisa ajukan sengketa. Mekanisme ini lambat dan tidak efisien, tapi sudah berjalan lama.

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. Jadi, yang dibutuhkan bukan dompet canggih, melainkan rantai tanggung jawab yang jelas.

Misalnya, user memberi tugas ke Agent: “Maksimal $100 minggu ini, bantu analisis pasar, hanya boleh beli data, model, dan grafik.” Kemudian Agent panggil API data, layanan balas $0.2. Agent cek anggaran, bayar, layanan terima uang, dan lepas resource. Yang penting di sini bukan “pakai chain apa”, melainkan: apakah otorisasi dari user sudah ada, apa yang dibeli Agent, apakah anggaran cukup, apakah layanan benar-benar diberikan, dan kalau terjadi prompt injection, bisa dilacak.

Ini juga alasan saya tidak sekadar nostalgia dengan Bitcoin whitepaper saat membahas Agentic Payment. Satoshi Nakamoto tidak menulis tentang “menciptakan aset yang bisa diperdagangkan”, melainkan bagaimana mengirim uang elektronik tanpa pihak ketiga terpercaya, diverifikasi dan dicatat di jaringan. Whitepaper-nya jelas: transaksi ditulis ke blockchain yang terus bertambah, dan tidak bisa diubah tanpa kerja keras.

Masalah Agentic Payment tidak cuma soal double-spending. Tapi soal otorisasi, pelanggaran, pengiriman, dan tanggung jawab. Tapi keduanya punya satu kesamaan: saat aksi ekonomi terjadi di jaringan terbuka, catatan transaksi yang bisa diverifikasi bukan sekadar pelengkap, melainkan infrastruktur utama.

Itulah makna blockchain. Bukan untuk membuat pembayaran lebih “sakti”, melainkan mengubah status yang selama ini tersembunyi di database platform 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, ini mungkin cuma “lebih jelas”. Tapi untuk Agent, ini bisa jadi fondasi kepercayaan.

Karena Agent bukan manusia. Mereka tidak bisa mengandalkan “saya ingat waktu itu begini”. Mereka butuh rangka bukti yang bisa diverifikasi dari luar.

Inilah sebabnya 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 perlu cara aman dan sederhana untuk memperoleh 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 punya hak untuk menghabiskan uang ini?

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

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

Ini menunjukkan bahwa jaringan pembayaran tradisional juga menyadari satu hal: 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 ada dan menyelesaikan transaksi yang diotorisasi. Mereka tidak secara alami menyelesaikan bagaimana Agent di jaringan terbuka bisa terus-menerus memanggil API, data, model, compute, content, dan Agent lain secara otomatis dan kecil.

Jadi, kartu bank bukan tidak bisa. Lebih tepatnya, kartu bank menyelesaikan masalah checkout dalam Agentic Commerce, tapi Agent Economy membutuhkan protokol pembayaran yang lebih mendasar.

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

Kesimpulan:

Agent benar-benar membutuhkan protokol pembayaran yang machine-readable dan otomatis, agar bisa berjalan di jaringan terbuka dan lintas platform. Protokol ini harus mampu mengatasi tantangan mendapatkan otorisasi, memulai pembayaran, memverifikasi pengiriman, dan menyelesaikan transaksi secara otomatis dan terverifikasi.

Ini adalah inti dari pengembangan protokol seperti x402, L402, dan T402—yang menghubungkan antara permintaan resource, pembayaran, dan verifikasi di dunia digital yang semakin kompleks dan terdesentralisasi.