ମୁଖ୍ୟ ବିଷୟବସ୍ତୁକୁ ଛାଡ଼ନ୍ତୁ
ଶିଖନ୍ତୁଶବ୍ଦକୋଷପେମେଣ୍ଟ ଆଦେଶ
ଶବ୍ଦକୋଷ

ଦେୟ ନିୟମ କଣ।

ପରିଭାଷା

ଏକ payment mandate ହେଉଛି ଏକ pre-authorized instruction ଯାହା agent କୁ ଅତିରିକ୍ତ approval ବିନା ନିର୍ଦ୍ଦିଷ୍ଟ ପ୍ରକାରର payment execute କରିବାକୁ ଦେଇଥାଏ। ଏହି mandate parameterized: ଏଥିରେ ଏକ maximum amount, ଏକ recipient କିମ୍ବା allowed recipients ର set, frequency window, ଏବଂ expiration date ଥାଇପାରେ। Google ର AP2 protocol ଏବଂ ସମାନ mandate-based payment systems ଏହି primitive ଉପରେ ନିର୍ମିତ।

କାହିଁକି ଏହା ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ

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. Grant. user (କିମ୍ବା user ର delegate) protocol ର UI ମାଧ୍ୟମରେ ଏକ mandate ସୃଷ୍ଟି କରେ, ଯେଉଁଥିରେ parameters ଉଲ୍ଲେଖ କରାଯାଏ: per payment max amount, ଏକ window ଉପରେ max total, recipient allowlist, expiration। Mandate protocol ଦ୍ୱାରା signed ଏବଂ stored ହୁଏ।
  2. Present. agent କୁ payment କରିବାକୁ ଆବଶ୍ୟକ ହେଲେ, ସେ authorization ପ୍ରମାଣ ଭାବରେ mandate କୁ recipient ର payment processor ସମ୍ମୁଖରେ ପ୍ରସ୍ତୁତ କରେ। processor mandate କୁ validate କରେ, payment parameters mandate ର ସୀମାଭିତରେ ଅଛି କି ନାହିଁ ଯାଞ୍ଚ କରେ, ଏବଂ payment ଗ୍ରହଣ କରେ।
  3. Settle. ପ୍ରକୃତ settlement mandate ଯେଉଁ rail ନିର୍ଦ୍ଦେଶ କରେ (stablecoin, card, ACH) ତାହା ଉପରେ ହୁଏ। mandate validation, settlement ଠାରୁ ଅଲଗା; protocol ଅନୁମତି ଦେଲେ ଗୋଟିଏ mandate ଏକାଧିକ settlement method ରେ payments authorize କରିପାରେ।
  4. Revoke. ଯେକେହି ସମୟରେ ବ୍ୟବହାରକାରୀ mandate କୁ revoke କରିପାରନ୍ତି। ପରବର୍ତ୍ତୀ presentations validation ରେ ବିଫଳ ହୁଏ। protocol ର atomicity guarantees ଉପରେ ନିର୍ଭର କରି in-flight payments ସମ୍ପୂର୍ଣ୍ଣ ହୋଇପାରେ କିମ୍ବା ନ ହୋଇପାରେ।

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 ଆକ୍ସେସ୍ ଆବଶ୍ୟକତା

ଏକ agent କୁ ଏକ defined allowlist ଭିତରେ ଯେକୌଣସି API ଉପରେ ପ୍ରତି call $0.10 ପର୍ଯ୍ୟନ୍ତ, ମୋଟ $50 ପ୍ରତିଦିନ ପର୍ଯ୍ୟନ୍ତ ଖର୍ଚ୍ଚ କରିବାର mandate ଦିଆଯାଇଛି। agent ସାରା ଦିନ APIs call କରେ; mandate ର ପାରାମିଟର ଭିତରର ପ୍ରତ୍ୟେକ call ଅତିରିକ୍ତ approval ବିନା settle ହୁଏ। 24 ଘଣ୍ଟାରେ $50 ଠାରୁ ଅଧିକ spend platform layer ରେ block ହୁଏ।

ଉଦାହରଣ 2

ବେଣ୍ଡର-ନିର୍ଦ୍ଦିଷ୍ଟ ସବ୍ସ୍କ୍ରିପ୍ସନ୍ ନିୟମାବଳୀ

ଏକ research agent କୁ stablecoin ରେ billing ହେଉଥିବା ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ data vendor କୁ ପ୍ରତିମାସ $200 ପର୍ଯ୍ୟନ୍ତ pay କରିବା ପାଇଁ mandate ଦିଆଯାଏ। vendor ର invoice mandate ର pre-authorized payment କୁ ସ୍ୱୟଂଚାଳିତ ଭାବେ trigger କରେ। agent କୁ କେବେ ମଧ୍ୟ bill ଟି human ପାଖକୁ surface କରିବାକୁ ପଡ଼େ ନାହିଁ।

ଉଦାହରଣ 3

ଗୋଟିଏ-ଶଟ୍ କ୍ୟାପ୍ ମାଣ୍ଡେଟ୍

ଏକ ୟୁଜର୍ ଏକ ଏଜେଣ୍ଟକୁ ଏକ ଏକ-ବ୍ୟବହାର ମାଣ୍ଡେଟ୍ ଦେଇଥାଏ ଯାହାକି ଏକ ବିଶ୍ୱସ୍ତ ବୁକିଂ ପ୍ଲାଟଫର୍ମରୁ ହୋଟେଲ୍ ବୁକିଂ ପାଇଁ $500 ପର୍ଯ୍ୟନ୍ତ ବ୍ୟୟ କରିବାକୁ। ଏଜେଣ୍ଟ ସର୍ଚ୍ କରେ, କ୍ୟାପ୍‌ର ମଧ୍ୟରେ ଏକ ବିକଳ୍ପ ବାଛି ଏବଂ ବୁକ୍ କରେ। ମାଣ୍ଡେଟ୍ ଖର୍ଚ୍ଚ କରିବା ପରେ, ଏହାକୁ ପୁନର୍ବ୍ୟବହାର କରାଯିବ ନାହିଁ।

ସାଧାରଣ ପ୍ରଶ୍ନୋତ୍ତର

ତିନି ସାଧାରଣ ପ୍ରଶ୍ନ।

ପେମେଣ୍ଟ ମାଣ୍ଡେଟ୍ କି କାର୍ଡରେ ଏକ ଷ୍ଟାଣ୍ଡିଂ ଅଧିକାରୀ ସମାନ?

ଆତ୍ମାରେ ସମାନ, ଗଠନରେ ବହୁତ ଭିନ୍ନ। ଏକ କାର୍ଡ୍ ଅଧିକାର ଏକ କାର୍ଡ୍ ନେଟୱର୍କ ଦ୍ୱାରା ଧରାଯାଇଥାଏ ଏବଂ ଏକ ବିଶେଷ କାର୍ଡ୍ ଧାରକ ଏବଂ ଏକ ବିଶେଷ ବ୍ୟବସାୟୀଙ୍କ ମଧ୍ୟରେ ପ୍ରୟୋଗ କରେ। ଏକ ପେମେଣ୍ଟ ମାଣ୍ଡେଟ୍ ଏଜେଣ୍ଟିକ୍-କମର୍ସ ଅର୍ଥରେ ଏକ ପେମେଣ୍ଟ ପ୍ରୋଟୋକଲ୍ (ଉଦାହରଣ ସ୍ୱରୂପ AP2) ଦ୍ୱାରା ଧରାଯାଇଥାଏ, ଯାହା ରାଶି, ଗ୍ରାହକ, ନିୟମିତତା, ଏବଂ ସମୟ ଜାଲକରେ ପ୍ୟାରାମିଟର୍ କରାଯାଇପାରିବ, ଏବଂ ଏହାକୁ ସ୍ଥିରକୋଇନ୍ କିମ୍ବା ଫିଆଟ୍ ମାନ୍ୟ କରାଯାଏ ଯାହାକି ନିର୍ମାଣ ଉପରେ ନିର୍ଭର କରେ। ମାଣ୍ଡେଟ୍‌ଗୁଡିକୁ ଅଧିକ ପ୍ରୋଗ୍ରାମେବଲ୍, ଅଧିକ ଗ୍ରାନ୍ୟୁଲର୍, ଏବଂ କାର୍ଡ୍-ନେଟୱର୍କ ରେଲ୍‌ଗୁଡିକୁ ଜୋଡାଯାଇନି।

କିଛି ନିର୍ଦ୍ଦେଶକୁ ଫେରାଇବାକୁ ପାରିବ କି?

ହଁ। mandate ଦେଇଥିବା user protocol ର revocation primitive ମାଧ୍ୟମରେ ଯେକୌଣସି ସମୟରେ ଏହାକୁ revoke କରିପାରନ୍ତି। revoke ହେଲେ, ତାହାର ଉପରେ କୌଣସି ନୂତନ payment execute ହୁଏନା। revoke ସମୟରେ pending କିମ୍ବା in-flight payments protocol ଉପରେ ନିର୍ଭର କରି complete ହୋଇପାରେ କିମ୍ବା ନହୋଇପାରେ; AP2 chain ରେ settle ହୋଇନଥିବା ଯେକୌଣସି payment ପାଇଁ immediate stop specify କରେ।

Blockchain0x କି ଦେୟ ନିର୍ଦ୍ଦେଶ ବ୍ୟବହାର କରେ?

ଏପର୍ଯ୍ୟନ୍ତ formally ନୁହେଁ। ଆମେ API layer ରେ enforced per-agent spend permission (ପ୍ରତି-ଅବଧି allowance ଏବଂ ପ୍ରତି-transaction cap) ମାଧ୍ୟମରେ ସମାନ agent-spending-control outcome ପାଉଛୁ। ସାଧାରଣ case ପାଇଁ ଏହା mandate-equivalent (time window ଭିତରେ capped spend)। Full mandate-protocol support (revocation primitives, payment request ସହ ଯାଉଥିବା signed mandate, AP2-compatible flow) standards ଏକାକାର ହେବା ସହ roadmap ରେ ଅଛି।
ଶେଷ ସମୀକ୍ଷା: 2026-05-15. CC BY 4.0 ଅନୁସାରେ ପ୍ରକାଶିତ।

ଆପଣଙ୍କର ଏଜେଣ୍ଟଙ୍କର ଖର୍ଚ୍ଚ ପୂର୍ବ-ଅନୁମୋଦନ କରନ୍ତୁ।

API ସ୍ତରରେ ଲାଗୁ କରାଯାଇଥିବା ପ୍ରତି-ଏଜେଣ୍ଟ ଖର୍ଚ୍ଚ ନୀତି। ଆରମ୍ଭ କରିବାକୁ ମାଗଣା।