मुख्य सामग्री पर जाएं
सीखेंशब्दावलीभुगतान जनादेश
शब्दावली

भुगतान जनादेश क्या है।

परिभाषा

एक भुगतान जनादेश एक पूर्व-अधिकृत निर्देश है जो एक एजेंट को बिना किसी अतिरिक्त अनुमोदन के भुगतान के एक विशिष्ट वर्ग को निष्पादित करने की अनुमति देता है। जनादेश पैरामीटरित होता है: यह अधिकतम राशि, एक प्राप्तकर्ता या अनुमत प्राप्तकर्ताओं का एक सेट, एक आवृत्ति विंडो, और एक समाप्ति तिथि नामित कर सकता है। प्राइमिटिव 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 तक खर्च करने के लिए एक एकल-उपयोग जनादेश देता है। एजेंट खोजता है, सीमा के भीतर एक विकल्प चुनता है, और बुक करता है। एक बार जब जनादेश का उपयोग किया जाता है, तो इसे फिर से उपयोग नहीं किया जा सकता।

सामान्य प्रश्न

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

क्या भुगतान आदेश कार्ड पर एक स्थायी प्राधिकरण के समान है?

आत्मा में समान, संरचनात्मक रूप से बहुत अलग। एक कार्ड प्राधिकरण कार्ड नेटवर्क द्वारा आयोजित किया जाता है और एक विशिष्ट कार्डधारक और एक विशिष्ट व्यापारी के बीच लागू होता है। एजेंटिक-वाणिज्य के अर्थ में एक भुगतान जनादेश एक भुगतान प्रोटोकॉल (जैसे AP2) द्वारा आयोजित किया जाता है, इसे राशि, प्राप्तकर्ता, आवृत्ति और समय विंडो द्वारा पैरामीटर किया जा सकता है, और इसे स्थिर मुद्रा या फिएट में निपटाया जाता है जो कार्यान्वयन पर निर्भर करता है। जनादेश अधिक प्रोग्रामेबल, अधिक ग्रैन्युलर होते हैं, और कार्ड-नेटवर्क रेल से बंधे नहीं होते।

क्या एक जनादेश को रद्द किया जा सकता है?

हाँ। जिस उपयोगकर्ता ने जनादेश दिया है, वह इसे प्रोटोकॉल के निरसन प्राइमिटिव के माध्यम से कभी भी रद्द कर सकता है। एक बार रद्द होने पर, इसके खिलाफ कोई नए भुगतान निष्पादित नहीं होते। निरसन के क्षण में लंबित या इन-फ्लाइट भुगतान प्रोटोकॉल के आधार पर पूरा हो सकते हैं या नहीं; AP2 किसी भी भुगतान के लिए तत्काल रोक को निर्दिष्ट करता है जो अभी तक श्रृंखला पर निपटाया नहीं गया है।

क्या Blockchain0x भुगतान आदेशों का उपयोग करता है?

अभी औपचारिक रूप से नहीं. हम API layer पर enforced per-agent spend permission (एक per-period allowance और एक per-transaction cap) के माध्यम से समान agent-spending-control outcomes प्राप्त करते हैं. यह सामान्य मामलों के लिए mandate-equivalent है (एक समय-सीमा के भीतर capped spend). Full mandate-protocol support (revocation primitives, payment requests के साथ चलने वाले signed mandates, AP2-compatible flows) standards के एकसमान होने पर roadmap में है.
अंतिम समीक्षा: 2026-05-15. CC BY 4.0 के अंतर्गत प्रकाशित।

अपने एजेंट के खर्च को पूर्व-अधिकृत करें।

API स्तर पर लागू प्रति-एजेंट व्यय नीतियाँ। शुरू करने के लिए मुफ्त।