શબ્દકોશ

AP2 પ્રોટોકોલ શું છે.

વ્યાખ્યા

AP2 એ Google નો એજન્ટ ચુકવણી પ્રોટોકોલ છે, જે એ રીતે AI એજન્ટો વેપારીઓને પ્રોગ્રામેટિક રીતે ચૂકવે છે તે માટે એક ખુલ્લી સ્પષ્ટીકરણ છે. તે ત્રણ ટુકડાઓને માનક બનાવે છે: કેવી રીતે એક વપરાશકર્તા ચુકવણી મંડેટ આપે છે, કેવી રીતે એક એજન્ટ તે મંડેટને ચુકવણી પ્રોસેસર સુધી રજૂ કરે છે, અને કેવી રીતે સેટલમેન્ટ થાય છે તે રેલ પર જે વેપારી સ્વીકાર કરે છે. AP2 મંડેટ સ્તરે બેસે છે; આધારભૂત રેલ્સ ફિયાટ અથવા સ્ટેબલકોઇન હોઈ શકે છે.

આ શા માટે મહત્વનું છે

ગૂગલનું એજન્ટિક-વાણિજ્ય વેજર.

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.

કેવી રીતે તે કાર્ય કરે છે

આદેશ, પ્રસ્તુતિ, નિકાલ.

મંડેટ અનુકૂળતા. વપરાશકર્તા ગૂગલના મંડેટ UI (વોલેટમાં અથવા એન્ટરપ્રાઇઝ માટે ડેવલપર સપાટી દ્વારા) દ્વારા એજન્ટને અધિકૃત કરે છે. મંડેટ મહત્તમ રકમ, આવર્તન વિન્ડો, મંજૂર પ્રાપ્તકર્તાઓ અથવા પ્રાપ્તકર્તા કેટેગરીઓ, અને સમાપ્તી સ્પષ્ટ કરે છે.
મંડેટ રજૂઆત. જ્યારે એજન્ટને ચૂકવવાની જરૂર હોય, ત્યારે તે મંડેટને વેપારીના પ્રોસેસર માટેની ચુકવણી વિનંતીમાં બંડલ કરે છે. પ્રોસેસર મંડેટની સહી અને પેરામીટર્સને માન્ય કરે છે; જો વિનંતી ફિટ થાય, તો ચુકવણી આગળ વધે છે.
નિકાલ. વાસ્તવિક નિકાલ વેપારીની પસંદગીની રેલ પર થાય છે (ગૂગલ પે, કાર્ડ નેટવર્ક, ACH, સ્થિરકોઇન). AP2 નિકાલ-અગ્નોસ્ટિક છે; જે તે માન્ય કરે છે તે એજન્ટની વપરાશકર્તાના ખાતા સામે ખેંચવા માટેની અધિકૃતતા છે.
Audit and revocation. આદેશ સામેની દરેક ચુકવણીનો લોગ રાખવામાં આવે છે. વપરાશકર્તા તેમના વોલેટમાંથી કોઈપણ સમયે આદેશને રદ કરી શકે છે. પછીની રજૂઆત માન્યતા નિષ્ફળ જાય છે; રદ કરવાની ક્ષણમાં ફ્લાઇટ સેટલમેન્ટ પૂર્ણ થઈ શકે છે અથવા ન પણ થઈ શકે છે, તે રેલ પર આધાર રાખે છે.

ઉદાહરણો

જ્યાં AP2 ફિટ થાય છે.

ઉદાહરણ 1

એજન્ટ ગૂગલ પે રેલ્સ મારફતે ચૂકવણી કરી રહ્યો છે

એક Google-સ્ટેક એજન્ટ (Gemini, Agentspace, અથવા Vertex AIની અંદર ચલાવતી) વેપારીના પ્રોસેસર માટે AP2 મંડેટ રજૂ કરે છે. પ્રોસેસર મંડેટને માન્ય કરે છે, Google Payની અસ્તિત્વમાં રેલ્સ પર ચુકવણીને નિકાલ કરે છે, અને પુષ્ટિ પાછું આપે છે. વેપારીનું એકીકરણ સામાન્ય Google Pay ટ્રાન્ઝેક્શન સાથે સમાન છે; તફાવત ખરીદનારની બાજુ પર છે, જ્યાં એજન્ટ માનવ માટે ઉભો હતો.

ઉદાહરણ 2

ક્રોસ-પ્રોટોકોલ એજન્ટ વાણિજ્ય

એક એજન્ટ પાસે ગૂગલ પે મારફતે ફિયાટ ચુકવણીઓ માટે AP2 મંડેટ છે અને બેઝ પર USDC ચુકવણીઓ માટે Blockchain0x વોલેટ છે. જ્યારે તેને બંને સ્વીકારે તે વેપારીને ચૂકવવું હોય છે, ત્યારે તે તે વ્યવહારમાં ઓછા ફી સાથેની રેલ પસંદ કરે છે. વપરાશકર્તાએ બંને અધિકારો એકવાર આપ્યા; એજન્ટ પ્રતિ-ચુકવણી માર્ગદર્શિત કરે છે.

ઉદાહરણ 3

AP2 દ્વારા એન્ટરપ્રાઇઝ ખરીદી

એક કોર્પોરેટ ખરીદી એજન્ટ પાસે નાણાકીય ટીમ તરફથી $10,000/મહિનેની ચુકવણીઓ માટે એક AP2 મંડેટ છે જે નિર્ધારિત પુરવઠા મંજૂરી યાદી તરફ સત્તા આપે છે. એજન્ટ ખરીદીના ઓર્ડરોને પ્રક્રિયા કરે છે, મંડેટ સામે માન્ય કરે છે, અને દરેકને માનવ દ્વારા મંજૂરી વિના ચુકવણીને નિકાલ કરે છે. ઓડિટ ટ્રેઇલ (મંડેટ અને પ્રતિ-ચુકવણી ઘટનાઓ) કંપનીના ERP સિસ્ટમમાં જાય છે.

સંબંધિત શરતો

જ્યાં આ ફિટ થાય છે.

ચુકવણી મંડેટ

જે core primitive પર AP2 બનાવાયું છે તે.

x402

Coinbaseનું alternative protocol, mandate-driven નહીં પરંતુ request-driven.

એજન્ટિક વેપાર

Google અને fiat side પર AP2 જે category શક્ય બનાવે છે તે.

વારંવાર પૂછાતા પ્રશ્નો

ત્રણ સામાન્ય પ્રશ્નો.

શું AP2 x402 નો સ્પર્ધક છે, અથવા શું તેઓ સહઅસ્તિત્વ ધરાવે છે?

તેઓ સહઅસ્તિત્વમાં છે, ઓવરલેપિંગ પરંતુ અલગ ડિઝાઇન પસંદગીઓ સાથે. AP2 મંડેટ આધારિત છે: વપરાશકર્તા ચુકવણી લિફાફા માટે પૂર્વ-અધિકૃત કરે છે, અને એજન્ટ તેના સામે ખેંચે છે. x402 વિનંતી આધારિત છે: વેપારી 402 સાથે ચુકવણી URL પાછું આપે છે, અને એજન્ટ પ્રતિ-કૉલ ચૂકવે છે. AP2 સબ્સ્ક્રિપ્શન અને પુનરાવર્તિત પેટર્ન માટે વધુ સારી રીતે ફિટ કરે છે; x402 પ્રતિ-કૉલ અને પે-એઝ-યુ-ગો પેટર્ન માટે વધુ સારી રીતે ફિટ કરે છે. એક જટિલ એજન્ટ ચુકવણીના આકારના આધારે બંને પ્રોટોકોલનો ઉપયોગ કરી શકે છે. અમે આશા રાખીએ છીએ કે બંને 2026ના મધ્ય સુધીમાં ઉત્પાદન-ગ્રેડ હશે.

શું AP2 ને ક્રિપ્ટોની જરૂર છે, અથવા તે પરંપરાગત રેક્સ પર કાર્ય કરે છે?

પરંપરાગત રેલ પર કાર્ય કરે છે. AP2 રેલ-અગ્નોસ્ટિક છે; પ્રોટોકોલ નિર્દેશ કરે છે કે મંડેટ કેવી રીતે આપવામાં આવે છે, રજૂ કરવામાં આવે છે, અને માન્ય કરવામાં આવે છે, ન કે આધારભૂત સેટલમેન્ટ કેવી રીતે થાય છે. Google નું સંદર્ભ અમલ Google Pay (કાર્ડ, બેંક ટ્રાન્સફર, પ્રદેશીય ચુકવણી પદ્ધતિઓ) ને લક્ષ્ય બનાવે છે. સ્વતંત્ર અમલ સ્ટેબલકોઇન્સ પર સેટલ કરી શકે છે. વાસ્તવમાં, આજના AP2 ડિપ્લોયમેન્ટ મુખ્યત્વે ફિયાટ-રેલ છે કારણ કે Google નું ઇકોસિસ્ટમ ત્યાં ઝુકે છે.

શું Blockchain0x AP2 ને સપોર્ટ કરે છે?

હજી નહીં. અમારું વર્તમાન spend-control model (API layer પર enforce થતો 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 સપોર્ટ માર્ગદર્શિકા પર છે. મુખ્ય ક્ષમતાઓ (મંડેટ-સમાન ખર્ચ નિયંત્રણ, પ્રતિ-એજન્ટ ઓળખ, ઓડિટ લોગ્સ) હવે જીવંત છે.