Gemini Spark AI एजेंट को कार्ड नहीं, वॉलेट चाहिए
Google ने Gemini Spark की घोषणा 19 मई 2026 को की: एक ऐसा agentic assistant जो 24/7 काम करता है, आपका Gmail पढ़ता है, जवाब तैयार करता है, बुकिंग करता है, और आपके लैपटॉप बंद करने के बाद भी चलता रहता है। इसका वादा है एक ऐसा सहायक जो हमेशा चालू रहे और आपके inbox का उबाऊ आधा काम तब निपटाए जब आप सो रहे हों।
Gmail demos के नीचे दबा हुआ एक ऐसा मसला है जिसे मंच पर कोई खुलकर कहना नहीं चाहता था। जिस पल कोई agent आपकी मौजूदगी के बिना काम करने लगता है, card payments में बनी हर धारणा टूट जाती है। न कोई इंसान "approve" टैप करने के लिए, न 3-D Secure कोड लेने के लिए फोन। न card हाज़िर, न cardholder हाज़िर, न कोई session।
मेरे ख्याल में यही Gemini 3.5 launch की असली कहानी है, और इसका Gmail से लगभग कोई लेना-देना नहीं है।
एक हमेशा चालू agentic assistant आपका card क्यों नहीं इस्तेमाल कर सकता
Card rails यह मानकर चलती हैं कि पीछे कोई इंसान है। पूरा anti-fraud तंत्र, CVV, 3-D Secure, वो छोटा SMS कोड, velocity checks, सब यह पुष्टि करने के लिए है कि लेनदेन के पीछे कोई इंसान है। Spark इसके बिल्कुल उलट है। यह Google के cloud में चलने वाली एक ऐसी प्रक्रिया है जो रात 3 बजे जागकर रद्द हुई flight को फिर से बुक करती है।
किसी autonomous agent को Visa की rails पर चलाइए और जल्दी ही दीवार से टकराएंगे:
- किसी datacenter IP से आने वाले card-not-present transactions को flag किया जाता है या अस्वीकार कर दिया जाता है।
- 3-D Secure challenges उस इंसान के पास जाती हैं जो सो रहा है।
- Chargeback की ज़िम्मेदारी merchant पर आती है, उस खरीद के लिए जिसे किसी इंसान ने authorize नहीं किया।
- Agent को रोज़ाना reset होने वाली और खाली न हो सकने वाली $40 की spending limit देने का कोई साफ तरीका नहीं है।
Google की खुद की AI Ultra positioning subscription bundling पर इसीलिए टिकी है क्योंकि per-action payments अभी भी अनसुलझे हैं। आप Google को एक flat मासिक शुल्क देते हैं, Google agent की लागत खुद उठाता है, और किसी को यह नहीं सोचना पड़ता कि agent किसी तीसरे पक्ष को कैसे भुगतान करे। यह तब तक काम करता है जब तक agent को Google की बंद दुनिया के बाहर कुछ खरीदना न पड़े।
demand side आखिरकार सामने आया
दो साल तक एजेंट-पेमेंट्स की दुनिया ने एक ऐसे ग्राहक के लिए रेल बनाई जो अभी था ही नहीं। मैंने इस खाई के बारे में AI Agent Payments: Anvita, x402, and Who Owns the Rail में लिखा था -- तकनीक तैयार थी, लेकिन स्वायत्त खर्च करने वाले नहीं।
Spark इस गणित को बदलता है। Google जल्द ही करोड़ों हमेशा-चालू एजेंट लॉन्च करने वाला है जिन्हें आखिरकार लेनदेन करना होगा। यही वह मांग है जिसका इंतजार रेल को था।
जो स्टैक उभरा है वह सही मायनों में सरल है:
- x402 बंद पड़े HTTP 402 "Payment Required" स्टेटस कोड को फिर से जीवित करता है, ताकि एक सर्वर कीमत बता सके और एजेंट उसे एक ही अनुरोध में, स्टेबलकॉइन के जरिये, इनलाइन चुका सके।
- AWS AgentCore ने एक पेमेंट्स रास्ता जोड़ा है ताकि Amazon के क्लाउड में चलने वाले एजेंट बिना किसी इंसान की मंजूरी के हर बार भुगतान निपटा सकें।
- Pay.sh और इसी तरह के टूल USDC-on-Base को कुछ ऐसा बना देते हैं जिसे एजेंट किसी भी दूसरे API की तरह कॉल कर सके।
साझा धागा: Base पर USDC। सस्ती फाइनेलिटी, एक पैसे से भी कम फीस, और एक ऐसा स्टेबलकॉइन जिसे कोई कॉर्पोरेट ट्रेजरी बिना कम्प्लायंस टीम के सिरदर्द के वाकई रख सकती है।
Base पर USDC ही क्यों
एजेंट पेमेंट्स दरअसल माइक्रोपेमेंट्स हैं। एक एजेंट किसी वेदर API को क्वेरी करने के लिए $0.003 या किसी डेटा सेट को खरीदने के लिए $2 चुका सकता है। Ethereum मेननेट की गैस तो भुगतान से भी ज्यादा हो जाती। Base ने इस साइकिल में $1B दैनिक DEX वॉल्यूम निपटाया, और इसकी फीस एक पैसे के अंश में रहती है -- यही एकमात्र फीस व्यवस्था है जहां मशीन-गति की माइक्रोपेमेंट्स का कोई मतलब बनता है।
चेन से ज्यादा स्टेबलकॉइन मायने रखता है। एक एजेंट अस्थिर संपत्ति नहीं रख सकता; किसी भुगतान को अधिकृत करने और उसे निपटाने के बीच 4% की कीमत में उतार-चढ़ाव बिल्कुल नहीं चलेगा। USDC डॉलर-आधारित है, भुनाने योग्य है, और एक विनियमित संस्था द्वारा जारी किया गया है। GENIUS Act AML rulemaking के बाद, जिसने स्टेबलकॉइन जारीकर्ताओं को बैंक जैसी निगरानी व्यवस्था में ला दिया, कोई CFO USDC रखने पर उस तरह हस्ताक्षर कर सकता है जैसे वह किसी बिना समर्थन वाले टोकन पर कभी नहीं कर सकता था।
वह नियामक स्पष्टता ही असली कुंजी है, थ्रूपुट नहीं। मैंने संस्थागत सौदों को ठीक इसी सवाल पर दम तोड़ते देखा है: "जवाबदेह कौन है, और क्या जारीकर्ता की निगरानी होती है।"
असली चुनौती भुगतान नहीं है। असली चुनौती अधिकार है
किसी एजेंट को वॉलेट देना आसान 20% काम है। बाकी 80% गवर्नेंस है:
- खर्च सीमाएं जो टिकें। एजेंट वॉलेट को ऑन-चेन लागू एक कड़ी सीमा चाहिए, न कि एप्लीकेशन कोड में एक नरम सीमा जिसे प्रॉम्प्ट इंजेक्शन आसानी से पार कर सके।
- रद्द करने योग्य प्रतिनिधित्व। आप एजेंट को किराने की पुनः खरीद के लिए अधिकृत करते हैं, अपनी बचत स्थानांतरित करने के लिए नहीं। वह दायरा क्रिप्टोग्राफिक होना चाहिए, न कि महज एक चेकबॉक्स।
- ऑडिटयोग्यता। हर एजेंट भुगतान को किसी मानव-निर्धारित नीति से जोड़ा जाना चाहिए। "एआई ने तय किया" कोई ऐसा जवाब नहीं है जो कोई नियामक स्वीकार करे।
यहीं पर प्रॉम्प्ट-इंजेक्शन का खतरा असली रूप लेता है। हम पहले ही देख चुके हैं कि एक लीक हुई चाबी क्या कर सकती है, देखें Polymarket exploit। अब कल्पना करें कि वह चाबी किसी ऐसे एजेंट के पास है जो पूरे दिन अविश्वसनीय ईमेल पढ़ता है और पैसे खर्च कर सकता है। तब हमला करने का पूरा क्षेत्र इनबॉक्स ही बन जाता है।
आगे क्या देखना चाहिए
Google इस साल Spark में USDC नहीं डालेगा। पहला संस्करण सब कुछ Google Pay और Google की अपनी बिलिंग के जरिए रूट करेगा, क्योंकि वह नियंत्रणीय है और क्योंकि Google रेल किराए पर लेने की बजाय उसका मालिक बनना चाहता है।
लेकिन वह एजेंट जो रात 3 बजे आपकी फ्लाइट बुक करता है, एक दिन ऐसे विक्रेता को भुगतान करना चाहेगा जिससे Google का कोई बिलिंग संबंध नहीं है। जब ऐसा होगा, तब सबसे सस्ता रास्ता एक खुले प्रोटोकॉल पर स्टेबलकॉइन भुगतान होगा, न कि प्रत्येक व्यापारी के लिए अलग कार्ड इंटीग्रेशन। जीतने वाला रेल वह होगा जिसे एजेंट किसी भुगतान दिग्गज से अनुमति मांगे बिना इस्तेमाल कर सके।
एजेंट के लिए वॉलेट आने वाला है। एकमात्र खुला सवाल यह है कि वह Google के भीतर एक बंद लेजर होगा या एक खुला जिस पर कोई भी निर्माण कर सके। मेरा दांव खुले पर है, उसी कारण से जिस कारण वेब ने AOL को पछाड़ा।