ഗ്ലോസറി

AP2 പ്രോട്ടോക്കോൾ എന്താണ്.

നിർവചനം

AP2 ഗൂഗിളിന്റെ ഏജന്റ് പണമടയ്ക്കൽ പ്രോട്ടോക്കോൾ ആണ്, AI ഏജന്റുകൾ എങ്ങനെ വ്യാപാരികളെ പ്രോഗ്രാമാറ്റിക്കായി പണമടയ്ക്കുന്നു എന്നതിന്റെ തുറന്ന പ്രത്യേകത. ഇത് മൂന്ന് ഭാഗങ്ങൾ മാനകമാക്കുന്നു: ഒരു ഉപയോക്താവ് എങ്ങനെ പണമടയ്ക്കൽ അധികാരം നൽകുന്നു, ഒരു ഏജന്റ് എങ്ങനെ ആ അധികാരം ഒരു പണമടയ്ക്കൽ പ്രോസസറിലേക്ക് അവതരിപ്പിക്കുന്നു, വ്യാപാരി സ്വീകരിക്കുന്ന റെയിൽ വഴി എങ്ങനെ നിക്ഷേപം നടക്കുന്നു. AP2 അധികാരത്തിന്റെ നിലയിൽ ഇരിക്കുന്നു; അടിസ്ഥാന റെയിൽസ് ഫിയറ്റ് അല്ലെങ്കിൽ സ്റ്റേബിള്കോയിൻ ആയിരിക്കാം.

ഇത് എന്തുകൊണ്ട് പ്രധാനമാണ്

ഗൂഗിളിന്റെ ഏജന്റിക്-കൊമേഴ്‌സ് വേഡ്ജർ.

AP2 ഗൂഗിളിന്റെ ഏജന്റിക്-വാണിജ്യ വിഭാഗത്തിൽ നിക്ഷേപമാണ്. 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 (വാലറ്റിൽ അല്ലെങ്കിൽ എന്റർപ്രൈസിന് വേണ്ടി ഒരു ഡവലപ്പർ ഉപരിതലത്തിലൂടെ) വഴി ഏജന്റിനെ അനുമതിയ്ക്കുന്നു. മാന്ദേറ്റ് പരമാവധി തുക, ആവൃത്തി വിൻഡോ, അനുവദിച്ച സ്വീകരിക്കുന്നവരുടെ അല്ലെങ്കിൽ സ്വീകരിക്കുന്നവരുടെ വിഭാഗങ്ങൾ, കാലാവധി എന്നിവ വ്യക്തമാക്കുന്നു.
മാന്ദേറ്റ് അവതരണം. ഏജന്റിന് പണമിടപാട് ചെയ്യേണ്ടതുണ്ടെങ്കിൽ, അത് മാന്ദേറ്റിനെ വ്യാപാരിയുടെ പ്രോസസറിലേക്ക് പണമിടപാട് അഭ്യർത്ഥനയിലേക്ക് കൂട്ടിച്ചേർക്കുന്നു. പ്രോസസർ മാന്ദേറ്റിന്റെ ഒപ്പ്, പാരാമീറ്ററുകൾ എന്നിവ പരിശോധിക്കുന്നു; അഭ്യർത്ഥന അനുയോജ്യമായാൽ, പണമിടപാട് മുന്നോട്ട് പോകുന്നു.
സമാപ്തി. യഥാർത്ഥ സമാപ്തി വ്യാപാരിയുടെ തിരഞ്ഞെടുപ്പിലെ റെയിലിൽ നടക്കുന്നു (ഗൂഗിൾ പേ, ഒരു കാർഡ് നെറ്റ്‌വർക്ക്, ACH, സ്റ്റേബിള്കോയിൻ). AP2 സമാപ്തി-അജ്ഞാതമാണ്; ഇത് സ്റ്റാൻഡർഡൈസ് ചെയ്യുന്നതു ഉപയോക്താവിന്റെ അക്കൗണ്ടിൽ നിന്ന് പണം എടുക്കാൻ ഏജന്റിന്റെ അധികാരമാണ്.
ഓഡിറ്റ് மற்றும் റിവോക്കേഷൻ. മാനദണ്ഡത്തിനെതിരെ ഓരോ പേയ്മെന്റും ലോഗ് ചെയ്യപ്പെടുന്നു. ഉപയോക്താവ് തന്റെ വാലറ്റിൽ നിന്ന് മാനദണ്ഡം എപ്പോഴും റിവോക്ക് ചെയ്യാൻ കഴിയും. തുടർന്ന് അവതരിപ്പിക്കുന്നതുകൾ സ്ഥിരീകരണത്തിൽ പരാജയപ്പെടുന്നു; റിവോക്കേഷൻ സമയത്ത് ഇൻ-ഫ്ലൈറ്റ് സെറ്റിൽമെന്റുകൾ പൂർത്തിയാകാം അല്ലെങ്കിൽ പൂർത്തിയാകാതിരിക്കാൻ സാധ്യതയുണ്ട്.

ഉദാഹരണങ്ങൾ

AP2 എവിടെ അനുയോജ്യമാണ്.

ഉദാഹരണം 1

ഗൂഗിൾ പേ റെയിൽസ് വഴി പണമടക്കുന്നു

ഒരു Google-stack ഏജന്റ് (Gemini, Agentspace, അല്ലെങ്കിൽ Vertex AI-യിൽ പ്രവർത്തിക്കുന്ന) ഒരു വ്യാപാരിയുടെ പ്രോസസറിന് AP2 മാൻഡേറ്റ് അവതരിപ്പിക്കുന്നു. പ്രോസസർ മാൻഡേറ്റ് സ്ഥിരീകരിക്കുന്നു, Google Pay-ന്റെ നിലവിലുള്ള റെയിലുകൾ വഴി പണമടയ്ക്കുന്നു, സ്ഥിരീകരണം തിരികെ നൽകുന്നു. വ്യാപാരിയുടെ ഇന്റഗ്രേഷൻ സാധാരണ Google Pay ഇടപാടുമായി സമാനമാണ്; വ്യത്യാസം വാങ്ങുന്ന വശത്താണ്, ഏജന്റ് ഒരു മനുഷ്യനെ പ്രതിനിധീകരിച്ചപ്പോൾ.

ഉദാഹരണം 2

ക്രോസ്-പ്രോട്ടോക്കോൾ ഏജന്റ് വ്യാപാരം

ഒരു ഏജന്റിന് ഗൂഗിൾ പേ വഴി ഫിയറ്റ് പേയ്മെന്റുകൾക്കായി AP2 മാൻഡേറ്റ് ഉണ്ട്, കൂടാതെ ബേസിൽ USDC പേയ്മെന്റുകൾക്കായി ഒരു Blockchain0x വാലറ്റ് ഉണ്ട്. ഇത് ഇരുവരെയും സ്വീകരിക്കുന്ന ഒരു വ്യാപാരിക്ക് പണമടക്കേണ്ടതുണ്ടെങ്കിൽ, അത് ആ ഇടപാടിന്റെ രൂപത്തിനായി കുറഞ്ഞ ഫീസുള്ള റെയിൽ തിരഞ്ഞെടുക്കുന്നു. ഉപയോക്താവ് ഒരിക്കൽ ഇരുവരുടെയും അധികാരങ്ങൾ അനുവദിച്ചു; ഏജന്റ് പേയ്മെന്റ് അനുസരിച്ച് റൂട്ടുചെയ്യുന്നു.

ഉദാഹരണം 3

AP2 വഴി എന്റർപ്രൈസ് വാങ്ങൽ

ഒരു കോർപ്പറേറ്റ് വാങ്ങൽ ഏജന്റിന് ധനവകുപ്പിൽ നിന്ന് $10,000/മാസം വരെ നിർവചിക്കപ്പെട്ട വിതരണക്കാരുടെ അനുവദനീയതയ്ക്ക് പണമടയ്ക്കാൻ അനുമതി നൽകുന്ന AP2 മാൻഡേറ്റ് ഉണ്ട്. ഏജന്റ് വാങ്ങൽ ഓർഡറുകൾ പ്രോസസ്സ് ചെയ്യുന്നു, മാൻഡേറ്റ് എതിരെ സ്ഥിരീകരിക്കുന്നു, ഓരോ പണമടയ്ക്കലും മനുഷ്യൻ അംഗീകരിക്കാതെ പണമടയ്ക്കുന്നു. ഓഡിറ്റ് പാത (മാൻഡേറ്റ് പ്ലസ് പ്രതി-പണമടയ്ക്കൽ ഇവന്റ്) കമ്പനിയുടെ ERP സിസ്റ്റത്തിലേക്ക് പോകുന്നു.

ബന്ധപ്പെട്ട നിബന്ധനകൾ

ഇത് എവിടെ അനുയോജ്യമാണ്.

പേമന്റ് മാന്ദേറ്റ്

AP2 നിർമ്മിച്ചിരിക്കുന്ന core primitive.

x402

Coinbase-ന്റെ alternative protocol, mandate-driven അല്ലാതെ request-driven.

എജന്റിക് വ്യാപാരം

Google-and-fiat side-ൽ AP2 enable ചെയ്യുന്ന category.

FAQ

മൂന്ന് സാധാരണ ചോദ്യങ്ങൾ.

AP2 x402 ന്റെ മത്സരം ആണോ, അല്ലെങ്കിൽ അവ ഒരുമിച്ചുണ്ടോ?

അവയെ ഒത്തുചേർന്നിരിക്കുന്നു, എന്നാൽ വ്യത്യസ്തമായ ഡിസൈൻ തിരഞ്ഞെടുപ്പുകൾ ഉണ്ട്. AP2 നിർദ്ദേശം അടിസ്ഥാനമാക്കിയുള്ളതാണ്: ഉപയോക്താവ് ഒരു പണമിടപാട് എൻവലപ്പ് മുൻകൂട്ടി അംഗീകരിക്കുന്നു, ഏജന്റ് അതിനെതിരെ വരുമാനം നേടുന്നു. x402 അഭ്യർത്ഥന അടിസ്ഥാനമാക്കിയുള്ളതാണ്: വ്യാപാരി 402-ൽ ഒരു പണമിടപാട് URL-ഉം തിരികെ നൽകുന്നു, ഏജന്റ് പ്രതി-കാൾ പണമിടപാട് ചെയ്യുന്നു. AP2 സബ്സ്ക്രിപ്ഷൻ, ആവർത്തന മാതൃകകൾക്കായി കൂടുതൽ അനുയോജ്യമാണ്; x402 പ്രതി-കാൾ, പേ-ആസ്-യു-ഗോ മാതൃകകൾക്കായി കൂടുതൽ അനുയോജ്യമാണ്. ഒരു സങ്കീർണ്ണമായ ഏജന്റ് പണമിടപാടിന്റെ രൂപത്തിന് ആശ്രയിച്ച് ഇരുപോഴും പ്രോട്ടോകോളുകൾ ഉപയോഗിക്കാം. 2026-ന്റെ മധ്യത്തിൽ ഇരുവരും ഉൽപ്പന്ന-ഗ്രേഡായിരിക്കുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു.

AP2-യ്ക്ക് ക്രിപ്റ്റോ ആവശ്യമുണ്ടോ, അല്ലെങ്കിൽ ഇത് പരമ്പരാഗത റെയിൽസിൽ പ്രവർത്തിക്കുന്നുണ്ടോ?

പരമ്പരാഗത റെയിൽസുകളിൽ പ്രവർത്തിക്കുന്നു. AP2 റെയിൽ-അഗ്നോസ്റ്റിക് ആണ്; പ്രോട്ടോക്കോൾ മാൻഡേറ്റ് എങ്ങനെ അനുവദിക്കപ്പെടുന്നു, അവതരിപ്പിക്കപ്പെടുന്നു, ശരിവെക്കപ്പെടുന്നു എന്നതിനെ വ്യക്തമാക്കുന്നു, അടിസ്ഥാന സെറ്റിൽമെന്റ് എങ്ങനെ സംഭവിക്കുന്നു എന്നതല്ല. ഗൂഗിളിന്റെ റഫറൻസ് നടപ്പാക്കൽ Google Pay (കാർഡുകൾ, ബാങ്ക് ട്രാൻസ്ഫറുകൾ, പ്രാദേശിക പണമിടപാട് മാർഗങ്ങൾ) ലക്ഷ്യമിടുന്നു. സ്വതന്ത്ര നടപ്പാക്കലുകൾ സ്റ്റേബിള്‍കോയിനുകളിൽ സെറ്റിൽ ചെയ്യാൻ കഴിയും. പ്രായോഗികമായി, ഇന്ന് AP2 വിന്യസങ്ങൾ പ്രധാനമായും ഫിയറ്റ്-റെയിൽ ആണ്, കാരണം ഗൂഗിളിന്റെ ഇക്കോസിസ്റ്റം അവിടെ തള്ളുന്നു.

Blockchain0x AP2-നെ പിന്തുണയ്ക്കുന്നുണ്ടോ?

ഇതുവരെ ഇല്ല. ഞങ്ങളുടെ നിലവിലെ spend-control model (API layer-ൽ enforced ചെയ്യുന്ന per-agent per-period allowance, per-transaction cap) സാധാരണ സാഹചര്യങ്ങളിൽ mandate-equivalent ആണ്, പക്ഷേ AP2 wire protocol നടപ്പാക്കുന്നില്ല. spec സ്ഥിരത നേടുകയും adoption signals കൂടുതൽ വ്യക്തമായ ശേഷം formal AP2 support roadmap-ിലുണ്ട്. അതുവരെ, ഞങ്ങളുടെ സമീപനത്തിന്റെയും AP2-ന്റെയും ഇടയിലെ വ്യത്യാസം agent കൈവഹിക്കുന്ന formal mandate document ആണ്; policy ഫലങ്ങൾ വളരെ സമാനമാണ്.

അവസാനമായി അവലോകനം ചെയ്തത്: 2026-05-15. CC BY 4.0 പ്രകാരം പ്രസിദ്ധീകരിച്ചു.

നിങ്ങളുടെ ഏജന്റിന്റെ പണമിടപാട് ഉപരിതലത്തെ ഇന്ന് നിർമ്മിക്കുക.

AP2 പിന്തുണ റോഡ് മാപ്പിൽ ഉണ്ട്. അടിസ്ഥാന ശേഷികൾ (അധികാരത്തിന് സമാനമായ ചെലവുകൾ നിയന്ത്രണം, ഏജന്റ് തിരിച്ചറിയൽ, ഓഡിറ്റ് ലോഗുകൾ) ഇപ്പോൾ പ്രവർത്തനശീലമാണ്.