Gemini Spark AI Agent'ın Kartı Değil, Cüzdanı Olması Gerekiyor
Google'ın Gemini Spark duyurusunu 19 Mayıs 2026'da yaptı: Gmail'inizi okuyan, yanıtlar hazırlayan, rezervasyon yaptıran ve siz dizüstü bilgisayarınızı kapattıktan sonra da çalışmaya devam eden 7/24 ajansal bir asistan. Vaat edilen şey, uyurken gelen kutunuzun sıkıcı yarısını halleder bir asistan.
Gmail demolarının altına gömülmüş, sahnede kimsenin dile getirmek istemediği bir sorun var. Bir ajan sizin orada oturmanız olmadan harekete geçtiği anda, kart ödemelerinin içine işlenmiş tüm varsayımlar çöküyor. Onaylayacak bir insan yok. 3-D Secure kodunu alacak bir telefon yok. Kart da yok, kart sahibi de yok, oturum da yok.
Bence Gemini 3.5 lansmanının asıl hikayesi bu ve e-postayla neredeyse hiç ilgisi yok.
Her zaman açık ajansal bir asistan neden kartınızı kullanamaz
Kart altyapısı bir insanı varsayar. CVV, 3-D Secure, o küçük SMS kodu, hız kontrolleri gibi tüm dolandırıcılık karşıtı yığın, işlemin arkasında bir insan olduğunu teyit etmek için vardır. Spark bunun tam tersidir. İptal edilen bir uçuşu yeniden rezerve etmek için sabah 3'te uyananan Google'ın bulutundaki bir süreçtir.
Otonom bir ajanı Visa altyapısına karşı çalıştırdığınızda hızla bir duvarla karşılaşırsınız:
- Bir veri merkezi IP'sinden gelen kart-mevcut-değil işlemleri işaretlenir ya da reddedilir.
- 3-D Secure doğrulama istekleri uyuyan bir insana gider.
- Chargeback yükümlülüğü, hiçbir insanın yetkilendirmediği bir satın alma için satıcıya düşer.
- Bir ajana günlük sıfırlanan ve tüketilemeyen 40 dolarlık bir harcama limiti vermenin temiz bir yolu yok.
Google'ın kendi AI Ultra konumlandırması tam da bu yüzden abonelik paketlemeye yaslanıyor: çünkü işlem başına ödemeler henüz çözüme kavuşturulmadı. Google'a aylık sabit bir ücret ödersiniz, Google ajanın maliyetlerini üstlenir ve kimsenin ajanın üçüncü bir tarafa nasıl ödeme yapacağını çözmesi gerekmez. Bu, ajan Google'ın kapalı bahçesi dışından bir şey satın alması gerekene kadar işe yarar.
Talep tarafı nihayet ortaya çıktı
İki yıl boyunca ajan-ödemeleri kitlesi, var olmayan bir müşteri için altyapı inşa etti. Bu boşluğu AI Agent Payments: Anvita, x402, and Who Owns the Rail başlıklı yazımda ele aldım; teknoloji hazırdı, otonom harcama yapacak aktörler yoktu.
Spark bu denklemi değiştiriyor. Google, nihayetinde işlem yapması gerekecek on milyonlarca her zaman açık ajan dağıtmak üzere. İşte altyapının beklediği talep bu.
Ortaya çıkan yığın, doğru anlamda sıkıcı:
- x402, atıl durumdaki HTTP 402 "Ödeme Gerekli" durum kodunu yeniden hayata geçiriyor; böylece bir sunucu fiyat teklif edebiliyor, bir ajan da tek bir istek üzerinden stablecoin ile ödeme yapabiliyor.
- AWS AgentCore, Amazon'un bulutunda çalışan ajanların her işlem için insan onayı beklemeksizin takas yapabilmesini sağlayan bir ödeme yolu ekledi.
- Pay.sh ve benzeri araçlar, USDC on Base'i bir ajanın herhangi bir API gibi çağırabileceği bir yapıya sarıyor.
Ortak payda: Base üzerinde USDC. Ucuz kesinlik, kuruşun altında ücretler ve bir şirket hazinesinin uyum ekibi devreye girmeksizin gerçekten tutabileceği bir stablecoin.
Neden özellikle Base üzerinde USDC
Ajan ödemeleri mikro ödemelerdir. Bir ajan bir hava durumu API'sini sorgulamak için 0,003 dolar, bir veri seti satın almak için 2 dolar ödeyebilir. Ethereum ana ağı gaz ücretleri ödemenin kendisini gölgede bırakırdı. Base bu döngüde günlük 1 milyar doların üzerinde DEX hacmi yerleştirdi ve ücretleri kuruşun kesirlerinde seyrediyor; makine hızında mikro ödemelerin anlam taşıyabileceği tek ücret rejimi bu.
Stablecoinler zincirden daha önemli. Bir ajan değişken bir varlık tutamaz; bir ödemeyi yetkilendirmek ile takas etmek arasındaki yüzde 4'lük fiyat dalgalanması baştan kabul edilemez. USDC dolar cinsinden, itfa edilebilir ve düzenlenmiş bir kurum tarafından ihraç ediliyor. GENIUS Yasası AML düzenlemesi stablecoin ihraççılarını banka benzeri bir denetim rejimine çektikten sonra, bir CFO desteksiz bir tokenla asla yapamayacağı şekilde USDC tutmayı onaylayabiliyor.
O düzenleyici netlik, kilit açıcı unsurdur; işlem hacmi değil. Tam olarak bu soruyu yüzünden kurumsal anlaşmaların nasıl çöpe gittiğini bizzat gördüm: "Sorumluluk kime ait ve ihraçcı denetim altında mı?"
Zor olan ödemeler değil. Otorite meselesi
Bir ajana cüzdan vermek, işin kolay yüzde yirmisi. Geri kalan yüzde seksen yönetişim:
- Dayanıklı harcama limitleri. Bir ajan cüzdanı, prompt enjeksiyonunun kolayca aşabileceği uygulama kodundaki yumuşak bir sınır değil, zincir üzerinde zorlanan katı bir üst sınıra ihtiyaç duyar.
- İptal edilebilir yetkilendirme. Ajana market siparişleri için yetki verirsiniz, birikimlerinizi aktarması için değil. Bu kapsamın bir onay kutusunda değil, kriptografik olarak tanımlanması gerekir.
- Denetlenebilirlik. Her ajan ödemesi, bir insanın belirlediği bir politikaya bağlanabilir olmalıdır. "Yapay zeka öyle karar verdi" yanıtı, bir düzenleyicinin kabul edeceği bir cevap değildir.
Prompt enjeksiyonu riski tam da burada gerçek bir tehlikeye dönüşüyor. Sızdırılan tek bir anahtarın neler yapabileceğini zaten gördük; Polymarket açığına bakın. Şimdi o anahtarın, gün boyu güvenilmez e-postalar okuyan ve para harcayabilen bir ajanda durduğunu hayal edin. Saldırı yüzeyi bütün bir gelen kutusu oluyor.
Bundan sonra nelere dikkat ederim
Google bu yıl Spark'a USDC koymayacak. İlk sürüm her şeyi Google Pay ve Google'ın kendi ödeme altyapısı üzerinden yönlendirecek; çünkü bu kontrol edilebilir ve çünkü Google rayı kiralamak yerine ona sahip olmayı tercih ediyor.
Ancak geceleri saat 3'te uçuşunuzu rezerve eden ajan, er ya da geç Google'ın faturalama ilişkisi olmadığı bir satıcıya ödeme yapmak isteyecek. O noktada en ucuz yol, satıcı başına özel bir kart entegrasyonu değil, açık bir protokol üzerinden stablecoin ödemesidir. Yarışı kazanan ray, bir ajan tarafından ödeme devinden izin almadan çağrılabilecek olandır.
Cüzdan, ajan için yolda. Tek açık soru, bunun Google'ın içindeki kapalı bir defter mi yoksa herkesin üzerine inşa edebileceği açık bir defter mi olacağı. Açık olana oynuyorum; web'in AOL'u geçmesiyle aynı nedenle.