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 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 ikut-ikutan tren pasti ada. Tapi jika hanya memahami AI × Web3 sebagai narasi kolase, mungkin kita akan melewatkan perubahan yang lebih mendasar: AI bertanggung jawab memahami, membuat keputusan, 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, Chen Maobo, 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 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 ketika membahas Agentic Payment atau Agentic Commerce, selalu diasumsikan pasti 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?

Jika Agent hanya membantu saya membeli tiket pesawat, memesan hotel, memperpanjang langganan SaaS, secara teori ia bisa memanggil sistem pembayaran yang sudah ada. User memberi otorisasi sekali, Agent menjalankan pembayaran sesuai batas dan aturan, dengan menggunakan kartu bank, kartu virtual, akun perusahaan, atau dompet pembayaran pihak ketiga, terdengar tidak ada yang aneh.

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

I. Kartu bank menyelesaikan checkout, bukan Agent Economy

Jika Agentic Payment hanya sebatas membantu AI Agent menyelesaikan langkah terakhir pembayaran, seperti membeli tiket, memesan hotel, memperpanjang langganan SaaS, menggunakan kartu bank, kartu kredit, kartu virtual, Apple Pay, Stripe, PayPal, semuanya tidak memiliki hambatan mendasar. Kartu bank tentu bisa dipakai, kartu kredit juga bisa.

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

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

Contohnya, Stripe dan Tempo memperkenalkan Machine Payments Protocol yang sangat relevan. Ini bukan sekadar mengandalkan stablecoin, melainkan memungkinkan merchant menerima pembayaran langsung dari agent, mendukung stablecoins maupun 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 satu bagian dari Agentic Commerce: checkout.

Syarat utama checkout adalah: produk, merchant, pesanan, tombol pembayaran, proses pengembalian dana dan sengketa sudah ada. Agent hanya berdiri di samping pengguna, membantu otomatisasi proses pembelian.

Masalah sebenarnya muncul di skenario lain: Agent tidak lagi sekadar masuk ke keranjang belanja yang sudah disiapkan, melainkan terus-menerus memanggil sumber daya, menggabungkan layanan, dan menyelesaikan tugas di jaringan terbuka.

Misalnya, seorang 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, dan mungkin tidak ada halaman checkout lengkap. Yang dihadapi bisa berupa API, antarmuka 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 otomatis memanggil sumber data seperti Semrush saat diperlukan, untuk menganalisis trafik website, kata kunci, pesaing, dan tren pasar. Tapi saat menyusun skema, saya sadar masalahnya bukan “AI bisa analisis” tapi “bagaimana AI mendapatkan data”. Banyak sumber data komersial tidak dirancang untuk “panggilan sekali, bayar sekali, langsung kembali”. Semrush misalnya, API-nya berbasis akun, paket, dan unit API. Setiap request menghabiskan sejumlah unit API, pengguna harus punya akses API atau membeli paket unit. API Trends juga berbasis API units.

Tapi untuk Agent, model ini tidak natural. Jika Agent hanya sesekali perlu memanggil data trafik, yang dibutuhkan bukan mendaftar akun SaaS atau membeli paket API, melainkan seperti mengakses web: cukup kirim request, berapa harganya? Apakah saya punya otorisasi? Jika 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 sumber daya secara on-demand”.

Jadi, masalah Agentic Payment bukan soal “apakah bisa dipotong di langkah terakhir”, melainkan bagaimana mesin dalam rangkaian tugas terus mendapatkan otorisasi, memulai pembayaran, memverifikasi pengiriman, dan menyelesaikan settlement.

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

Tapi, Agent Economy menghadapi masalah berbeda:
Apa dasar otorisasi Agent untuk menghabiskan uang ini?
Bagaimana pihak layanan memastikan ini bukan bot jahat, melainkan niat asli pengguna?
Bisakah Agent menyelesaikan pembayaran kecil, frekuensi tinggi, lintas platform tanpa konfirmasi manusia?
Setelah pembayaran, apakah layanan bisa langsung mengeluarkan sumber daya?
Kalau Agent salah beli, melebihi otorisasi, atau diserang, siapa yang bertanggung jawab?

Inilah mengapa Google saat mengembangkan AP2 tidak fokus pada “metode pembayaran apa yang digunakan”, melainkan pada kerangka kepercayaan yang lebih umum untuk agent payment.
AP2 didefinisikan sebagai kerangka kerja yang tidak bergantung pada metode pembayaran tertentu, memungkinkan pengguna, merchant, dan penyedia pembayaran lebih percaya diri dalam 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 “dana dari mana 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 memungkinkan Agent bertransaksi di ekosistem merchant yang ada.

Visa juga mengembangkan ini.
Intelligent Commerce dan Trusted Agent Protocol-nya 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 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 atau layanan mitigasi bot.

Ini menunjukkan bahwa jaringan pembayaran tradisional juga menyadari bahwa Agentic Commerce tidak hanya terjadi saat tombol bayar ditekan, melainkan dari pencarian, perbandingan, otorisasi, hingga pembayaran akhir.
Tapi, jaringan kartu lebih mahir menyelesaikan: bagaimana Agent masuk ke alur commerce yang ada dan menyelesaikan transaksi yang sudah diotorisasi.
Bukan secara alami menyelesaikan: bagaimana Agent di jaringan terbuka terus-menerus memanggil API, data, model, komputasi, konten, dan Agent lain dengan pembayaran kecil.

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

Ini mendorong ke lapisan 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.

II. Yang benar-benar dibutuhkan Agent adalah protokol pembayaran yang bisa dibaca mesin

Kalau objek transaksi adalah merchant tradisional, Agent tentu bisa masuk ke alur checkout yang ada, pakai kartu kredit, debit, virtual, atau dompet digital.
Tapi kalau objeknya bukan merchant, melainkan API, model, data interface, konten, bahkan Agent lain, masalahnya berbeda.

Di sinilah, yang dibutuhkan mesin adalah 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 saja yang didukung.
Agent menilai apakah pembayaran ini dalam otorisasi pengguna.
Kalau sesuai aturan, Agent bayar.
Layanan memverifikasi pembayaran, lalu langsung mengeluarkan resource.

Proses ini terdengar sederhana, tapi sebenarnya mengisi kekurangan kemampuan internet yang selama ini kurang: lapisan pembayaran asli.
Dulu, internet secara alami mendukung aliran informasi. Halaman web diminta, email dikirim, API dipanggil, file diunduh.
Tapi “pembayaran” biasanya bukan bagian dari protokol internet itu sendiri, melainkan diintegrasikan melalui 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 satu paket API lengkap, dan tidak perlu proses lengkap seperti manusia untuk pembayaran kecil.
Inilah mengapa protokol seperti x402 muncul.

x402 menghidupkan kembali kode status HTTP 402 Payment Required yang sudah lama ada tapi jarang dipakai.
Ini memungkinkan layanan memberi tahu langsung di lapisan HTTP:
“Kalau mau akses resource ini, harus bayar 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”, melainkan:
x402 mengembalikan pembayaran ke dalam alur permintaan-respons internet.

Dulu, prosesnya:

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

Sekarang, dengan x402, menjadi:

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

Ini sangat penting untuk Agentic Payment, karena transaksi Agent tidak hanya satu dua kali besar, tapi bisa ribuan kecil, real-time, on-demand.

Contohnya:

• Seorang penulis pakai Agent beli data sekali untuk satu artikel.
• Seorang analis riset pakai Agent panggil layanan analisis blockchain sekali untuk satu pertanyaan.
• Seorang agen perjalanan minta harga dari beberapa API.
• Seorang pengembang beli inference model, environment testing, atau kode review per panggilan.
• Seorang analis trafik cuma ingin beli data Semrush sekali untuk satu website, bukan langganan SaaS lengkap.

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

L402 adalah jalur lain yang serupa.
Menggunakan HTTP 402, tapi digabungkan dengan Lightning Network, macaroons, dan pembayaran kecil.
L402 dirancang untuk memfasilitasi otentikasi dan transaksi API, serta memungkinkan layanan mengenakan biaya ke API endpoint, sehingga AI agents lebih mudah berpartisipasi.

L402 menunjukkan bahwa masalah ini bukan baru muncul dengan x402.
Sudah ada yang mencoba menggabungkan: kontrol akses HTTP, pembayaran kecil, dan hak layanan digital.
Hanya saja, dulu 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, permintaan, pembayaran, dan verifikasi secara real-time antar layanan, tapi Agent bisa.

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

Di ekosistem USDT / Tether, juga mulai muncul arah serupa.
Dokumen 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, sehingga agent bisa menemukan harga, menandatangani pembayaran, dan mendapatkan resource dalam satu siklus request-response.
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 diingat, saya tidak menyarankan menyebutnya sebagai “standar resmi Tether”, melainkan sebagai eksplorasi protokol serupa yang berkembang di sekitar ekosistem USDT / Tether.

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

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

Jadi, diskusi Agentic Payment dan Crypto bukan karena Web3 ingin “menempel” AI secara paksa. Lebih tepatnya, karena Agentic Payment mengembalikan masalah “pembayaran asli” yang selama ini belum terselesaikan di internet.

Informasi bisa mengalir secara native di internet. Tapi nilai jangka panjang belum.
Kemunculan Agent memaksa internet mengisi lapisan ini.

Itulah mengapa protokol seperti x402, L402, T402 layak diperhatikan.
Bukan sekadar “biarkan AI bayar pakai crypto”, melainkan mendefinisikan cara interaksi baru: mesin minta resource, mesin pahami harga, mesin verifikasi otorisasi, mesin bayar, dan mesin dapat layanan.

Kalau kartu bank menyelesaikan checkout, maka protokol ini menyelesaikan: bagaimana mesin memulai dan menyelesaikan pembayaran antar mesin.
Dan begitu masuk ke masalah ini, stablecoin dan blockchain tidak lagi sekadar alat pembayaran, melainkan bahasa penyelesaian dan eksekusi yang mendasari Agentic Payment.

III. Mengapa stabilcoin: Agent butuh satuan nilai yang stabil, bukan aset yang fluktuatif

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

Kuncinya bukan pada “crypto asset” itu sendiri, melainkan pada jenis aset pembayaran yang dibutuhkan Agent.
Kalau Agent hanya memegang aset jangka panjang, mungkin dia peduli dengan naik turun harga, keuntungan, risiko.
Tapi jika Agent bayar untuk menyelesaikan tugas, yang paling dibutuhkan bukan aset spekulatif, melainkan satuan nilai yang stabil.

Misalnya, seorang research agent memanggil API data, mungkin biayanya 0.1 USD.
Seorang agent pengkodean memanggil inference model, mungkin 0.03 USD.
Seorang agent pemasaran membeli data trafik, mungkin 1 USD.
Seorang procurement otomatis membandingkan harga, memesan, dan membayar, harus mengontrol pengeluaran agar tidak melebihi anggaran.

Dalam skenario ini, Agent bukan melakukan trading atau spekulasi.
Dia menyelesaikan tugas.
Jadi, dia perlu tahu: berapa harga resource ini?
Apakah panggilan ini sesuai anggaran?
Apakah pembayaran ini dalam otorisasi pengguna?
Setelah layanan diberikan, apakah biaya bisa dicatat dengan tepat?

Kalau aset pembayaran sendiri sangat fluktuatif harian, pengelolaan anggaran jadi rumit.
Hari ini, API seharga 0.1 USD, besok karena fluktuasi harga bisa jadi 0.12 USD atau 0.08 USD.
Ini mungkin tidak masalah di pasar trading, tapi di pembelian sumber daya on-demand, akan menambah kerumitan tak perlu.

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

Stablecoin pertama-tama menawarkan satuan nilai yang lebih mendekati dunia bisnis nyata.
Banyak API, SaaS, layanan data, model, cloud dihitung dalam USD.
Kalau Agent mau beli layanan ini on-demand, menggunakan stablecoin USD bisa langsung menyatukan anggaran, harga, otorisasi, dan tagihan dalam satu satuan.

Ini terdengar sederhana, tapi sangat penting bagi Agent.
Karena Agent tidak hanya “bayar”, tapi juga harus membuat penilaian:
Apakah panggilan ini berharga?
Apakah anggaran cukup?
Apakah perlu konfirmasi pengguna?
Bagaimana mencatat biaya tugas?
Kalau terjadi kesalahan, bisa jelaskan kenapa uang ini dikeluarkan?

Jadi, Agentic Payment membutuhkan aset pembayaran yang stabil, bisa dibaca mesin, dan bisa dipanggil otomatis.
Stablecoin lebih cocok daripada BTC, ETH yang fluktuatif.

Nilai kedua adalah stablecoin lebih cocok untuk transaksi kecil, frekuensi tinggi, dan penyelesaian instan.
Seperti yang sudah terlihat di penjelasan x402, tren ini makin nyata.
Coinbase mendefinisikan x402 sebagai protokol yang memungkinkan pembayaran stablecoin secara otomatis dan instan lewat HTTP, sehingga API dan layanan digital bisa menerima pembayaran dari klien manusia maupun mesin tanpa perlu akun, sesi, atau otentikasi rumit.

Prosesnya:

• Agent minta resource.
• Server balas 402 Payment Required.
• Agent bayar stablecoin.
• Server verifikasi dan berikan resource.

Proses ini cocok untuk skenario kecil, frekuensi tinggi, on-demand:

• Query data.
• Panggil model.
• Unlock konten.
• Analisis blockchain.
• Buat grafik.

Dokumen x402 dari Tether WDK menyebutkan bahwa AI agents perlu membayar resource secara programatis, dan x402 memungkinkan agent menemukan harga, menandatangani pembayaran, dan mendapatkan resource dalam satu siklus request-response.

Ini berbeda dari penggunaan kartu bank.
Kartu bank lebih cocok untuk checkout manusia.
Stablecoin lebih cocok untuk pembayaran on-demand antar mesin.
Tentu, kartu bank tidak akan hilang.
Stripe dan MPP mendukung dua jalur: pembayaran crypto on-chain langsung, dan pembayaran fiat pakai kartu, BNPL, dll.
Merchant bisa menerima pembayaran dari agent pakai stablecoin maupun kartu.

Jadi, yang lebih tepat bukan “stablecoin menggantikan kartu bank”, melainkan:
Kartu bank cocok untuk jaringan merchant dan checkout tradisional.
Stablecoin lebih cocok untuk skenario pembayaran on-demand di jaringan terbuka.

Ketiga, stabilitas dan cross-platform
Stablecoin secara alami lebih cocok untuk transaksi 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 blockchain dari lain Agent.
Kalau setiap lapisan bergantung pada rekening bank, acquirer, metode pembayaran lokal, dan siklus penyelesaian berbeda, maka rantai tugas akan terpecah.
Stablecoin adalah aset native internet: bisa dipakai 24/7, lintas platform, lintas dompet, lintas aplikasi, dan langsung diproses kontrak pintar atau protokol pembayaran.
Bagi manusia, ini mungkin cuma “lebih cepat sampai”.
Tapi bagi Agent, ini sangat penting.
Karena eksekusi Agent tidak mengikuti jam operasional bank.

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

Itulah mengapa x402, Tether WDK, dan eksplorasi t402 di sekitar USDT / Tether bergerak ke arah yang sama: menjadikan stablecoin sebagai bagian dari tumpukan web yang bisa dipanggil mesin, bukan sekadar halaman pembayaran manusia.

Tapi, tentu saja, stablecoin tidak tanpa masalah.

Beragam stablecoin berbeda dalam transparansi cadangan, entitas penerbit, regulasi, kemampuan redeem, dan likuiditas di blockchain.
BIS dalam laporan ekonomi tahunan 2025 juga mengkritik stablecoin karena kekurangan dalam aspek single, elasticity, dan integrity—tidak bisa sepenuhnya menggantikan sistem moneter modern.

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

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, dompet, kontrak pintar, dan audit blockchain.

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, stablecoin lebih seperti 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, manajemen wallet 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 satuan nilai yang stabil, aset penyelesaian instan, uang yang bisa dipanggil otomatis, dan kemampuan pembayaran lintas platform dan lintas negara.

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

Namun, stablecoin hanya menjawab satu pertanyaan:
Agent pakai uang apa?
Belum menjawab pertanyaan lain:
Setelah Agent membelanjakan uang di jaringan terbuka, siapa yang memberi otorisasi?
Uang itu dibelanjakan di mana, dan apakah ada pelanggaran otorisasi?
Apakah layanan sudah disampaikan?
Ini membawa kita ke blockchain.

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

Kalau Agent butuh stablecoin, mengapa harus blockchain?
Bukankah ledger terpusat cukup?
Bukankah Stripe, Visa, bank, atau platform sendiri bisa mencatat?

Tentu saja bisa.
Kalau Agent hanya beroperasi di platform tertutup, misalnya belanja di Amazon, pakai SaaS tertentu, atau sistem internal perusahaan, ledger terpusat sudah cukup.
Platform tahu siapa pengguna, siapa Agent, apa otoritasnya, berapa uang yang dikeluarkan, dan layanan sudah disampaikan.

Tapi, Agentic Payment yang sebenarnya menarik bukan sekadar Agent menekan tombol bayar di platform tertutup, melainkan ketika dia melintasi platform, layanan, dompet, negara, bahkan Agent lain, untuk menyelesaikan sebuah tugas.
Di tahap ini, masalahnya bukan lagi “apakah uang bisa dikirim”, melainkan:
Mengapa uang itu dikirim?
Siapa yang memberi otorisasi?
Apakah Agent melebihi otorisasi?
Apakah layanan sudah disampaikan?
Kalau terjadi kesalahan, siapa yang bertanggung jawab?

Inilah mengapa blockchain sangat bernilai dalam konteks ini.
Bukan karena semua transaksi harus di-chain, atau karena blockchain lebih canggih dari bank, tapi karena setiap aksi ekonomi yang dilakukan Agent di jaringan terbuka perlu meninggalkan jejak yang bisa diverifikasi.

Manusia bisa toleran terhadap ketidaktransparanan.
Kalau layanan tidak diberikan, bisa komplain ke customer service;
Kalau pembelian perusahaan bermasalah, bisa cek kontrak, keuangan, email, rapat;
Kalau salah potong di bank, bisa ajukan sengketa.

Tapi, Agent berbeda.
Frekuensi transaksi bisa jauh lebih tinggi, jumlah kecil, layanan lebih banyak, dan rantai eksekusi lebih panjang.
Kalau setiap transaksi harus manual, verifikasi, screenshot, email, dan konfirmasi, maka makna Agentic Payment hilang.
Agent butuh sistem yang memberi kejelasan tanggung jawab.

Misalnya, user memberi tugas:
“Bulan ini maksimal $100, bantu analisis pasar, hanya boleh beli data, model, dan grafik.”
Lalu Agent panggil API data, layanan balas $0.2.
Agent cek anggaran, bayar.
Layanan terima uang, lalu berikan data.
Di proses ini, yang penting bukan “pakai chain apa”, melainkan:
Apa otorisasi user saat itu?
Apa yang dibeli Agent?
Apakah sesuai anggaran?
Apakah layanan benar-benar diberikan?
Kalau kemudian ada prompt injection yang memaksa beli barang tidak semestinya, bisa dilacak?

Ini sebabnya, saat membahas Agentic Payment, mengacu kembali ke Bitcoin whitepaper, bukan sekadar 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 oleh jaringan.
Dalam whitepaper disebutkan: transaksi akan disusun dalam blockchain yang tidak bisa diubah tanpa kerja keras, melalui hash dan proof-of-work.

Masalah Agentic Payment tidak sama persis.
Bukan sekadar double-spending, tapi otorisasi, pelanggaran, pengiriman, dan tanggung jawab.
Tapi, keduanya punya kesamaan: ketika aksi ekonomi terjadi di jaringan terbuka, catatan transaksi yang bisa diverifikasi bukan sekadar pelengkap, melainkan fondasi.

Ini maknanya blockchain.
Bukan untuk membuat pembayaran menjadi “sulit”, melainkan agar status yang selama ini tersembunyi di database platform bisa menjadi status yang bisa diverifikasi dari luar.
Setidaknya, catatan pembayaran, otorisasi, akses layanan, syarat pengembalian, dan konsumsi anggaran bisa didokumentasikan dan diverifikasi secara standar.
Bagi manusia, ini mungkin cuma “lebih jelas”.
Tapi bagi Agent, ini adalah fondasi kepercayaan.

Karena Agent bukan manusia.
Dia tidak bisa mengandalkan “saya ingat saat itu begini”.
Dia butuh rangkaian bukti yang bisa diverifikasi dari luar.

Inilah mengapa AP2, x402, stablecoin, dan blockchain sering dibahas bersama, tapi sebenarnya bukan satu hal.
AP2 lebih sebagai kerangka otorisasi dan kepercayaan Agentic Payment, mengatur niat pengguna, batas otorisasi, dan tanggung jawab.
x402, L402, T402 lebih sebagai lapisan permintaan pembayaran, mengatur bagaimana saat Agent meminta resource, layanan memulai pembayaran, dan bagaimana Agent menyelesaikan pembayaran serta mendapatkan resource.
Stablecoin sebagai aset penyelesaian, dan blockchain sebagai lapisan status yang bisa diverifikasi.

Keempat lapisan ini bukan satu, tapi digabungkan membentuk fondasi Agentic Payment yang sesungguhnya.
Kalau tidak, akan jadi aneh: Agent sangat pintar, bisa bantu cari layanan, bandingkan harga, buat keputusan, tapi saat bayar, kembali ke proses lama: daftar, ikat kartu, beli paket, cek tagihan, hubungi customer service, urus reimbursement.
Maka, itu bukan Agentic Payment, melainkan sekadar asisten yang lebih pintar menekan tombol.

Tentu, tidak bisa terlalu optimistis.
Mengintegrasikan pembayaran on-chain ke Agent berisiko, bahkan risiko lebih langsung.
Transaksi di blockchain tidak bisa dibatalkan, seringkali tidak bisa dipersengketakan.
Kalau Agent diserang, otorisasi terlalu luas, layanan tidak disampaikan, atau situs jahat menipu bayar, itu masalah besar.

Jadi, Agentic Payment bukan sekadar memberi Wallet dan bilang “silakan bayar sendiri”.
Lebih sebagai proses bertahap:

• Masuk ke sistem pembayaran yang ada, bantu otomatisasi checkout.
• Dapatkan otorisasi lebih granular: batas anggaran, whitelist, scope, waktu, risiko.
• API, data, model, konten mulai mendukung pembayaran yang bisa dibaca mesin.
• Stablecoin menjadi aset penyelesaian kecil, on-demand, lintas platform dan lintas negara.

Dari sudut pandang ini, Agentic Payment bukan urusan satu perusahaan, satu blockchain, satu stablecoin, atau satu protokol.
Lebih sebagai evolusi tumpukan sistem pembayaran menghadapi kehadiran AI Agent sebagai entitas baru.

Dulu, sistem pembayaran melayani manusia dan perusahaan.
Sekarang, mungkin juga harus melayani entitas baru: proxy perangkat lunak yang diberi otorisasi.

Bukan manusia secara hukum, bukan akun perusahaan tradisional, tapi bisa menginisiasi permintaan, membandingkan harga, memanggil layanan, menghabiskan resource, memicu pembayaran, dan meninggalkan jejak.
Ketika entitas ini muncul secara masif, sistem pembayaran harus menjawab:
Siapa dia?
Wakil siapa?
Apa otoritasnya?
Berapa uang yang bisa dia pakai?
Apa yang dia beli?
Ada pelanggaran otorisasi?
Siapa yang bertanggung jawab kalau terjadi masalah?

Ini bukan lagi soal tombol bayar sederhana.

Kembali ke pertanyaan awal:
Apakah AI Agent akan pakai kartu bank?
Akan.

Tapi, mereka tidak akan hanya pakai kartu bank.

Kartu bank tetap akan menyelesaikan checkout manusia.
Stablecoin akan mulai menyelesaikan pembayaran on-demand native internet, kecil dan cepat.
Blockchain akan menyediakan lapisan status yang bisa diverifikasi dan eksekusi yang bisa dipastikan.
AP2, x402, L402, T402 akan menghubungkan otorisasi, permintaan pembayaran, dan akses resource.

Ini adalah hal paling menarik dari Agentic Payment.
Bukan sekadar menambah fungsi pembayaran AI, melainkan memaksa kita berpikir ulang:
Ketika mesin mulai berpartisipasi dalam ekonomi, sistem pembayaran seperti apa yang dibutuhkan internet?