പ്രധാന ഉള്ളടക്കത്തിലേക്ക് കടക്കുക
കൽപ്പന ചെയ്യുകഗ്ലോസറിപേമന്റ് മാന്ദേറ്റ്
ഗ്ലോസറി

ഒരു പേമന്റ് മാന്ദേറ്റ് എന്താണ്.

നിർവചനം

ഒരു പേയ്‌മെന്റ് മാൻഡേറ്റ് ഒരു ഏജന്റിന് കൂടുതൽ അനുമതി ഇല്ലാതെ ഒരു പ്രത്യേക ക്ലാസ്സിന്റെ പേയ്‌മെന്റ് നടപ്പാക്കാൻ അനുവദിക്കുന്ന ഒരു മുൻകൂട്ടി അനുമോദിത നിർദ്ദേശമാണ്. മാൻഡേറ്റ് പാരാമീറ്റർ ചെയ്തിരിക്കുന്നു: ഇത് പരമാവധി തുക, ഒരു സ്വീകരകൻ അല്ലെങ്കിൽ അനുവദിച്ച സ്വീകരകരുടെ ഒരു സെറ്റ്, ഒരു ആവൃത്തി വിൻഡോ, ഒരു കാലാവധി എന്നിവയെ നാമകരണം ചെയ്യാൻ കഴിയും. Google's AP2 പ്രോട്ടോക്കോൾ, ചില സമാനമായ മാൻഡേറ്റ് അടിസ്ഥാനമാക്കിയുള്ള പേയ്‌മെന്റ് സംവിധാനങ്ങൾ എന്നിവയുടെ പ്രാഥമികമാണ്.

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

The "approve every payment" model does not scale to agents.

മനുഷ്യ പേയ്മെന്റ് മാതൃകകൾ ഓരോ ഇടപാടിനും ഒരു അംഗീകാരം ഉണ്ടാകുമെന്ന് കരുതുന്നു: നിങ്ങൾ ചെക്കൗട്ടിൽ മൊത്തം കാണുന്നു, നിങ്ങൾ സ്ഥിരീകരിക്കാൻ ടാപ്പ് ചെയ്യുന്നു. ഒരു മണിക്കൂറിൽ 200 APIsക്ക് പണം നൽകേണ്ട ഏജന്റുകൾ ഈ രീതിയിൽ പ്രവർത്തിക്കാൻ കഴിയില്ല. ഉപയോക്താവ് 200 സ്ഥിരീകരണങ്ങൾ ക്ലിക്ക് ചെയ്യാൻ കഴിയുന്നില്ല, അവർക്ക് കഴിയുന്നെങ്കിൽ, ലേറ്റൻസി ഏജന്റിന്റെ ഉപയോഗിത്വം നശിപ്പിക്കും. ചില പ്രീ-അഥോറൈസേഷൻ മാതൃക ആവശ്യമാണ്.

Payment mandates formalize the pre-authorization. Instead of "approve every payment" or "approve nothing" (a static spend limit), a mandate says: "approve any payment that matches these parameters, up to this cap, until I revoke it." The user grants the mandate once; the agent executes against it many times. This is the structural primitive that turns the agent into an autonomous economic actor while still keeping the human in control of the boundaries.

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു

അനുമതി നൽകുക, അവതരിപ്പിക്കുക, തീർപ്പാക്കുക, പിൻവലിക്കുക.

  1. അനുമതി. ഉപയോക്താവ് (അല്ലെങ്കിൽ ഉപയോക്താവിന്റെ പ്രതിനിധി) പ്രോട്ടോക്കോളിന്റെ UI വഴി ഒരു മാന്ദേറ്റ് സൃഷ്ടിക്കുന്നു, പാരാമീറ്ററുകൾ വ്യക്തമാക്കുന്നു: ഓരോ പണമിടപാടിനും പരമാവധി തുക, ഒരു വിൻഡോയിൽ പരമാവധി മൊത്തം, സ്വീകരിക്കുന്നവരുടെ അനുമതി പട്ടിക, കാലാവധി. മാന്ദേറ്റ് പ്രോട്ടോക്കോളിൽ ഒപ്പിട്ടും സംഭരിച്ചും ചെയ്യുന്നു.
  2. പ്രസന്തിക്കുക. ഏജന്റിന് ഒരു പണമിടപാട് നടത്തേണ്ടതുണ്ടെങ്കിൽ, അത് മാന്ദേറ്റിനെ സ്വീകരിക്കുന്നവന്റെ പണമിടപാട് പ്രോസസറിന് അനുമതിയുടെ തെളിവായി അവതരിപ്പിക്കുന്നു. പ്രോസസർ മാന്ദേറ്റിന്റെ ഒപ്പ് പരിശോധിക്കുന്നു, പണമിടപാട് പാരാമീറ്ററുകൾ മാന്ദേറ്റിന്റെ പരിധിയിൽ ഉണ്ടോ എന്ന് പരിശോധിക്കുന്നു, തുടർന്ന് പണമിടപാട് സ്വീകരിക്കുന്നു.
  3. സമാപ്തി. യഥാർത്ഥ സമാപ്തി മാന്ദത നിർദ്ദേശിക്കുന്ന ഏതെങ്കിലും റെയിലിൽ നടക്കുന്നു (സ്റ്റേബിള്കോയിൻ, കാർഡ്, ACH). മാന്ദതയുടെ സ്ഥിരീകരണം സമാപ്തിയിൽ നിന്ന് വ്യത്യസ്തമാണ്; ഒരു മാന്ദത പല സമാപ്തി രീതികളിലേക്കു പണമടച്ചുകൾ അനുവദിക്കാം, പ്രോട്ടോക്കോൾ അനുവദിച്ചാൽ.
  4. വ്യത്യസ്തമാക്കുക. എപ്പോഴും, ഉപയോക്താവ് മാന്ദതയെ വ്യത്യസ്തമാക്കാൻ കഴിയും. തുടർന്ന് അവതരിപ്പിച്ചവകൾ സ്ഥിരീകരണം പരാജയപ്പെടുന്നു. പ്രോട്ടോക്കോളിന്റെ ആറ്റോമിസിറ്റി ഗ്യാരന്റികൾക്കനുസരിച്ച്, വിമാനത്തിൽ ഉള്ള പണമടച്ചുകൾ പൂർത്തിയാകാം അല്ലെങ്കിൽ ഇല്ല.

The protocol layer holds the mandate; the agent never holds the user's payment credentials directly. This is the safety property that makes mandate-based systems different from "give the agent your credit card." Compromise the agent and the worst case is the mandate's parameter envelope, not the user's full payment power.

ഉദാഹരണങ്ങൾ

മൂന്ന് മാന്ദേറ്റിന്റെ രൂപങ്ങൾ.

ഉദാഹരണം 1

പ്രതിയോഗം-കേൾക്കൽ API ആക്സസ് നിർദ്ദേശം

ഒരു ഏജന്റിന് ഒരു നിർവചിത അലോവ്ലിസ്റ്റിൽ ഏതെങ്കിലും API-യിൽ ഓരോ വിളിക്കായി $0.10 വരെ ചെലവഴിക്കാൻ ഒരു മാൻഡേറ്റ് നൽകുന്നു, ദിവസത്തിൽ $50 വരെ. ഏജന്റ് മുഴുവൻ ദിവസവും APIs വിളിക്കുന്നു; മാൻഡേറ്റിന്റെ പാരാമീറ്ററുകൾക്കുള്ള ഓരോ വിളിയും കൂടുതൽ അംഗീകാരം കൂടാതെ സെറ്റിൽ ചെയ്യുന്നു. 24 മണിക്കൂറിൽ $50-ൽ കൂടുതൽ ചെലവഴിക്കുന്നത് പ്ലാറ്റ്ഫോം ലെയറിൽ ബ്ലോക്ക് ചെയ്യുന്നു.

ഉദാഹരണം 2

വിൽപ്പനക്കാരൻ-നിർദ്ദിഷ്ട സബ്സ്ക്രിപ്ഷൻ നിർദ്ദേശം

ഒരു ഗവേഷണ ഏജന്റിന് ഒരു പ്രത്യേക ഡാറ്റാ വിതരണക്കാരനോട് $200/മാസം വരെ പണമടയ്ക്കാൻ ഒരു മാൻഡേറ്റ് നൽകുന്നു, സ്റ്റേബിൾകോയിനിൽ ബില്ലുചെയ്യുന്നു. വിതരണക്കാരന്റെ ഇൻവോയിസ് മാൻഡേറ്റിന്റെ മുൻ-അനുമതിയുള്ള പണമടയ്ക്കൽ സ്വയം പ്രേരിപ്പിക്കുന്നു. ഏജന്റിന് ഒരിക്കലും ബിൽ മനുഷ്യനോട് പുറത്തുവിടേണ്ടതില്ല.

ഉദാഹരണം 3

ഒരു ഷോട്ട് വിലക്കിയ നിർദ്ദേശം

ഒരു ഉപയോക്താവ് ഒരു ഏജന്റിന് ഒരു വിശ്വസനീയ ബുക്കിംഗ് പ്ലാറ്റ്ഫോമിൽ നിന്ന് ഹോട്ടൽ ബുക്കിംഗിന് $500 വരെ ചെലവഴിക്കാൻ ഒരു ഏക-ഉപയോഗ മാൻഡേറ്റ് നൽകുന്നു. ഏജന്റ് തിരയുന്നു, പരിധിയിൽ ഒരു ഓപ്ഷൻ തിരഞ്ഞെടുക്കുന്നു, ബുക്ക് ചെയ്യുന്നു. മാൻഡേറ്റ് ഉപയോഗിച്ചാൽ, അത് വീണ്ടും ഉപയോഗിക്കാൻ കഴിയില്ല.

FAQ

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

പേയ്മെന്റ് മാന്ദേറ്റ് ഒരു കാർഡിൽ സ്ഥിരമായ അധികാരത്തിനോട് സമാനമാണോ?

ആവേശത്തിൽ സമാനമായ, ഘടനാപരമായി വളരെ വ്യത്യസ്തമായ ഒരു കാർഡ് അംഗീകാരം കാർഡ് നെറ്റ്‌വർക്കിൽ സൂക്ഷിക്കപ്പെടുന്നു, പ്രത്യേക കാർഡ് ഉടമയും പ്രത്യേക വ്യാപാരിയുമിടയിൽ ബാധകമാണ്. ഏജന്റിക്-കൊമേഴ്‌സ് അർത്ഥത്തിൽ ഒരു പേയ്മെന്റ് മാൻഡേറ്റ് ഒരു പേയ്മെന്റ് പ്രോട്ടോക്കോൾ (ഉദാ. AP2) കൈവശം വഹിക്കുന്നു, തുക, സ്വീകരകൻ, ആവൃത്തി, സമയ വിൻഡോ എന്നിവയിൽ പാരാമീറ്റർ ചെയ്യാവുന്നതാണ്, നടപ്പാക്കലിന്റെ അടിസ്ഥാനത്തിൽ സ്റ്റേബിൾകോയിൻ അല്ലെങ്കിൽ ഫിയറ്റ് ആയി നിക്ഷേപിക്കുന്നു. മാൻഡേറ്റുകൾ കൂടുതൽ പ്രോഗ്രാമബിള്, കൂടുതൽ ഗ്രാനുലർ, കാർഡ്-നെറ്റ്‌വർക്കിന്റെ റെയിലുകൾക്ക് ബന്ധിപ്പിച്ചിട്ടില്ല.

ഒരു മാൻഡേറ്റ് പിൻവലിക്കാമോ?

അതെ. മാൻഡേറ്റ് അനുവദിച്ച ഉപയോക്താവ് പ്രോട്ടോക്കോൾയുടെ റിവൊക്കേഷൻ പ്രിമിറ്റീവ് വഴി ഏതെങ്കിലും സമയത്തും അത് റിവോക്ക് ചെയ്യാൻ കഴിയും. റിവോക്ക് ചെയ്ത ശേഷം, അതിനെതിരെ പുതിയ പേയ്മെന്റുകൾ പ്രവർത്തിക്കില്ല. റിവൊക്കേഷന്റെ നിമിഷത്തിൽ കാത്തിരിക്കുന്ന അല്ലെങ്കിൽ പറക്കുന്ന പേയ്മെന്റുകൾ പ്രോട്ടോക്കോൾ അനുസരിച്ച് പൂർത്തിയാകാം അല്ലെങ്കിൽ ആയിരിക്കാം; AP2, ശൃംഖലയിൽ ഇപ്പോഴും നിശ്ചയിച്ചിട്ടില്ലാത്ത ഏതെങ്കിലും പേയ്മെന്റിന് ഉടൻ നിർത്തൽ വ്യക്തമാക്കുന്നു.

Blockchain0x പണമടയ്ക്കൽ നിർദ്ദേശങ്ങൾ ഉപയോഗിക്കുന്നുണ്ടോ?

ഇതുവരെ ഔപചാരികമായി അല്ല. API layer-ൽ enforced ചെയ്യുന്ന per-agent spend permission (ഒരു കാലയളവിനുള്ള allowance, ഒരു transaction-നുള്ള cap) വഴി അതുപോലുള്ള agent-spending-control ഫലങ്ങൾ ഞങ്ങൾ നേടുന്നു. സാധാരണ സാഹചര്യങ്ങളിൽ ഇത് mandate-equivalent ആണ് (ഒരു time window-ൽ capped spend). standards ഒന്നിക്കുന്നതിനനുസരിച്ച് full mandate-protocol support (revocation primitives, payment requests-നൊപ്പം പോകുന്ന signed mandates, AP2-compatible flows) roadmap-ിലുണ്ട്.
അവസാനമായി അവലോകനം ചെയ്തത്: 2026-05-15. CC BY 4.0 പ്രകാരം പ്രസിദ്ധീകരിച്ചു.

നിങ്ങളുടെ ഏജന്റിന്റെ ചെലവ് മുൻകൂട്ടി അനുമതി നൽകുക.

API നിലയിൽ നടപ്പിലാക്കുന്ന എജന്റ് ചെലവു നയങ്ങൾ. ആരംഭിക്കാൻ സൗജന്യമാണ്.