X402, MPP और AP2 की तुलना: जोखिम और क्रेडिट सेटलमेंट

X402 बनाम mpp बनाम ap2 की तुलना दो विकल्पों पर निर्भर करती है: निपटान कैसे होता है (अनुरोध के अनुसार परमाणु बनाम सत्र समेकन) और प्राधिकरण कैसे प्रमाणित किया जाता है (अनुमतियाँ)। x402 और MPP मशीन से मशीन भुगतान के लिए भुगतान रेल हैं, जबकि AP2 वह शासन स्तर है जो एजेंटिक भुगतान को ऑडिट करने योग्य और उद्यम-सुरक्षित बनाता है।

मुख्य निष्कर्ष

• x402 एक HTTP-स्वदेशी स्थिर मुद्रा निपटान रेल है जो HTTP 402 के चारों ओर बनाई गई है: सर्वर शर्तें उद्धृत करता है, ग्राहक भुगतान करता है, फिर भुगतान के प्रमाण के साथ अनुरोध को पुनः प्रयास करता है।
• MPP एक सत्र-आधारित मशीन भुगतान प्रोटोकॉल है: एक एजेंट एक सीमा को पूर्व-प्राधिकृत करता है, सत्र के दौरान सूक्ष्म भुगतान स्ट्रीम करता है, और सत्र समाप्त होने पर बैच-निपटान करता है।
• AP2 एक रेल नहीं है। यह एक प्राधिकरण और ऑडिट ढांचा है जो W3C सत्यापन योग्य क्रेडेंशियल्स के आधार पर क्रिप्टोग्राफिक रूप से हस्ताक्षरित अनुमतियों का उपयोग करता है।
• उत्पादन पैटर्न स्तरित है: “कौन क्या खर्च करने के लिए अधिकृत है” के लिए AP2, फिर निपटान के लिए x402 या MPP नीचे, ओवरहेड और जोखिम सहिष्णुता के आधार पर।

ये प्रोटोकॉल परत के अनुसार कैसे भिन्न हैं

x402 बनाम mpp बनाम ap2 की सही तुलना करने का सबसे तेज़ तरीका यह है कि इन्हें तीन विकल्पों की तरह व्यवहार करना बंद कर दें। इनमें से दो पैसे भेजते हैं, और एक अनुमति को प्रमाणित करता है। xpay का “एजेंटिक भुगतानमैप” इसे एक स्टैक के रूप में ढालता है: नीचे निपटान रेल (जहां धन वास्तव में चलता है), बीच में एक नियंत्रण विमान (नीतियाँ और ऑडिट), और इसके ऊपर खोज या वाणिज्य प्रोटोकॉल। यह स्टैक ढांचा महत्वपूर्ण है क्योंकि यह इंजीनियरिंग के प्रश्न को “कौन सा प्रोटोकॉल जीतता है” से “प्रत्येक परत पर कौन सा विफलता मोड स्वीकार्य है” में बदल देता है।

निपटान पक्ष पर, x402 और MPP दोनों HTTP 402 भुगतान आवश्यक को उस हैंडशेक के रूप में पुन: उपयोग करते हैं जो एकAPIकॉल को एक बिल योग्य घटना में बदल देता है। अंतर लेखांकन सतह में है। x402 को प्रति अनुरोध परमाणु निपटान के चारों ओर डिज़ाइन किया गया है, जो क्रेडिट जोखिम को तंग रखता है और समायोजन को बारीक बनाता है। MPP एक सत्र पेश करता है, जो प्रति-इंटरैक्शन निपटान ओवरहेड को कम करता है लेकिन सत्र बंद होने और निपटाने तक जोखिम की एक खिड़की बनाता है।

AP2 दोनों के ऊपर बैठता है। यह एक शासन और प्राधिकरण विनिर्देश है जो एक अलग प्रश्न का उत्तर देता है: “क्या इस एजेंट को खर्च करने की अनुमति थी?” यह क्रिप्टोग्राफिक रूप से हस्ताक्षरित आदेशों के साथ ऐसा करता है जिन्हें बाद में सत्यापित किया जा सकता है, जो तब गायब होता है जब एक एजेंट किसी मानव या संगठन की ओर से खर्च कर रहा होता है।

साइड-बाय-साइड, साफ मानसिक मॉडल है:

1. x402: स्थिरकॉइन में बिना राज्य के प्रति अनुरोध निपटान। 2. mpp: स्टेटफुल सत्र बिलिंग के साथ स्ट्रीमिंग माइक्रोपेमेंट्स और बैच निपटान। 3. ap2: हस्ताक्षरित अनुमति और ऑडिट जो किसी भी निपटान मॉडल को लपेट सकता है।

यह एजेंट अर्थव्यवस्था का मूल है: एजेंटों को भुगतान करने का एक तरीका चाहिए, और ऑपरेटरों को यह साबित करने का एक तरीका चाहिए कि एजेंट को भुगतान करने की अनुमति थी।

X402 भुगतान प्रवाह और व्यापार-ऑफ

x402 प्रवाह एक तंग लूप है जो नेटवर्क ट्रेस पर दिखाई देने वाले जैसा दिखता है, न कि चेकआउट पृष्ठ पर। एक क्लाइंट एक भुगतान संसाधन का अनुरोध करता है। सर्वर HTTP 402 भुगतान आवश्यक के साथ प्रतिक्रिया करता है और संरचित भुगतान शर्तें प्रदान करता है। क्लाइंट एक स्थिर मुद्रा भुगतान पर हस्ताक्षर करता है और इसे अगले अनुरोध के साथ संलग्न करता है, और सर्वर संसाधन को लौटाता है जब भुगतान की पुष्टि और निपटान हो जाता है। कई स्रोत इस लूप में एक “सुविधाकर्ता” भूमिका का वर्णन करते हैं, जो इस लिए मौजूद है ताकि सर्वर को केवल एक एपीआई प्रतिक्रिया बेचने के लिए एक पूर्ण ऑन-चेन भुगतान प्रोसेसर बनने की आवश्यकता न हो।

वह परमाणुता ही बिंदु है। प्रत्येक अनुरोध अपनी खुद की रसीद है, जो मीटरिंग और विवाद समाधान को सीधा बनाती है। यदि एक एजेंट 500 बार एक एंडपॉइंट को कॉल करता है, तो 500 अलग-अलग भुगतानित घटनाएँ होती हैं। यही लागत भी है। प्रति-अनुरोध निपटान ओवरहेड तब बाधा बन जाता है जब कॉल की मात्रा अधिक होती है, भले ही अंतर्निहित श्रृंखला शुल्क कम हों। स्रोत x402 को स्थिर मुद्रा-प्रथम के रूप में रखते हैं, जिसे अक्सर बेस पर USDC के साथ वर्णित किया जाता है, और इसे एक अनुमति रहित अनुभव के रूप में वर्णित किया जाता है जहाँ खरीदार को विक्रेता के साथ खाता खोलने की आवश्यकता नहीं होती।

जोखिम मॉडल सरल है: विक्रेता का जोखिम मूल रूप से भुगतान प्रमाण प्राप्त करने और संसाधन वितरित करने के बीच का समय है। कोई “टैब” खुला नहीं रहता। यही कारण है कि x402 मशीन से मशीन भुगतान जैसे भुगतान एपीआई, डेटा फ़ीड और एजेंट-से-एजेंट सेवा कॉल के लिए एक साफ फिट है।

समयरेखा के अनुसार, स्रोतों ने Coinbase के x402 लॉन्च को मई 2025 में रखा, जिसमें 11 दिसंबर 2025 को एक V2 अपडेट शामिल था जिसने वॉलेट-आधारित सत्र या पहचान-शैली की सुविधाएँ और मल्टी-चेन समर्थन जोड़ा, हालांकि सटीक V2 फीचर सूची संक्षेपों में भिन्न होती है। स्रोत यह भी नोट करते हैं कि Stripe ने फरवरी 2026 में बेस पर USDC भुगतानों के लिए x402 को एकीकृत किया।

MPP सत्र मॉडल और रेल कवरेज

MPP “अनुरोध” से “सत्र” में खाता इकाई को बदलता है। हर कॉल के लिए भुगतान करने के बजाय, एक एजेंट खर्च की सीमा को पूर्व-अधिकृत करता है, फिर उपयोग के बढ़ने के साथ सूक्ष्म भुगतान स्ट्रीम करता है, और सत्र बैच-निपटान के समय पर होता है। यह अधिकांश “x402 बनाम mpp” बहसों के पीछे का मुख्य यांत्रिक अंतर है। यह केवल गति नहीं है। यह एक अलग जोखिम प्रोफ़ाइल और एक अलग समायोजन वस्तु है।

MPP ने 18 मार्च 2026 को Tempo मेननेट के साथ लॉन्च किया, और स्रोतों ने लॉन्च पर 100+ एकीकृत सेवाओं का वर्णन किया। प्रोटोकॉल को मल्टी-रेल के रूप में रखा गया है: स्थिर मुद्राएँ प्लसफिएटकार्ड स्ट्राइप टोकन तंत्र के माध्यम से, लाइटनिंग के लिए लाइटस्पार्क के माध्यम से वर्णित विस्तारों के साथ और वीज़ा के माध्यम से कार्ड-नेटवर्क समर्थन के साथ। यह रेल कवरेज व्यावहारिक कारण है कि टीमें MPP का उपयोग करती हैं जब उन्हें "एक एंडपॉइंट चाहिए जो दोनों क्रिप्टो और कार्ड ले सके।"

व्यापार निर्भरता है। स्रोत लगातार MPP को स्ट्राइप और टेम्पो से जोड़ते हैं, जिसका अर्थ है कि एकीकरण स्ट्राइप के उपकरण और व्यापारी सतह क्षेत्र को विरासत में लेता है, लेकिन प्लेटफ़ॉर्म युग्मन को भी विरासत में लेता है। वह युग्मन अमूर्त नहीं है। यह परिचालन धारणाओं के रूप में प्रकट होता है: सत्र जीवनचक्र प्रबंधन, समय समाप्ति, और जब एक ग्राहक सत्र के मध्य में दुर्घटनाग्रस्त हो जाता है तो क्या होता है।

जोखिम के दृष्टिकोण से, MPP एक सत्र क्रेडिट लाइन है जिसमें सत्र के अंत में समाशोधन होता है। विक्रेता x402 की तुलना में अधिक जोखिम ले रहा है क्योंकि मूल्य सत्र के दौरान अंतिम निपटान पूरा होने से पहले वितरित किया जा सकता है। लाभ प्रति-इंटरएक्शन ओवरहेड कम है और एक बिलिंग मॉडल है जो उच्च-आवृत्ति उपयोग जैसे कि अनुमान, गणना, या किसी भी मीटर किए गए संसाधन के लिए उपयुक्त है जहां प्रति-काल निपटान कार्यप्रवाह पर हावी होगा।

AP2 प्राधिकरण और ऑडिट के लिए अनिवार्य है।

AP2 x402 और MPP की तुलना में एक अलग श्रेणी में आता है। यह निपटान को निष्पादित नहीं करता है। यह परिभाषित करता है कि एक एजेंट कैसे साबित करता है कि उसे खर्च करने की अनुमति थी, W3C वेरिफ़िएबल क्रेडेंशियल्स के आधार पर क्रिप्टोग्राफ़िक रूप से हस्ताक्षरित अनिवार्यताओं का उपयोग करके, जो सत्यापित और अस्वीकार्य होने के लिए डिज़ाइन किए गए हैं।

AP2 तीन अनिवार्यता प्रकारों को परिभाषित करता है जो सामान्य एजेंट खरीदने के तरीकों से साफ़-सुथरे तरीके से मेल खाते हैं:

1. इरादा अनिवार्यता: प्रतिनिधित्व की स्वायत्तता, जहां एक मानव या संगठन पहले से नियमों पर हस्ताक्षर करता है और एजेंट बाद में उन सीमाओं के भीतर खर्च करता है। 2. कार्ट अनिवार्यता: उपयोगकर्ता-स्वीकृत कार्ट, जहां एक मानव भुगतान से पहले एक विशिष्ट सेट के सामान और कुल पर हस्ताक्षर करता है। 3. भुगतान अनिवार्यता: भुगतान नेटवर्क और जारीकर्ताओं के लिए एक संकेत कि एक एजेंट शामिल था, ताकि जोखिम और अनुपालन प्रणालियाँ लेनदेन का मूल्यांकन कर सकें।

यही कारण है कि "AP2 प्रोटोकॉल" की तुलना अक्सर गलत दिशा में जाती है। AP2 x402 या MPP के साथ थ्रूपुट या शुल्क पर प्रतिस्पर्धा नहीं कर रहा है क्योंकि यह एक रेल नहीं है। यह अनुमति और ऑडिट आवरण है जो "एजेंट ने पैसे खर्च किए" को "एजेंट ने हस्ताक्षरित अनिवार्यता के तहत पैसे खर्च किए" में बदलता है।

AP2 को निपटान रेल के साथ संयोज्य के रूप में स्पष्ट रूप से फ्रेम किया गया है। स्रोत AP2 कार्यान्वयन का वर्णन करते हैं जो नीचे x402 का उपयोग करते हैं एक A2A x402 विस्तार के माध्यम से, जो उस स्तरित आर्किटेक्चर का ठोस उदाहरण है जिस पर पारिस्थितिकी तंत्र एकत्रित हो रहा है। उस स्टैक में, AP2 नियंत्रण विमान है, और x402 या MPP वह निपटान रेल है जिसे प्रत्येक कार्यप्रवाह के अनुसार चुना गया है।

निर्माताओं के लिए, व्यावहारिक निहितार्थ यह है कि AP2 निर्णय शासन निर्णय हैं: कौन सी सीमाएँ मौजूद हैं, कौन उन पर हस्ताक्षर करता है, और बाद की समीक्षा के लिए कौन सा प्रमाण रखा जाता है। यह "हम USDC को कैसे स्थानांतरित करें" की तुलना में एक अलग डिज़ाइन सतह है।

उपयोग के मामलों के लिए x402, MPP, AP2 चुनना

निर्णय ढांचा "एक प्रोटोकॉल चुनें" नहीं है। यह "एक निपटान एर्गोनॉमिक्स चुनें, फिर एक प्राधिकरण स्थिति चुनें" है। xpay का लेयर्ड मैप इसे स्पष्ट बनाता है, और एजेंटिक भुगतान परिदृश्य पहले से ही इन्हें संयोज्य घटकों के रूप में मान रहा है।

चुनने का एक उपयोगी तरीका यह है कि यह तय किया जाए कि क्या समायोजित किया जाना चाहिए और कहाँ जोखिम को जमा होने की अनुमति है।

1. जब उत्पाद को प्रत्येक कॉल के लिए परमाणु रसीदें और न्यूनतम स्थिति की आवश्यकता हो, तो x402 चुनें। यह भुगतान किए गए APIs और एजेंट-से-एजेंट सेवाओं के लिए उपयुक्त है जहाँ सबसे साफ अनुबंध "भुगतान करें, फिर प्रतिक्रिया प्राप्त करें" है। डिज़ाइन करने के लिए विफलता का मार्ग 402 → भुगतान → पुनः प्रयास लूप है, जिसमें इडेम्पोटेंसी और यह क्या होता है जब ग्राहक भुगतान करने के बाद पुनः प्रयास करता है। 2.

जब प्रति-अनुरोध निपटान ओवरहेड बाधा बन जाता है और सत्र-स्तरीय लेखांकन स्वीकार्य होता है, तो MPP चुनें। यह उच्च-आवृत्ति मीटर किए गए उपयोग के लिए उपयुक्त है जहाँ सत्र वस्तु पहले से ही स्वाभाविक है। डिज़ाइन करने के लिए विफलता का मार्ग सत्र समाप्ति, आंशिक उपयोग, और सत्र बंद होने से पहले क्रैश रिकवरी है। 3.

जब प्रणाली को एजेंट खर्च के लिए प्रमाणित बाधाओं और ऑडिट ट्रेल्स की आवश्यकता हो, तो AP2 जोड़ें। यह उद्यम खरीद, विनियमित वातावरण, और किसी भी कार्यप्रवाह में सामान्य है जहाँ "किसने इसे अधिकृत किया" का उत्तर एक हस्ताक्षरित कलाकृति के साथ दिया जाना चाहिए, न कि एक डेटाबेस पंक्ति के साथ।

सामान्य संयुक्त आर्किटेक्चर सीधे उन विकल्पों से उत्पन्न होते हैं:

1. AP2 + x402: अनुदेश सीमाएँ और प्राप्तकर्ताओं को परिभाषित करते हैं, फिर प्रत्येक API कॉल स्थिरकॉइन पर परमाणु रूप से निपटता है। 2. AP2 + MPP: अनुदेश सत्र बजट और बाधाओं को परिभाषित करते हैं, फिर उपयोग पूर्व-अधिकृत सत्र के भीतर स्ट्रीम करता है और बैच-निपटता है। 3.

x402 + MPP साइड-बाय-साइड: एक एजेंट दोनों रेलों पर बोलता है, x402 का उपयोग कम-आवृत्ति या अनुमति रहित अंत बिंदुओं के लिए और MPP का उपयोग उच्च-आवृत्ति कार्यभार के लिए या जहाँ कार्ड स्वीकृति की आवश्यकता होती है।

स्टैक के नीचे के निकट, ये मशीन भुगतान प्रोटोकॉल व्यवहार को लागू करने के विभिन्न तरीके हैं। शीर्ष के निकट, ये प्लंबिंग हैं जो एजेंट अर्थव्यवस्था को समझाने योग्य बनाती हैं बिना हर एजेंट को अनियंत्रित खर्च के जोखिम में बदलने के।

निष्कर्ष

मैंने टीमों को "x402 बनाम MPP" पर सप्ताह बर्बाद करते देखा है जैसे कि यह एक विजेता-लेने वाली मानक युद्ध है, फिर उबाऊ भाग से आश्चर्यचकित होते हैं: समायोजन और विफलता के मार्ग। महंगा बग खुश-मार्ग भुगतान नहीं है। यह मध्य-सत्र क्रैश है, 402 के बाद पुनः प्रयास, या छह महीने बाद ऑडिट अनुरोध है जब कोई पूछता है कि किसी एजेंट को खर्च करने की अनुमति क्यों दी गई।

यदि प्रणाली को तंग क्रेडिट जोखिम और प्रति-कॉल रसीदें साफ़ करने की आवश्यकता है, तो x402 का परमाणु मॉडल हराना कठिन है। यदि कॉल मात्रा प्रति-अनुरोध निपटान ओवरहेड को बाधा बनाती है, तो MPP का सत्र नेटिंग स्पष्ट एर्गोनॉमिक बदलाव है, जिसमें व्यापार यह है कि जोखिम सत्र के भीतर बंद होने तक रहता है। AP2 वह टुकड़ा है जिसे अधिकांश लोग गलत वर्गीकृत करते हैं। यह अनुदेश परत है जो किसी भी रेल को उद्यम समीक्षा में बचाव योग्य बनाती है क्योंकि यह खर्च को हस्ताक्षरित, जांचने योग्य अनुमति में बदल देती है।

स्रोत

• xpay.sh
• fluxapay.xyz
• openfort.io
• crossmint.com