शब्दावली

AP2 प्रोटोकॉल क्या है।

परिभाषा

AP2 Google का एजेंट भुगतान प्रोटोकॉल है, जो यह बताता है कि AI एजेंट व्यापारी को कार्यक्रम के माध्यम से कैसे भुगतान करते हैं। यह तीन भागों को मानकीकृत करता है: एक उपयोगकर्ता कैसे भुगतान जनादेश देता है, एक एजेंट उस जनादेश को भुगतान प्रोसेसर के सामने कैसे प्रस्तुत करता है, और निपटान कैसे होता है जिस रेल पर व्यापारी स्वीकार करता है। AP2 जनादेश स्तर पर बैठता है; अंतर्निहित रेल फिएट या स्थिर मुद्रा हो सकती हैं।

यह क्यों महत्वपूर्ण है

Google का एजेंटिक-वाणिज्य दांव।

AP2 Google का एजेंटिक-वाणिज्य श्रेणी पर दांव है। जहां Coinbase का x402 प्रति-कॉल HTTP दृष्टिकोण अपनाता है, AP2 जनादेश-आधारित दृष्टिकोण अपनाता है: भुगतान के एक लिफाफे के लिए एजेंट को पूर्व-प्राधिकृत करें, फिर इसे उस लिफाफे के भीतर बिना किसी और उपयोगकर्ता भागीदारी के निष्पादित करने दें। दोनों प्रोटोकॉल एजेंट गतिविधियों के थोड़े अलग आकारों को लक्षित करते हैं। x402 प्रति-API-कॉल बिलिंग के लिए उपयुक्त है; AP2 एजेंट-चालित खरीदारी, सब्सक्रिप्शन, और अधिग्रहण के लिए उपयुक्त है।

For developers, AP2 matters because it is the first agent-payment protocol from a hyperscaler with the distribution to mainstream-adopt it. If Gemini agents (consumer and enterprise) and Google Pay merchants both speak AP2 natively, then "agent paying via Google Pay" becomes a default capability rather than a custom integration. The stack rapidly expands beyond the developer-tooling ecosystem.

यह कैसे काम करता है

आदेश, प्रस्तुति, निपटान।

अनुमति जनादेश. उपयोगकर्ता Google के जनादेश UI के माध्यम से एजेंट को अधिकृत करता है (वॉलेट में या उद्यम के लिए एक डेवलपर सतह के माध्यम से)। जनादेश अधिकतम राशि, आवृत्ति विंडो, अनुमत प्राप्तकर्ता या प्राप्तकर्ता श्रेणियों, और एक समाप्ति को निर्दिष्ट करता है।
जनादेश प्रस्तुति. जब एजेंट को भुगतान करने की आवश्यकता होती है, तो यह जनादेश को व्यापारी के प्रोसेसर को भुगतान अनुरोध में बंडल करता है। प्रोसेसर जनादेश के हस्ताक्षर और पैरामीटर को मान्य करता है; यदि अनुरोध फिट बैठता है, तो भुगतान आगे बढ़ता है।
निपटान। वास्तविक निपटान व्यापारी की पसंद की रेल (Google Pay, एक कार्ड नेटवर्क, ACH, स्थिर मुद्रा) पर होता है। AP2 निपटान-निषेधात्मक है; जो यह मानकीकरण करता है वह एजेंट का उपयोगकर्ता के खाते से खींचने के लिए अधिकृत करना है।
ऑडिट और रद्दीकरण। जनादेश के खिलाफ हर भुगतान लॉग किया जाता है। उपयोगकर्ता कभी भी अपने वॉलेट से जनादेश को रद्द कर सकता है। बाद की प्रस्तुतियाँ मान्यता में विफल होती हैं; रद्दीकरण के क्षण में इन-फ्लाइट निपटान पूरा हो सकता है या नहीं हो सकता है, यह रेल पर निर्भर करता है।

उदाहरण

जहाँ AP2 फिट होता है।

उदाहरण 1

गूगल पे रेल के माध्यम से भुगतान कर रहा एजेंट

एक Google-stack एजेंट (जो Gemini, Agentspace, या Vertex AI के अंदर चल रहा है) एक व्यापारी के प्रोसेसर को AP2 जनादेश प्रस्तुत करता है। प्रोसेसर जनादेश को मान्य करता है, Google Pay के मौजूदा रेल पर भुगतान का निपटारा करता है, और पुष्टि लौटाता है। व्यापारी का एकीकरण सामान्य Google Pay लेनदेन के समान है; अंतर खरीदार पक्ष पर है, जहां एजेंट मानव के लिए खड़ा था।

उदाहरण 2

क्रॉस-प्रोटोकॉल एजेंट वाणिज्य

एक एजेंट के पास Google Pay के माध्यम से फिएट भुगतान के लिए AP2 जनादेश है और Base पर USDC भुगतान के लिए Blockchain0x वॉलेट है। जब इसे एक व्यापारी को भुगतान करना होता है जो दोनों स्वीकार करता है, तो यह उस लेनदेन आकार के लिए कम शुल्क वाली रेल का चयन करता है। उपयोगकर्ता ने एक बार दोनों अनुमतियाँ दीं; एजेंट प्रति-भुगतान मार्ग बनाता है।

उदाहरण 3

AP2 के माध्यम से एंटरप्राइज अधिग्रहण

एक कॉर्पोरेट खरीद एजेंट के पास वित्त टीम से एक AP2 जनादेश है जो एक परिभाषित आपूर्तिकर्ता अनुमति सूची को $10,000/माह तक के भुगतान को अधिकृत करता है। एजेंट खरीद आदेशों को संसाधित करता है, जनादेश के खिलाफ मान्य करता है, और बिना किसी मानव द्वारा प्रत्येक को अनुमोदित किए भुगतान का निपटारा करता है। ऑडिट ट्रेल (जनादेश और प्रति-भुगतान घटनाएँ) कंपनी के ERP सिस्टम में जाती हैं।

संबंधित शर्तें

जहाँ यह फिट होता है।

भुगतान जनादेश

वह core primitive जिस पर AP2 built है.

x402

Coinbase का वैकल्पिक protocol, जो mandate-driven के बजाय request-driven है.

एजेंटिक वाणिज्य

Google-and-fiat side पर AP2 जिस category को enable करता है.

सामान्य प्रश्न

तीन सामान्य प्रश्न।

क्या AP2 x402 का प्रतियोगी है, या क्या वे सह-अस्तित्व में हैं?

वे सह-अस्तित्व में हैं, ओवरलैपिंग लेकिन विशिष्ट डिज़ाइन विकल्पों के साथ। AP2 अनिवार्यता-आधारित है: उपयोगकर्ता एक भुगतान लिफाफे को पूर्व-प्राधिकृत करता है, और एजेंट इसके खिलाफ खींचता है। x402 अनुरोध-आधारित है: व्यापारी भुगतान URL के साथ 402 लौटाता है, और एजेंट प्रति-कॉल भुगतान करता है। AP2 सदस्यता और आवर्ती पैटर्न के लिए बेहतर है; x402 प्रति-कॉल और पे-एज़-यू-गो पैटर्न के लिए बेहतर है। एक परिष्कृत एजेंट भुगतान के आकार के आधार पर दोनों प्रोटोकॉल का उपयोग कर सकता है। हम उम्मीद करते हैं कि दोनों मध्य-2026 तक उत्पादन-ग्रेड होंगे।

क्या AP2 को क्रिप्टो की आवश्यकता है, या यह पारंपरिक रेल पर काम करता है?

पारंपरिक रेल पर काम करता है। AP2 रेल-निष्क्रिय है; प्रोटोकॉल निर्दिष्ट करता है कि जनादेश कैसे दिया जाता है, प्रस्तुत किया जाता है, और मान्य किया जाता है, न कि यह कि अंतर्निहित निपटान कैसे होता है। Google का संदर्भ कार्यान्वयन Google Pay (कार्ड, बैंक स्थानांतरण, क्षेत्रीय भुगतान विधियाँ) को लक्षित करता है। स्वतंत्र कार्यान्वयन स्थिर मुद्राओं पर निपटान कर सकते हैं। व्यावहारिक रूप से, आज AP2 तैनाती मुख्य रूप से फिएट-रेल हैं क्योंकि Google का पारिस्थितिकी तंत्र वहाँ झुकता है।

क्या Blockchain0x AP2 का समर्थन करता है?

अभी नहीं. हमारा current spend-control model (API layer पर enforced per-agent per-period allowance और per-transaction cap) सामान्य मामलों के लिए mandate-equivalent है, लेकिन AP2 wire protocol implement नहीं करता. spec के स्थिर होने और adoption signals के अधिक स्पष्ट होने पर formal AP2 support roadmap में है. तब तक, हमारे approach और AP2 के बीच का अंतर वह formal mandate document है जिसे agent साथ रखता है; policy outcomes बहुत समान हैं.

अंतिम समीक्षा: 2026-05-15. CC BY 4.0 के अंतर्गत प्रकाशित।

आज अपने एजेंट की भुगतान सतह बनाएं।

AP2 समर्थन रोडमैप पर है। मुख्य क्षमताएँ (जनादेश-समान खर्च नियंत्रण, प्रति-एजेंट पहचान, ऑडिट लॉग) अब लाइव हैं।