AI एजेंट्स का ऑनचेन भुगतान x402: स्थिरकॉइन क्लियरिंग

AI एजेंट x402 के साथ ऑनचेन भुगतान करते हैं, HTTP 402 प्रतिक्रिया को एक मूल्य उद्धरण के रूप में मानते हैं, एक स्थिर मुद्रा प्राधिकरण पर हस्ताक्षर करते हैं, और भुगतान के प्रमाण के साथ उसी अनुरोध को फिर से प्रयास करते हैं। एक सुविधा प्रदाता हस्ताक्षर की पुष्टि करता है, पुनरावृत्तियों को रोकता है, ऑनचेन निपटान प्रस्तुत करता है, और सर्वर संसाधन को तब जारी करता है जब पुष्टि सेवा की अंतिमता SLA से मेल खाती है।

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

• x402 भुगतान को सामान्य HTTP अनुरोध चक्र में एम्बेड करता है: एक 402 प्रतिक्रिया संरचित शर्तें ले जाती है, और क्लाइंट एक हस्ताक्षरित भुगतान प्रमाण के साथ पुनः प्रयास करता है।
• मुख्य भूमिकाएँ हैं ग्राहक (एजेंट/ऐप), संसाधन सर्वर (एपीआई), और एक facilitator जो हस्ताक्षरों की पुष्टि करता है, पुनरावृत्ति को रोकता है, और ऑनचेन निपटान को संभालता है।
• अधिकांश एजेंट भुगतान का उपयोग करते हैंस्टेबलकॉइनसेटलमेंट, आमतौर पर USDC, क्योंकि अंतिमता का समय प्रति-अनुरोध वाणिज्य के लिए उपयोगकर्ता अनुभव है।
• x402 सिग्नेचर-प्रथम है: USDC/EURC सामान्यतः EIP-3009 अधिकृतियों का उपयोग करते हैं, जबकि अन्यERC-20s का उपयोग Permit2, इसलिए एजेंट प्रत्येक कॉल पर कच्चे लेनदेन का प्रसारण नहीं करता।

AI एजेंटों को x402 भुगतान की आवश्यकता क्यों है

स्वायत्त सॉफ़्टवेयर पारंपरिक API मुद्रीकरण में निहित धारणाओं को तोड़ता है।API कुंजी, OAuth प्रवाह, सदस्यताएँ, और चालान सभी यह मानते हैं कि एक मानव एक खाता बना सकता है, क्रेडेंशियल्स संग्रहीत कर सकता है, रहस्यों को घुमा सकता है, और बिलिंग विफलताओं को हल कर सकता है। एक एजेंट जिसे बिना देखरेख के चलने के लिए डिज़ाइन किया गया है, वह डैशबोर्ड खोलने, कार्ड जोड़ने, या अनुबंध पर बातचीत करने के लिए रुक नहीं सकता। यह असंगति “एजेंट भुगतान क्रिप्टो” वार्तालाप के पीछे का आर्थिक बाधा है।

x402 उस समस्या पर प्रोटोकॉल सीम पर हमला करता है जिसे वेब पहले से ही इसके लिए आरक्षित कर चुका है: http 402। HTTP 402 “भुगतान आवश्यक” 1990 के दशक की शुरुआत से अस्तित्व में है, लेकिन इसे मूल्य व्यक्त करने के लिए मानक तरीके के बिना भेजा गया, स्वीकार किए गएसंपत्तियाँ, और कहाँ भुगतान करना है। x402 उस अंतर को भरता है द्वारा भुगतान दीवार को मशीन-पठनीय बनाकर और भुगतान को एक निश्चित पुनः प्रयास पैटर्न बनाकर, बजाय एक अलग चेकआउट प्रवाह के।

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

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

x402 अनुरोध और भुगतान लूप

यह तंत्र एक तंग लूप है जो एक ट्रेडिंग वेन्यू हैंडशेक की तरह दिखता है, न कि एक चेकआउट पृष्ठ की तरह। संसाधन सर्वर ग्राहक से कहीं और भुगतान करने के लिए नहीं कहता। यह संरचित शर्तों के साथ अनुरोध को अस्वीकार करता है, फिर एक पुनः प्रयास की अपेक्षा करता है जो भुगतान के इरादे को साबित करता है।

बुनियादी x402 लूप इस तरह चलता है:

1. ग्राहक एक भुगतान संसाधन का अनुरोध करता है। एआई एजेंट या ऐप एक सामान्य HTTP अनुरोध को एक API एंडपॉइंट पर भेजता है। 2. संसाधन सर्वर http 402 के साथ शर्तें लौटाता है। प्रतिक्रिया में संरचित भुगतान निर्देश शामिल होते हैं: मूल्य, स्वीकृत टोकन, प्राप्तकर्तापता, और नेटवर्क पर निपटान करने के लिए। 3.

क्लाइंट एक भुगतान प्रमाण तैयार करता है। एजेंट शर्तों को पढ़ता है और एक हस्ताक्षरित पेलोड तैयार करता है जो उस सटीक राशि और गंतव्य के लिए टोकन आंदोलन को अधिकृत करता है। 4. क्लाइंट भुगतान हेडर के साथ उसी अनुरोध को पुनः प्रयास करता है। पुनः प्रयास हस्ताक्षरित अधिकरण को प्रमाण के रूप में संलग्न करता है, जिससे भुगतान को एक मानक HTTP पुनः प्रयास में बदल दिया जाता है न कि एक अलग प्रवाह में। 5.

सर्वर सत्यापित करता है और निपटान करता है, फिर 200 OK लौटाता है। सत्यापन अक्सर एक सुविधाकर्ता को सौंपा जाता है, जो हस्ताक्षर की पुष्टि करता है और सर्वर के संसाधन को जारी करने से पहले ऑनचेन निपटान प्रस्तुत करता है।

दो विवरण हैं जहाँ अधिकांश “x402 भुगतान समझाया गया” पोस्ट धुंधले हो जाते हैं।

पहला, पुनः प्रयास पैटर्न उत्पाद है। यह भुगतान को आइडेम्पोटेंट-फ्रेंडली और स्वचालित बनाता है, क्योंकि क्लाइंट “402 फिर पुनः प्रयास” को एक निर्धारक स्थिति मशीन के रूप में मान सकता है।

दूसरा, 402 शर्तें एक स्थिर क्रेडेंशियल नहीं हैं। ये प्रति-अनुरोध भुगतान निर्देश हैं। वह अंतर यह है कि x402 “बस एक नया API कुंजी” नहीं है, भले ही डेवलपर एर्गोनॉमिक्स एक बार मिडलवेयर स्थापित होने पर समान महसूस कर सकते हैं।

सुविधाकर्ता और हस्ताक्षर-आधारित निपटान

सुविधाकर्ता संचालनात्मक अनलॉक है, न कि एक सुविधा परत। इको का प्रवाह तीन भूमिकाएँ परिभाषित करता है, और सुविधाकर्ता वह है जो गंदे हिस्सों को अवशोषित करता है: हस्ताक्षर सत्यापन, संतुलन जांच, पुनः प्रयास सुरक्षा, ऑनचेन प्रस्तुतिकरण, और संसाधन सर्वर को पुष्टि।

यहाँ भी x402 का मुख्य डिज़ाइन विकल्प स्क्रीन पर प्रकट होता है: हस्ताक्षर-प्रथम टोकन आंदोलन। USDC और EURC के लिए, x402 आमतौर पर EIP-3009-शैली के हस्तांतरण अधिकृत करता है, जहाँ एजेंट एक इरादा पर हस्ताक्षर करता है और एक अन्य पार्टी इसे ऑनचेन प्रस्तुत करती है। अन्य ERC-20 के लिए, प्रवाह Permit2 का उपयोग करता है। किसी भी तरह, एजेंट प्रति अनुरोध एक कच्चा लेनदेन तैयार और प्रसारित नहीं कर रहा है। यह एक हस्ताक्षरित अधिकरण उत्पन्न कर रहा है जिसे सुविधाकर्ता द्वारा निपटाया जा सकता है।

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

यह जोखिम को भी माइक्रोस्ट्रक्चर की तरह पुनः फ्रेम करता है। सुविधाकर्ता एक क्लियरिंग ब्रोकर की तरह कार्य कर रहा है, इसलिए निर्माताओं को इस पर विचार करना चाहिए:

1. पुनः प्रयास और आइडेम्पोटेंसी। क्लाइंट 402 के बाद पुनः प्रयास करेगा, नेटवर्क धीमे हो सकते हैं, और सुविधाकर्ता को पुनः प्रयासों को अस्वीकार करना चाहिए। सर्वर हैंडलरों को एक “भुगतान की स्थिति” की आवश्यकता होती है जिसे सेवा देने से पहले सुरक्षित रूप से जांचा जा सके। 2.

विलंबता और अंतिमता। सुविधाकर्ता तेजी से प्रतिक्रिया कर सकता है, लेकिन वास्तविक SLA चेन पुष्टि है। यदि सेवा “सेकंड” का वादा करती है, तो यह निहित रूप से उन रेलों का चयन कर रही है जहाँ अंतिमता फिट होती है। 3. विश्वास सीमाएँ। सार्वजनिक सुविधाकर्ता एकीकरण घर्षण को कम करते हैं, लेकिन वे सत्यापन और प्रस्तुतिकरण के लिए एक निर्भरता भी बन जाते हैं।

Coinbase (CDP के माध्यम से) से इको नोट्स सार्वजनिक सुविधाएं बेस और सोलाना, और यह भी उल्लेख करता है स्टेलर समर्थन के साथ एक ओपनज़ेपेलिन रिलेयर। यह शिपिंग के लिए एक तेज़ मार्ग है, लेकिन यह अभी भी एक क्लियरिंग निर्भरता है जिसे स्पष्ट विफलता-प्रकार सोच की आवश्यकता है।

चेन, टोकन, और प्रदर्शन व्यापार संतुलन

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

इको यह भी संकेतात्मक फाइनलिटी समय प्रदान करता है जो उत्पाद अपेक्षाओं के साथ साफ़ तरीके से मेल खाता है: सोलाना ~400ms पर, बेस ~2 सेकंड पर, स्टेलर ~5 सेकंड पर, और एथेरियम L1 ~12 सेकंड पर। ये संख्या कोई सामान्य जानकारी नहीं हैं। वे यह परिभाषित करती हैं कि क्या एक एजेंटिक भुगतान एक API कॉल की तरह महसूस होता है या चेकआउट की तरह।

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

चेन समर्थन को भी सावधानीपूर्वक भाषा की आवश्यकता है। इको की "लाइव" सूची और अलकेमी की x402 V2 "समर्थन" सूची समान नहीं हैं। अलकेमी का कहना है कि x402 V2 दिसंबर 2025 में बहु-चेन समर्थन के साथ शिप किया गया था और बेस, सोलाना, एथेरियम, पॉलीगॉन, स्टार्कनेट, और इंजेक्टिव का नाम लिया। इको की सूची में आर्बिट्रम और स्टेलर शामिल हैं। इसे पढ़ने का साफ़ तरीका यह है कि स्पेक बहु-चेन हो सकता है, लेकिन आज जो उपयोगी है वह इस पर निर्भर करता है कि एक निश्चित सुविधा वास्तव में किन नेटवर्कों को क्लियर करती है और कौन से टोकन को निपटान कर सकती है।

उच्च-आवृत्ति कार्यभार के लिए, अलकेमी का x402 V2 सत्रों के बारे में बिंदु प्रमुख प्रदर्शन लीवर है। वॉलेट-आधारित सत्र प्रति-अनुरोध ऑनचेन निपटान ओवरहेड को कम करते हैं, अनुभव को "पे-पर-कॉल" से "स्ट्रीमिंग एक्सेस" की ओर स्थानांतरित करते हैं जहाँ निपटान को अमोर्टाइज किया जा सकता है।

वास्तविक दुनिया के उपयोग और पारिस्थितिकी तंत्र मानक

x402 का मीठा स्थान मशीन से मशीन भुगतान है जहाँ खरीदार सॉफ़्टवेयर है और विक्रेता एक HTTP संसाधन है। इको सक्रिय उपयोग मामलों की सूची बनाता है जो उत्पादन में दिखाई देते हैं: प्रति-अनुरोध API एक्सेस, डेटा या कंप्यूट के लिए मशीन-से-मशीन माइक्रोपेमेंट, सामग्री पेवॉल, MCP टूल मुद्रीकरण, और डेटा मार्केटप्लेस एक्सेस।

महत्वपूर्ण भाग श्रेणी सूची नहीं है। यह मूल्य निर्धारण की बारीकी है। प्रति-अनुरोध निपटान एक एजेंट को प्रदाताओं की तुलना करने, मूल्य या विलंबता के आधार पर मार्गदर्शन करने, और पूर्व-प्रावधानित कुंजी के बिना भुगतान करने की अनुमति देता है। यही आर्थिक व्यवहार है जिसका अर्थ लोग एजेंटिक भुगतान कहते हैं।

पारिस्थितिकी तंत्र की स्थिति वह जगह है जहाँ भ्रम महंगा है। इको x402 को गूगल के A2A और AP2 से अलग करता है और उन्हें पूरक परतों के रूप में मानता है: A2A एजेंट संचार और खोज के लिए, AP2 प्राधिकरण और शासन के लिए, और x402 निष्पादन और निपटान के लिए। गलती यह है कि x402 को A2A या AP2 के प्रतियोगी के रूप में मानना। वे कार्यप्रवाह के विभिन्न चरणों को हल करते हैं।

समयरेखा के अनुसार, इको और अलकेमी दोनों x402 का लॉन्च मई 2025 में रखते हैं। एलियम x402 श्वेत पत्र की रिलीज़ तिथि 6 मई 2025 के रूप में रिपोर्ट करता है, जिसे कॉइनबेस डेवलपर प्लेटफ़ॉर्म द्वारा लिखा गया है। फाउंडेशन शासन का समय कम साफ है: इको का कहना है कि कॉइनबेस और क्लाउडफ्लेयर ने 2025 में x402 फाउंडेशन लॉन्च किया, जबकि अलकेमी का कहना है कि कॉइनबेस ने प्रोटोकॉल को लिनक्स फाउंडेशन में योगदान दिया और x402 फाउंडेशन अप्रैल 2026 में 20+ संस्थापक सदस्यों के साथ लॉन्च हुआ। बिल्डरों को इसे एक खुले शासन विवरण के रूप में मानना चाहिए, न कि भुगतान लूप को समझने के लिए एक अवरोध।

व्यावहारिक सेटअप और प्रमुख चेतावनियाँ

एकीकरण "हल्का" केवल तभी है जब पुनः प्रयास लूप को एक राज्य मशीन के रूप में माना जाए और एक बार की हैक के रूप में नहीं। इको एक सामान्य सर्वर-साइड पथ का वर्णन करता है जो अवैतनिक अनुरोधों को इंटरसेप्ट करता है, शर्तों के साथ 402 लौटाता है, और पुनः प्रयास पर भुगतान की पुष्टि करता है, अक्सर एक सुविधा प्रदाता को कॉल करके।

एक व्यावहारिक निर्माण चेकलिस्ट इस तरह दिखती है:

1. 402 पर आप जो भुगतान शर्तें जारी करेंगे, उनका स्कीमा परिभाषित करें। मूल्य, स्वीकृत टोकन, प्राप्तकर्ता का पता, और नेटवर्क स्पष्ट होना चाहिए। 2. तय करें कि निपटान कौन करेगा। एक सार्वजनिक सुविधा प्रदाता का उपयोग नोड ऑप्स और चेन प्लंबिंग को हटा सकता है, लेकिन यह एक निर्भरता जोड़ता है जिसे किसी अन्य भुगतान प्रोसेसर की तरह मॉनिटर किया जाना चाहिए। 3.

"भुगतान किया" के चारों ओर आइडेम्पोटेंसी लागू करें। क्लाइंट 402 के बाद पुनः प्रयास करेगा, और सर्वर को सेवा देने से पहले भुगतान स्थिति को सुरक्षित रूप से फिर से जांचने में सक्षम होना चाहिए। 4. उन रेलों का चयन करें जो एंडपॉइंट की विलंबता बजट से मेल खाती हैं। इको के सूचकात्मक अंतिमता समय यह स्पष्ट करते हैं कि क्यों बेस और सोलाना इंटरैक्टिव प्रवाह में प्रमुख हैं। 5.

यदि कार्यभार उच्च-आवृत्ति है तो सत्रों की योजना बनाएं। अलकेमी के x402 V2 वॉलेट-आधारित सत्र मौजूद हैं क्योंकि प्रति-अनुरोध ऑनचेन निपटान स्ट्रीमिंग एक्सेस पैटर्न के लिए साफ़ नहीं होता।

मुख्य चेतावनियाँ मुख्य रूप से अपेक्षाओं के बारे में हैं। अलकेमी का दावा है कि x402 ने मई 2025 से अब तक 100 मिलियन से अधिक भुगतान संसाधित किए हैं, लेकिन यह आंकड़ा अन्य प्रदान किए गए स्रोतों द्वारा समर्थित नहीं है। चेन समर्थन भी सुविधा देने वाले के अनुसार भिन्न होता है, इसलिए "विशेष द्वारा समर्थित" और "एक सार्वजनिक सुविधा देने वाले के साथ लाइव" अलग-अलग बयान हैं।

विस्तृत एजेंट अर्थव्यवस्था की व्याख्या कर रही आर्क API वाणिज्य की ओर बढ़ रही है जो आदेश प्रवाह की तरह दिखती है। x402 वह टुकड़ा है जो भुगतान को एक निश्चित पुनः प्रयास में बदलता है, जिसमें सुविधा देने वाला निपटान परत के रूप में कार्य करता है और चेन अंतिमता SLA के रूप में कार्य करती है।

लेना

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

जो मानसिक मॉडल कायम रहता है वह सूक्ष्म संरचना है: 402 उद्धरण है, हस्ताक्षरित प्राधिकरण आदेश है, और सुविधा देने वाला निपटान ब्रोकर है। एक बार जब यह क्लिक करता है, तो चेन अंतिमता एक क्रिप्टो विवरण बनना बंद कर देती है और वह SLA बन जाती है जिसे अंत बिंदु बेच रहा है। यही कारण है कि स्थिर मुद्रा निपटान तेज-फाइनलिटी रेल पर जैसे कि सोलाना (~400ms) या बेस (~2s) एजेंट भुगतान डिज़ाइन में लगातार दिखाई देती है, जबकि धीमी पुष्टि पथ टीमों को फिर से ऑफचेन क्रेडिट में वापस लाती है।

स्रोत

• इको
• अलकेमी
• एलियम