मुख्य सामग्रीकडे जा
शिकाशब्दकोशAP2 प्रोटोकॉल
शब्दकोश

AP2 प्रोटोकॉल काय आहे.

व्याख्या

AP2 हे Google's Agent Payments Protocol आहे, जे AI एजंट कसे प्रोग्रामेटिकली व्यापाऱ्यांना पैसे देतात यासाठी एक खुली विशिष्टता आहे. हे तीन गोष्टी मानक करते: एक वापरकर्ता कसा पेमेंट मंडेट देतो, एक एजंट कसा त्या मंडेटला पेमेंट प्रोसेसरकडे सादर करतो, आणि व्यापारी कोणतीही रेल स्वीकारतो त्यावर कसे निपटारा होतो. AP2 मंडेट स्तरावर आहे; अंतर्गत रेल्स फियाट किंवा स्टेबलकॉइन असू शकतात.

हे महत्त्वाचे का आहे

गुगलच्या एजंटिक-कॉमर्स पैज.

AP2 हे Google's एजंटिक-वाणिज्य श्रेणीवर बेट आहे. जिथे 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.

हे कसे कार्य करते

आदेश, सादरीकरण, निपटारा.

  1. आदेश अनुदान. वापरकर्ता Google च्या आदेश UI (वॉलेटमध्ये किंवा एंटरप्राइजसाठी विकासक पृष्ठभागाद्वारे) द्वारे एजंटला अधिकृत करतो. आदेश कमाल रक्कम, वारंवारता विंडो, अनुमत प्राप्तकर्ते किंवा प्राप्तकर्ता श्रेणी, आणि समाप्ती निर्दिष्ट करतो.
  2. आदेश सादरीकरण. जेव्हा एजंटला पैसे द्यायचे असतात, तेव्हा तो आदेश व्यापाऱ्याच्या प्रोसेसरकडे पेमेंट विनंतीमध्ये समाविष्ट करतो. प्रोसेसर आदेशाची स्वाक्षरी आणि पॅरामीटर्सची पडताळणी करतो; जर विनंती योग्य असेल, तर पेमेंट पुढे जाते.
  3. निपटारा. वास्तविक निपटारा व्यापाऱ्याच्या निवडीच्या रेल्वेवर होतो (Google Pay, कार्ड नेटवर्क, ACH, स्थिर नाणे). AP2 निपटारा-तटस्थ आहे; ते काय मानकीकरण करते ते म्हणजे एजंटचा वापरकर्त्याच्या खात्यावरून भरणा करण्याचा अधिकृत अधिकार.
  4. Audit and revocation. प्रत्येक आदेशाविरुद्ध भरणा लॉग केला जातो. वापरकर्ता त्यांच्या वॉलेटमधून कोणत्याही वेळी आदेश रद्द करू शकतो. नंतरच्या सादरीकरणांना प्रमाणीकरणात अपयश येते; रद्द करण्याच्या क्षणी उड्डाणात असलेले निपटारे पूर्ण होऊ शकतात किंवा होऊ शकत नाहीत रेल्वेवर अवलंबून.
उदाहरणे

AP2 कुठे बसतो.

उदाहरण 1

एक एजंट Google Pay रेल्सद्वारे पैसे देत आहे

एक Google-stack एजंट (Gemini, Agentspace, किंवा Vertex AI मध्ये चालणारा) व्यापाऱ्याच्या प्रोसेसरला AP2 आदेश सादर करतो. प्रोसेसर आदेशाची वैधता तपासतो, Google Pay च्या विद्यमान रेल्वेवर पैसे निपटवतो, आणि पुष्टी परत करतो. व्यापाऱ्याचे एकत्रीकरण सामान्य Google Pay व्यवहारासारखेच आहे; फरक खरेदीदाराच्या बाजूवर आहे, जिथे एजंट मानवासाठी उभा होता.

उदाहरण 2

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

एक एजंट Google Pay द्वारे फियाट पेमेंटसाठी AP2 मंडळ आहे आणि बेसवर USDC पेमेंटसाठी Blockchain0x वॉलेट आहे. जेव्हा त्याला दोन्ही स्वीकारणाऱ्या व्यापाऱ्याला पैसे द्यायचे असतात, तेव्हा ते त्या व्यवहाराच्या आकारासाठी कमी शुल्क असलेल्या रेल्वेची निवड करते. वापरकर्त्याने एकदाच दोन्ही अधिकृतता दिली; एजंट प्रति-पेमेंट रूट करतो.

उदाहरण 3

उद्यम खरेदी AP2 द्वारे

एक कॉर्पोरेट खरेदी एजंटला वित्तीय टीमकडून $10,000/महिना पर्यंत निश्चित पुरवठादार सूचीसाठी भरण्याची परवानगी देणारा AP2 आदेश आहे. एजंट खरेदी आदेश प्रक्रिया करतो, आदेशाच्या विरुद्ध वैधता तपासतो, आणि प्रत्येकाला मान्यता न देता भरणे निपटवतो. ऑडिट ट्रेल (आदेश आणि प्रति-भरणा इव्हेंट) कंपनीच्या ERP प्रणालीमध्ये जातो.

FAQ

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

AP2 x402 चा प्रतिस्पर्धी आहे का, किंवा ते सह-अस्तित्वात आहेत?

ते सह-अस्तित्वात आहेत, ओव्हरलॅपिंग परंतु वेगळ्या डिझाइन निवडीसह. AP2 आदेश-आधारित आहे: वापरकर्ता पेमेंट लिफाफा पूर्व-प्राधिकृत करतो, आणि एजंट त्यावरून काढतो. x402 विनंती-आधारित आहे: व्यापारी 402 पेमेंट URL सह परत करतो, आणि एजंट प्रति-कॉल पैसे देतो. AP2 सदस्यता आणि पुनरावृत्ती पॅटर्नसाठी चांगले बसते; x402 प्रति-कॉल आणि पे-आस-यू-गो पॅटर्नसाठी चांगले बसते. एक प्रगत एजंट पेमेंटच्या आकारानुसार दोन्ही प्रोटोकॉल वापरू शकतो. आम्ही अपेक्षा करतो की दोन्ही 2026 च्या मध्यापर्यंत उत्पादन-गुणवत्तेचे असतील.

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

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

Blockchain0x AP2 ला समर्थन देते का?

अद्याप नाही. आमचे सध्याचे spend-control model (API layer वर enforce केलेले प्रति-agent per-period allowance आणि प्रति-transaction cap) सामान्य cases साठी mandate-equivalent आहे, पण AP2 wire protocol लागू करत नाही. spec स्थिर झाल्यावर आणि adoption signals अधिक स्पष्ट झाल्यावर formal AP2 support रोडमॅपवर आहे. तोपर्यंत, आमच्या पद्धती आणि AP2 मधील फरक म्हणजे agent बरोबर असलेले formal mandate document; policy outcomes खूप सारखे आहेत.
शेवटचा पुनरावलोकन: 2026-05-15. CC BY 4.0 अंतर्गत प्रकाशित.

आज आपल्या एजंटची पेमेंट पृष्ठभाग तयार करा.

AP2 समर्थन रोडमॅपवर आहे. मुख्य क्षमताएँ (मंडेट-समान खर्च नियंत्रण, प्रति-एजंट ओळख, ऑडिट लॉग) आता सक्रिय आहेत.