Skip to content
Artificial Intelligence

Gemini Spark AI Agent Butuh Dompet, Bukan Kartu

By Anurag Verma•May 24, 2026
Gemini Spark AI Agent Butuh Dompet, Bukan Kartu

Google mengumumkan Gemini Spark pada 19 Mei 2026: asisten agentik yang bekerja 24/7, membaca Gmail Anda, membuat draft balasan, memesan berbagai hal, dan terus bekerja bahkan setelah laptop Anda tutup. Proposisinya adalah asisten agentik yang selalu aktif, menangani setengah bagian inbox yang membosankan sementara Anda tidur.

Di balik demo Gmail tersebut tersembunyi sebuah masalah yang tidak ingin diungkapkan siapa pun di atas panggung. Begitu agen bertindak tanpa Anda duduk di sana, semua asumsi yang tertanam dalam pembayaran kartu runtuh seketika. Tidak ada manusia untuk mengetuk "setujui." Tidak ada ponsel untuk menerima kode 3-D Secure. Tidak ada kartu yang hadir, tidak ada pemegang kartu yang hadir, tidak ada sesi.

Menurut saya, inilah kisah nyata di balik peluncuran Gemini 3.5, dan hampir tidak ada hubungannya dengan email.

Mengapa asisten agentik yang selalu aktif tidak bisa menggunakan kartu Anda

Rel kartu mengasumsikan adanya seseorang. Seluruh tumpukan anti-penipuan, CVV, 3-D Secure, kode SMS kecil itu, pemeriksaan kecepatan transaksi, semuanya ada untuk memastikan ada manusia di balik transaksi tersebut. Spark adalah kebalikan dari itu. Ini adalah proses di cloud Google yang bangun pukul 3 pagi untuk memesan ulang penerbangan yang dibatalkan.

Jalankan agen otonom terhadap rel Visa dan Anda akan segera membentur tembok:

  • Transaksi kartu-tidak-hadir dari IP pusat data ditandai atau ditolak.
  • Tantangan 3-D Secure dikirim ke manusia yang sedang tidur.
  • Kewajiban tagihan balik jatuh pada pedagang untuk pembelian yang tidak diotorisasi oleh manusia mana pun.
  • Tidak ada cara yang bersih untuk memberi agen batas pengeluaran $40 yang direset setiap hari dan tidak bisa dikuras habis.

Positioning AI Ultra dari Google sendiri sangat bergantung pada paket berlangganan justru karena pembayaran per-tindakan belum terpecahkan. Anda membayar Google biaya bulanan tetap, Google menanggung biaya agen, dan tidak ada yang perlu memikirkan bagaimana agen membayar pihak ketiga. Itu berhasil sampai agen perlu membeli sesuatu di luar taman bertembok Google.

Sisi permintaan akhirnya muncul

Selama dua tahun, para penggemar pembayaran agen membangun rel untuk pelanggan yang belum ada. Saya menulis tentang kesenjangan ini di AI Agent Payments: Anvita, x402, dan Siapa yang Memiliki Relnya, teknologinya sudah siap, namun para pembayar otonom belum ada.

Spark mengubah perhitungan ini. Google akan segera meluncurkan puluhan juta agen yang selalu aktif dan pada akhirnya perlu bertransaksi. Inilah permintaan yang selama ini ditunggu-tunggu oleh rel tersebut.

Tumpukan teknologi yang muncul membosankan dengan cara yang tepat:

  • x402 menghidupkan kembali kode status HTTP 402 "Payment Required" yang selama ini tidak terpakai, sehingga server dapat menawarkan harga dan agen dapat membayarnya secara langsung, dalam stablecoin, dalam satu permintaan.
  • AWS AgentCore menambahkan jalur pembayaran sehingga agen yang berjalan di cloud Amazon dapat menyelesaikan transaksi tanpa persetujuan manusia untuk setiap tagihan.
  • Pay.sh dan alat serupa membungkus USDC-on-Base menjadi sesuatu yang dapat dipanggil agen seperti API biasa.

Benang merahnya: USDC di Base. Finalitas murah, biaya di bawah satu sen, dan stablecoin yang benar-benar bisa dipegang oleh perbendaharaan perusahaan tanpa tim kepatuhan mengajukan tuntutan hukum.

Mengapa USDC di Base, khususnya

Pembayaran agen adalah micropayment. Sebuah agen mungkin membayar $0,003 untuk mengakses API cuaca atau $2 untuk membeli kumpulan data. Gas di Ethereum mainnet akan jauh melebihi nilai pembayaran itu sendiri. Base mencatat lebih dari $1 miliar volume DEX harian dalam siklus ini, dengan biaya hanya sepersekian sen, yang merupakan satu-satunya rezim biaya yang masuk akal untuk micropayment berkecepatan mesin.

Stablecoin lebih penting daripada jaringannya. Agen tidak bisa memegang aset yang volatil; fluktuasi harga 4% antara otorisasi dan penyelesaian pembayaran adalah sesuatu yang tidak bisa diterima. USDC berdenominasi dolar, dapat ditukar, dan diterbitkan oleh entitas yang diatur. Setelah GENIUS Act AML rulemaking menempatkan penerbit stablecoin di bawah rezim pengawasan seperti bank, seorang CFO dapat menyetujui penyimpanan USDC dengan cara yang tidak pernah bisa mereka lakukan untuk token yang tidak didukung aset nyata.

Kejelasan regulasi itulah kuncinya, bukan throughput. Saya sudah menyaksikan kesepakatan institusional gagal karena pertanyaan ini: "siapa yang bertanggung jawab, dan apakah penerbit diawasi."

Bagian yang sulit bukan pembayaran. Melainkan otoritas

Memberi dompet kepada agen adalah 20% yang mudah. 80% sisanya adalah tata kelola:

  1. Batas pengeluaran yang tidak bisa dilanggar. Dompet agen membutuhkan batas keras yang ditegakkan di rantai blok, bukan batas lunak dalam kode aplikasi yang bisa dilewati oleh injeksi prompt.
  2. Delegasi yang bisa dicabut. Anda mengizinkan agen untuk pemesanan ulang bahan makanan, bukan untuk memindahkan tabungan Anda. Pembatasan itu harus bersifat kriptografis, bukan sekadar kotak centang.
  3. Auditabilitas. Setiap pembayaran agen harus dapat dikaitkan dengan kebijakan yang ditetapkan oleh manusia. "AI yang memutuskan" bukan jawaban yang diterima regulator.

Di sinilah risiko injeksi prompt menjadi nyata. Kita sudah melihat apa yang dilakukan satu kunci yang bocor, lihat eksploitasi Polymarket. Sekarang bayangkan kunci itu berada di dalam agen yang membaca email tidak tepercaya sepanjang hari dan bisa membelanjakan uang. Permukaan serangan adalah seluruh kotak masuk.

Yang akan saya pantau selanjutnya

Google tidak akan menempatkan USDC di Spark tahun ini. Versi pertama akan mengarahkan semuanya melalui Google Pay dan penagihan milik Google sendiri, karena itu lebih terkontrol dan karena Google lebih memilih memiliki relnya daripada menyewanya.

Namun agen yang memesan penerbangan Anda jam 3 pagi pada akhirnya akan ingin membayar vendor yang tidak memiliki hubungan penagihan dengan Google. Ketika itu terjadi, jalur paling murah adalah pembayaran stablecoin melalui protokol terbuka, bukan integrasi kartu yang dibuat khusus per pedagang. Rel yang menang adalah yang bisa dipanggil agen tanpa harus meminta izin dari raksasa pembayaran.

Dompet itu akan datang untuk agen. Satu-satunya pertanyaan terbuka adalah apakah itu buku besar tertutup di dalam Google atau buku besar terbuka yang bisa dibangun oleh siapa saja. Taruhan saya adalah pada yang terbuka, dengan alasan yang sama mengapa web mengalahkan AOL.

Sumber