Title: X402 की व्याख्या: AI Agents के लिए HTTP नेटिव माइक्रोपेमेंट्स (Micropayments)

X402 स्पेसिफिकेशन (spec) मानक HTTP 402 Payment Required स्टेटस का पुन: उपयोग करता है ताकि एक सामान्य API कॉल को ऑन-चेन माइक्रोपेमेंट (on-chain micropayment) में बदला जा सके। AI एजेंट्स अब बिना किसी इंसान के LLM क्वेरीज़ या डेटा फीड्स के लिए फीस का भुगतान कर सकते हैं, और प्रोवाइडर्स बिना कोई कस्टम इनवॉइसिंग सिस्टम बनाए प्रति रिक्वेस्ट चार्ज कर सकते हैं।

AI एजेंट्स को पेमेंट प्रोटोकॉल की आवश्यकता क्यों है

ऑटोनॉमस एजेंट्स (Autonomous agents) लैंग्वेज मॉडल्स, वेब-सर्च टूल्स और प्रोप्रायटरी डेटा सोर्सेज को एक साथ जोड़ते हैं। हर जुड़ाव की एक लागत होती है—जैसे किसी मॉडल के लिए प्रति-टोकन फीस या मार्केट-डेटा API के लिए प्रति-कॉल चार्ज। आज के बिजनेस मॉडल सब्सक्रिप्शन अकाउंट से जुड़े API कीज़, मैन्युअल क्रेडिट टॉप-अप, या बाद में होने वाली बिलिंग (post-hoc billing) पर निर्भर हैं। ये तरीके ऑटोनॉमस एजेंट्स के "नो-ह्यूमन" (बिना इंसान के काम करने) के वादे को तोड़ते हैं और प्रोवाइडर्स के लिए ऑपरेशनल बोझ बढ़ाते हैं।

X402 एक बीच का रास्ता प्रदान करता है: एक रिक्वेस्ट-रिस्पॉन्स फ्लो जो किसी भी अन्य HTTP कॉल की तरह दिखता है, लेकिन इसमें एक बिल्ट-इन पेमेंट स्टेप होता है जिसे पब्लिक ब्लॉकचेन पर रिकॉर्ड किया जाता है। एकमात्र आवश्यकता यह है कि क्लाइंट सर्वर द्वारा निर्दिष्ट चेन पर ट्रांजेक्शन को साइन और ब्रॉडकास्ट कर सके।

X402 हैंडशेक (handshake) का विस्तृत विवरण

  1. प्रारंभिक अनुरोध (Initial request) – एजेंट एक पेड एंडपॉइंट (paid endpoint) पर सामान्य GET या POST भेजता है। किसी विशेष हेडर की आवश्यकता नहीं होती है।
  2. सर्वर 402 के साथ उत्तर देता है – रिस्पॉन्स में स्टेटस 402 और एक JSON बॉडी होती है जिसमें निम्नलिखित सूचीबद्ध होते हैं:
    • amount – वह फीस जो सर्वर अपेक्षा करता है, सबसे छोटे टोकन यूनिट में;
    • token – ERC-20 (या समकक्ष) कॉन्ट्रैक्ट एड्रेस;
    • chain – ब्लॉकचेन आइडेंटिफायर जहाँ पेमेंट रिकॉर्ड किया जाना चाहिए;
    • वैकल्पिक nonce – एक अद्वितीय मान (unique value) जो रीप्ले अटैक (replay attacks) को रोकता है।
  3. क्लाइंट पेमेंट तैयार करता है – एजेंट अपनी पॉलिसी (जैसे, केवल भरोसेमंद चेन) के आधार पर टोकन एड्रेस और चेन की जाँच करता है। इसके बाद, यह एक ट्रांजेक्शन बनाता है जो आवश्यक राशि को सर्वर द्वारा दिए गए एड्रेस पर ट्रांसफर करता है, इसे अपनी प्राइवेट की (private key) से साइन करता है, और इसे ब्रॉडकास्ट करता है।
  4. पेमेंट हैश सबमिशन – जब ट्रांजेक्शन हैश उपलब्ध हो जाता है, तो क्लाइंट मूल अनुरोध को दोहराता है, इस बार एक X-Payment हेडर जोड़ता है जिसमें हैश होता है। पेलोड (payload) अपरिवर्तित रहता है।
  5. सर्वर ऑन-चेन सत्यापन करता है – सर्वर ब्लॉकचेन पर एक कन्फर्म ट्रांसफर की तलाश करता है जो राशि, टोकन, चेन और nonce से मेल खाता हो। यदि उसे मिलान मिलता है, तो वह 200 OK स्टेटस के साथ अनुरोधित डेटा वापस करता है।

कोई भी HTTP क्लाइंट लाइब्रेरी जो कस्टम हेडर का समर्थन करती है और ब्लॉकचेन SDK को कॉल कर सकती है, ये कदम उठा सकती है। किसी नए ट्रांसपोर्ट प्रोटोकॉल या कस्टम सॉकेट लेयर की आवश्यकता नहीं है।

ध्यान रखने योग्य ट्रेड-ऑफ (Trade-offs)

  • लेटेंसी (Latency) – पब्लिक-चेन कन्फर्मेशन में देरी होती है।
  • गैस लागत (Gas costs) – सस्ती चेन भी गैस चार्ज करती हैं; $0.001 से कम के भुगतान अव्यवहारिक (uneconomical) हो सकते हैं।
  • जटिलता (Complexity) – एजेंट्स को विफल ट्रांजेक्शन और चेन रीऑर्गेनाइजेशन (chain reorganizations) को संभालना होगा; एक मजबूत रिट्राय लॉजिक (retry logic) होना अनिवार्य है।
  • सुरक्षा (Security) – nonce रीप्ले अटैक को रोकता है, लेकिन एजेंट्स को अभी भी अपनी प्राइवेट कीज़ की सुरक्षा करनी होगी और उन्हें असंबंधित सेवाओं में दोबारा उपयोग करने से बचना होगा।