Title: X402 کی وضاحت: AI ایجنٹس کے لیے HTTP نیٹیو مائیکرو پیمنٹس (Micropayments)
X402 سپیک (spec) معیاری HTTP 402 Payment Required اسٹیٹس کو دوبارہ استعمال کرتا ہے تاکہ ایک عام API کال کو آن-چین مائیکرو پیمنٹ (micropayment) میں تبدیل کیا جا سکے۔ اب AI ایجنٹس کسی انسان کے بغیر LLM کوئریز یا ڈیٹا فیڈز کے لیے فیس ادا کر سکتے ہیں، اور فراہم کنندگان (providers) کسی کسٹم انوائسنگ سسٹم کے بغیر فی درخواست چارج کر سکتے ہیں۔
AI ایجنٹس کو پیمنٹ پروٹوکول کی ضرورت کیوں ہے
خود مختار ایجنٹس (Autonomous agents) لینگویج ماڈلز، ویب سرچ ٹولز اور ملکیتی ڈیٹا ذرائع کو آپس میں جوڑتے ہیں۔ ہر جوڑ کی ایک قیمت ہوتی ہے—جیسے کسی ماڈل کے لیے فی ٹوکن فیس یا مارکیٹ ڈیٹا API کے لیے فی کال چارجز۔ آج کے کاروباری ماڈلز سبسکرپشن اکاؤنٹس سے منسلک API کیز، دستی کریڈٹ ٹاپ اپس، یا بعد میں بلنگ (post-hoc billing) پر انحصار کرتے ہیں۔ یہ طریقے خود مختار ایجنٹس کے "بغیر انسان" (no-human) کے وعدے کو توڑتے ہیں اور فراہم کنندگان کے لیے آپریشنل بوجھ بڑھاتے ہیں۔
X402 ایک درمیانی راستہ فراہم کرتا ہے: ایک ایسی request-response فلو جو کسی بھی دوسری HTTP کال کی طرح نظر آتی ہے، لیکن اس میں ایک بلٹ ان پیمنٹ مرحلہ شامل ہے جو پبلک بلاک چین پر ریکارڈ ہوتا ہے۔ واحد ضرورت یہ ہے کہ کلائنٹ اس چین پر ٹرانزیکشن کو سائن (sign) اور براڈکاسٹ (broadcast) کر سکے جو سرور تجویز کرتا ہے۔
X402 ہینڈ شیک (handshake) کی تفصیلات
- ابتدائی درخواست (Initial request) – ایجنٹ کسی پیڈ اینڈ پوائنٹ (paid endpoint) پر عام GET یا POST بھیجتا ہے۔ کسی خصوصی ہیڈرز کی ضرورت نہیں ہوتی۔
- سرور 402 کے ساتھ جواب دیتا ہے – ریسپانس میں اسٹیٹس 402 اور ایک JSON باڈی ہوتی ہے جس میں درج ذیل چیزیں ہوتی ہیں:
amount– وہ فیس جو سرور توقع کرتا ہے، سب سے چھوٹی ٹوکن یونٹ میں؛token– ERC-20 (یا مساوی) کنٹریکٹ ایڈریس؛chain– بلاک چین کا شناختی کوڈ (identifier) جہاں پیمنٹ ریکارڈ ہونی چاہیے؛- اختیاری
nonce– ایک منفرد ویلیو جو ری پلے اٹیکس (replay attacks) کو روکتی ہے۔
- کلائنٹ پیمنٹ کی تیاری کرتا ہے – ایجنٹ اپنی پالیسی (مثلاً صرف قابل اعتماد چینز) کے مطابق ٹوکن ایڈریس اور چین کی جانچ کرتا ہے۔ پھر وہ ایک ٹرانزیکشن تخلیق کرتا ہے جو مطلوبہ رقم سرور کے فراہم کردہ ایڈریس پر منتقل کرتی ہے، اسے اپنی پرائیویٹ کی (private key) سے سائن کرتا ہے، اور اسے براڈکاسٹ کرتا ہے۔
- پیمنٹ ہیش کی جمع آوری (Payment hash submission) – جب ٹرانزیکشن ہیش دستیاب ہو جاتا ہے، تو کلائنٹ اصل درخواست کو دوبارہ دہراتا ہے، اس بار ایک
X-Paymentہیڈر شامل کرتے ہوئے جس میں ہیش ہوتا ہے۔ پے لوڈ (payload) تبدیل نہیں ہوتا۔ - سرور آن-چین تصدیق کرتا ہے – سرور بلاک چین پر ایک تصدیق شدہ ٹرانسفر تلاش کرتا ہے جو رقم، ٹوکن، چین اور نونس (nonce) سے مطابقت رکھتا ہو۔ اگر اسے مطابقت مل جائے، تو وہ 200 OK اسٹیٹس کے ساتھ مطلوبہ ڈیٹا واپس کر دیتا ہے۔
کوئی بھی HTTP کلائنٹ لائبریری جو کسٹم ہیڈرز کو سپورٹ کرتی ہو اور بلاک چین SDK کو کال کر سکے، یہ اقدامات انجام دے سکتی ہے۔ کسی نئے ٹرانسپورٹ پروٹوکول یا کسٹم ساکٹ لیئر کی ضرورت نہیں ہے۔
ذہن میں رکھنے والے ضمنی اثرات (Trade-offs)
- لیٹنسی (Latency) – پبلک چین کی تصدیق تاخیر کا باعث بنتی ہے۔
- گیس اخراجات (Gas costs) – سستی چینز بھی گیس چارج کرتی ہیں؛ $0.001 سے کم کی پیمنٹس غیر معاشی ہو سکتی ہیں۔
- پیچیدگی (Complexity) – ایجنٹس کو ناکام ٹرانزیکشنز اور چین ری آرگنائزیشنز (chain reorganizations) کو سنبھالنا ہوگا؛ ایک مضبوط ری ٹرائی لاجک (retry logic) کا ہونا ضروری ہے۔
- سیکیورٹی (Security) – نونس ری پلے اٹیکس کو روکتا ہے، لیکن ایجنٹس کو اب بھی پرائیویٹ کیز کی حفاظت کرنی چاہیے اور انہیں غیر متعلقہ سروسز میں دوبارہ استعمال کرنے سے بچنا چاہیے۔