سولانا فاؤنڈیشن اور گوگل نے AI ایجینٹس کے لیے ویب2 اور ویب3 ادائیگیوں کو جوڑنے کے لیے Pay.sh شروع کیا ہے

iconMetaEra
بانٹیں
Share IconShare IconShare IconShare IconShare IconShare IconCopy
AI summary iconخلاصہ

expand icon
سولانا فاؤنڈیشن اور گوگل کلاؤڈ نے Pay.sh کو، جو AI + کرپٹو خبروں اور ویب3 خبروں کے لیے ایک نیا ادائیگی گیٹ وے ہے، شروع کر دیا ہے۔ یہ پلیٹ فارم صارفین کو کریڈٹ کارڈ یا اسٹیبل کوائن کے ذریعے سولانا والٹس کو فنڈ کرنے کی اجازت دیتا ہے، جس سے AI ایجنسز ویب2 ماحول میں اینٹرپرائز سروسز تک رسائی حاصل کر سکتی ہیں۔ Pay.sh x402 اور MPP پروٹوکولز کو سپورٹ کرتا ہے اور ڈویلپرز کے لیے ایک سروس رجسٹری فراہم کرتا ہے۔ یہ مطابقت اور رسائی کنٹرول کے لیے گوگل کلاؤڈ کے ساتھ اندراج کرتا ہے، جس سے خراب سرگرمیوں کا خطرہ کم ہوتا ہے۔
ویب3 صنعت میں ہونے والے مارکیٹ ٹرینڈز، ٹیکنالوجی کے رجحانات، ایکوسسٹم کی ترقی، اور گورننس کی صورتحال کو آسانی سے کیسے سمجھیں؟ خارجی کاپی ریسرچ (Web3Caff Research) کا "مارکیٹ پلز اینالسس" کالم موجودہ ہو رہے ہوئے اہم واقعات کی گہرائی تک جا کر تلاش کرے گا اور ان کا جائزہ، تجزیہ اور اصولوں کی وضاحت کرے گا۔ ظاہری ظہور سے اصل بات تک پہنچنے کے لیے، ہمارے ساتھ فوراً ویب3 کے پہلے سطح کے مارکیٹ ٹرینڈز کو حاصل کریں۔

لکھنے والے: ہینڈرکس، ویب3کاف ریسرچ ریسرچر

ماخذ: Web3Caff Research

جیسے جیسے AI ایجینٹس کی صلاحیتیں بڑھ رہی ہیں اور وہ مزید زیادہ اینڈ تو اینڈ کاموں کو کور کر رہی ہیں، ایجینٹس کے لیے ادائیگی کے نظام کا ڈیزائن کرنا روایتی دکانداروں اور سروس فراہم کنندگان کے لیے ضروری تبدیلی بن گیا ہے، لیکن موجودہ حل اپنی اپنی حدود رکھتے ہیں: روایتی ادائیگی کے نظام، جیسے کریڈٹ کارڈ، تھرڈ پارٹی ادائیگی پلیٹ فارمز وغیرہ، جو اصل انسانی صارفین کے لیے ڈیزائن کیے گئے تھے، ان میں پیچیدہ شناخت کی تصدیق، جوکھم کا جائزہ لینے جیسے عمل درج ہیں، جو ایجینٹس کے لیے مناسب نہیں ہیں؛ جبکہ نئے ایجینٹ ادائیگی پروٹوکولز، جیسے x402 (جو Coinbase نے ترقی دی اور فروغ دیا)، MPP (Tempo اور Stripe نے ترقی دیا گیا ماشین پے مینٹ پروٹوکول) وغیرہ، مکمل طور پر الگ سسٹم بن گئے ہیں، جو صرف آن چین ادائیگی کے لیے ڈیزائن کئے گئے ہیں، جہاں پوری ادائیگی آن چین پر ہوتی ہے، سلامتی کو آن چین تصدیق سے یقینی بنایا جاتا ہے، اور سروس فراہم کنندگان کو روایتی ادائیگی کے چینلز کے علاوہ الگ ادائیگی کا نظام تعمیر کرنا پڑتا ہے، جس سے استعمال کا بار بڑھ جاتا ہے۔ روایتی ادائیگی کے حل اور نئے ایجینٹ ادائیگی پروٹوکولز دو متوازی لینوں کی طرح ہیں جو اچھی طرح سے مل نہیں پائے، جس کا نتیجہ یہ ہوا کہ ایجینٹس صرف ويب3 دوست سروسز تک ہی خودکار طور پر خرید سکتے ہیں، اس لئے وہ ورک فلو کو بڑھا نہیں سکتے۔ اس لئے،Solana فاؤنڈشن اور Google Cloud نے Pay.sh جاری کیا ہے، جسے "ایجینٹس اور انٹرپرائز سروس انفراسٹرکچر کے درمیان ادائیگی گیٹ وے" قرار دیا گيا ہے، تاکہ ایجینٹس کو مزید سروسز تک رسائی حاصل کرنے کا آخری مرحلہ فراہم کیا جا سکے۔

کمپلائنس نوٹ: درج ذیل مواد صرف Pay.sh اور اس کے ٹیکنالوجی کے اصولوں اور ڈیزائن کے قوانین کا ایک عینی تجزیہ ہے، اور یہ کسی بھی پیشکش یا آفر کا اظہار نہیں ہے۔ براہ کرم اس معلومات کے بنیاد پر کوئی فیصلہ نہ کریں، اور براہ راست اپنے ملک اور علاقے کے قوانین کی پابندی کریں (چینی قارئین کو شدید طور پر تجویز کیا جاتا ہے کہ وہ چین میں بلاکچین اور ورچوئل کرنسی سے متعلق قانونی احکامات کا جائزہ لیں اور اپنے ملک یا علاقے کے قانون کے خلاف کسی بھی مالی سرگرمی میں شرکت نہ کریں۔)

Pay.sh صارفین کو کریڈٹ کارڈ یااسٹیبل کوائنکے ذریعے Solana والٹمیں فوری جمع کرانے کی اجازت دیتا ہے، اس کے بعد Solana والٹ Web2 وسائل کی دنیا میں ایجنٹ کی شناخت اور ادائیگیاکاؤنٹایجینٹ کے طور پر کام کرتا ہے۔ جب ایجنٹ کو خدمات کا استعمال کرنے کی ضرورت ہوتی ہے، تو اسے مزید اکاؤنٹ درج کرنے یا API کلید درج کرنے کی ضرورت نہیں ہوتی، Pay.sh گیٹ وے Google شناخت نظام کی طرح ایجنٹ کی مناسب شناخت کا اعلان کرتا ہے، جس سے ایجنٹ Google Cloud، Alibaba Cloud جیسے پہلے مشکل سے حاصل ہونے والے ڈویلپمنٹ وسائل خریدنے کے لیے ایک یکسانہ اکاؤنٹ شناخت استعمال کر سکتا ہے۔



موجودہ Pay.sh کے ذریعہ سپورٹ کیے جانے والے API سروسز کی تصویر: منصوبہ کی ویب سائٹ

Pay.sh کا ادائیگی کا عمل ہالیے کے x402 پروٹوکول کے مشابہ ہے، جو HTTP 402 سٹیٹس کوڈ پر مبنی ہے: جب ایک ایجنٹ کو کسی باہری سروس کو فراہم کرنے کی ضرورت ہوتی ہے، تو وہ ادائیگی والے وسائل کے لیے درخواست بھیجتا ہے، سرور 402 (ادائیگی درکار) سٹیٹس کوڈ واپس کرتا ہے اور ادائیگی کی تفصیلات جیسے ادائیگی کی رقم، ادائیگی کا منصوبہ، وصولی کا پتہ، ادائیگی کی مدت وغیرہ بھی شامل کرتا ہے۔ Pay.sh متعلقہ مواد کو پڑھتا ہے اور واٹلٹ کو اجازت دینے کے لیے درخواست بھیجتا ہے، جب واٹلٹ ادائیگی مکمل کرکے ادائیگی کا ثبوت جنریٹ کر لیتا ہے، تو Pay.sh اس ثبوت کو لے کر دوبارہ سروس کی درخواست بھیجتا ہے تاکہ معمول کا جواب حاصل کر سکے۔ لیکن مختلف API استعمال کے مناظر کو شامل کرنے کے لیے، Pay.sh x402 اور MPP دونوں ادائیگی منطقز سے مطابقت رکھتا ہے: جب سرور 402 سٹیٹس کوڈ واپس کرتا ہے، تو Pay.sh ہدف سروس کے ادائیگی طریقے کا جائزہ لیتا ہے، اگر یہ ایک بار کا ڈیٹا رسائی (ادائیگی سے ایک بار کی رسائی حاصل ہوتی ہے) یا استعمال پر مبنی رسائی (ادائیگی سے مخصوص مقدار میں رسائی حاصل ہوتی ہے) ہے، تو Pay.sh ایک اکاؤنٹ مخصوص رقم کا ایک بار کا ٹرانسفر بناتا ہے اور بلاکچین پر براڈکاسٹ کرتا ہے؛ اگر مستقل بلنگ یا سیشن پر مبنی بلنگ (استعمال کے مطابق اکٹھا بل) ہے، تو Pay.sh MPP (Machine Payment Protocol) کے سیشن اتھارائزیشن سرٹیفکیٹ کو سپورٹ کرتا ہے، جس میں بجٹ لِمٹ اتھارائزیشن میں شامل کرکے سرور پر واپس بھجا جاتا ہے، اس صورت میں ایجنٹ تھوڑے عرصے میں اس سروس کو دوبارہ دوبارہ استعمال کر سکتا ہے، بار بار اس طرح کی اجازت درخواستوں سے بچنے کے لیے، Pay.sh ہر استعمال پر باقاعدہ شرح کو اپڈیٹ کرتا رہتا ہے، جب بجٹ ختم ہو جائے یا سروس ختم ہو جائے تو وہ خودبخود سیشن اتھارائزیشن دوبارہ شروع کردیتا ہے۔ Pay.sh مقصد سروس کی ضرورت کے مطابق خودکار طور پر زیادہ مناسب ادائیگی راستہ منتخب کرتا ہے، جس سے استعمال اور منظم کرنے کا خرچ کم ہوتا ہے۔ Pay.sh واٹلٹ کو ہميشہ لوکل طور پر محفوظ رکھتا ہے، صرف ادائیگی کے وقت صرف صارف تصدیق مانگتا ہے۔ جب کوئي معلومات واپس آتी ہے، تو Pay.sh ڈे�ٹا اور حکمات ميں فرق کرتا ہے، تمام با�رī مواد (عنوان، متن، API وضاحت سميت) جو سروس فراہم کنندہ واپس بھجاتا ہے، Pay.sh انھيں غیر قابلِ اعتبار ان پٹ سمجھتا ہے، اور پروکسِ نہيں بلاتا سروس فراہم کنندہ کي طرف سے واپس آنے والي حکمات نفاذ نهيں کرتا تاکه براندش شدہ پرامپٹ انجيكشن يا دوسري حملوں سے بچا جا سکي۔

Pay.sh کا سب سے بڑا فائدہ یہ ہے کہ یہ فراہم کنندگان کے لیے ایک آسانی سے ڈیپلوی کی جانے والی گیٹ وے فراہم کرتا ہے، جس کے ذریعے فراہم کنندگان کو اپنے ادائیگی کے راستوں یا API میں بڑے پیمانے پر تبدیلی کی ضرورت نہیں پڑتی تاکہ وہ اپنے سروس نیٹ ورک میں ادائیگی گیٹ وے کو اندراج کر سکیں۔ فراہم کنندہ صرف ایک دستوری فائل فراہم کرے گا جس میں ادائیگی سے متعلق پیرامیٹرز بیان کیے جائیں، جس سے مختلف پیچیدہ استعمال کے مناظر کے لیے انتظام ہو سکے، جیسے راؤٹنگ قواعد کو تعریف کرکے ذہین ایجینٹس کو مخصوص مقدار تک مفت سروس فراہم کی جا سکتی ہے، اور مقررہ حد سے زائد استعمال پر فیس لگائی جا سکتی ہے، بلکہ اس طرح کا نظام بنایا جا سکتا ہے جس میں مختلف استعمال کی مقدار کے لحاظ سے مختلف قیمتیں لگائی جائیں؛ علاوہ ازیں، Pay.sh ادائیگی تقسیم کا فنکشن بھی فراہم کرتا ہے، جس میں فراہم کنندہ کو حاصل ہونے والی رقم خودکار طور پر متعدد اڈریسز پر بھجھ دی جاتی ہے، جیسے 2% ادائیگی ڈیٹا کا کاپیرائٹ فیس، 5% کلبڈ کارروائی کا فیس، اور باقی رقم اپنے آپریشنز کے لیے رکھ لی جاتی ہے، فراہم کنندہ صرف ادائیگی کے اڈریسز طے کرتے وقت مختلف فیصد یا رقم تعریف کرکے ایک بار میں متعدد اکاؤنٹس پر سودا مکمل کر سکتا ہے۔ رجسٹر کرنے کے بعد، فراہم کنندہ اپنے فراہم کردہ API سروس ڈیٹا کو Pay Skill Registry پر شائع کر سکتا ہے، جس سے ذہین ایجینٹس رجسٹری میں تلاش کرکے مناسب API سروسز کو دریافت اور منتخب کر سکتے ہیں۔

Pay.sh خود x402 اور MPP کا مقابلہ نہیں ہے۔ جب x402 اور MPP پروٹوکولز آن-چین ایجنٹ ادائیگیوں کو زیادہ قابل اعتماد بنانے کی کوشش کرتے ہیں، تو Pay.sh Web2 اور Web3 ادائیگی کے ایککوسسٹم کو جوڑنا چاہتا ہے تاکہ ایجنٹس کو وسائل حاصل کرنے کے لیے متعلقہ شناخت فراہم کی جا سکے۔ ایجنٹ کا ویلٹ شناخت کے ساتھ ساتھ ادائیگی کا ذریعہ بھی ہے، جس کی ضرورت اب سروس فراہم کنندہ کی ویب سائٹ پر اکاؤنٹ بنانے کی نہیں ہوتی (کچھ سروس فراہم کنندگان ابھی تک ایجنٹس کو انسانوں کی طرح رجسٹر کرنے کو غیر قانونی سمجھتے ہیں)۔ علاوہ ازیں، Pay.sh Google کے ساتھ تعاون کے ذریعے ایجنٹس کو Google Cloud پر API پروکسی اور ٹریفک اسکیڈولنگ کرنے کی اجازت دیتا ہے، جس سے ایکسس کنٹرول اور لاگ کمپلائنس یقینی بنایا جا سکتا ہے، اور ایجنٹس کے رویے کو مناسب حدود میں رکھا جا سکتا ہے۔ Pay.sh منتخب شدہ سروس ڈائرکٹری اور قیمت کا پتہ لگانے کا نظام فراہم کرتا ہے، جس سے ایجنٹس کو بے حفاظت ماحول میں بے ترتیب طریقے سے سروسز تلاش کرنے کی ضرورت نہیں پڑتی، اور وہ x402 اور MPP کے مختلف ادائیگی کے طریقے استعمال کر سکتے ہیں، جبکہ سروس پروسس Google Cloud پر مکمل ہوتا ہے تاکہ کاروباری کمپلائنس کے تقاضوں کو پورا کیا جا سکے۔ یہ تمام فوائد x402 اور MPP جیسے صرف ادائیگی چینلز کے ذریعے نہیں حاصل ہو سکتے، جو ایجنٹ ادائیگی کے تمام پہلوؤں کو نہیں شامل کرتے، لیکن یہ ایجنٹس کے لیے Web3 میں تجارت کا راستہ بھی کھولتا ہے۔ علاوہ ازیں، Pay.sh Google کے متعدد ایجنٹ تجارت پروٹوکولز — جیسے A2A (Agent2Agent Protocol) جو ایجنٹس کے درمیان مواصلات اور ٹاسک دینا ممکن بناتا ہے، AP2 (Agent Payments Protocol) جو کمپلائنس ویریفکیشن ممکن بناتا ہے، UCP (Universal Commerce Protocol) جو سروس تلاش اور عمل ممکن بناتا ہے — کو آخری ادائیگی کا عمل فراہم کرنے میں مدد دे�تا ہے۔ Pay.sh کا ظہور Web2 ایجنٹ تجارت کے عمل کو بھی مکمل کرتا ہے، جو دونوں دنیاؤں کے درمیان قدرتی حرکت کا مرکز بن جاتا ہے۔ یہ قدم Solana بلوكچین اکوسسٹم کے لئے اپ گرید کا موقع بھی ہے۔ x402 پروٹوکول ماحول میں بہت سارے API ڈھانچے موجود ہوتے ہیں، جن میں سروس فراہم کنندگان مصنوعات کے شرائط و ضوابط کو توڑتے ہوئے ان خدمات کو دوبارہ فروخت کرتے ہیں، جیسے ڈेटابیس وеб سائٹس سے مواد خارج کرنا اور دوبارہ فروخت، یا بڑے ماڈل API کو پیرچھایا دینا اور دوسروں کو فروخت۔ اس ماحول میں، ایجنٹس نہیں جانتے کہ کون سی خدمات منظور شدہ ہیں اور کون سی زہر آلود خراب خدمات ہیں، لेकن Pay.sh پےمنٹ گیٹ وے اور Google کے تعاون سے، جب ایجنٹس Pay.sh استعمال کرتے ہوئے خدمات حاصل کرتے ہیں تو وہ ممکنہ خطرات سے بچ سکتے ہیں۔ Pay.sh کا شروعات Solana بلوكچین کا خود ادارہ بنا دینا ہے جو ایجنٹ ادائیگي كे لئي حمایت اور انفراسٹرکچر فراهم كرتا ھي، جس سے Solana خود Web2 ادائيگي كي بھي زياتر تعداد كي طرف لائيا جاسكتا ھي، ساتھ هى Solana واليٹ كي صلاحتيون كي بھي ترقى ھوتى ھي اور ان كي عاميت تيزى سى بڑھتى ھي۔

تاہم، Pay.sh اب بھی ایک مکمل ادائیگی گیٹ وے حل تک نہیں پہنچا۔ Pay.sh کے سروس پرابیڈر رجسٹر میں ابھی تک ایک ایکسیس میکنزم اور ڈی سینٹرلائزڈ ویریفیکیشن میکنزم کی کمی ہے، جس کی وجہ سے غیر اجازت دی گئی تیسری پارٹی کے سرورز اور نقصان دہ سروسز کو الگ کرنا اب بھی مشکل ہے، جس سے ایجنٹس کو جعلی سروسز سے جُڑنے کا خطرہ ہے اور صارفین کو نقصان پہنچ سکتا ہے۔ علاوہ ازیں، چونکہ Pay.sh خود بنیادی ادائیگی پروٹوکول کا ڈیزائن نہیں کرتا، ادائیگی کے عمل کی حفاظت زیادہ تر بنیادی پروٹوکول کے ڈیزائن پر منحصر ہے، جس سے Pay.sh کو غیر قابل کنٹرول خارجی خطرات کا سامنا ہے اور مختلف پروٹوکولز کے ساتھ ناکافی ادراک کی وجہ سے ممکنہ ادائیگی ناکامیوں کا خطرہ بھی ہے۔ سروس پرابیڈرز کے نقطہ نظر سے، گوگل پلیٹ فارم کے حمایت کے باوجود، مختلف ممالک اور علاقوں کے API فراہم کنندگان Pay.sh کی فراہم کردہ خدمات سے گریز کر سکتے ہیں، جو ان کے لئے ڈیٹا پرائیوسری اور ادائیگیوں کے معاملات میں قانونی تقاضوں کے تقاضوں کی وجہ سے ہوتا ہے۔ اس سے نہ صرف Pay.sh استعمال کرنے والے سروس پرابیڈرز کی تعداد محدود ہوگی، بلکہ مستقبل میں Pay.sh سے مزید قانونی اقدامات کا مطالبہ بھی ہو سکتا ہے۔ تاہم، Pay.sh کا شروع ہونا ایجنٹس کے ادائیگی کے بنیادی ڈھانچے کو Web2 اور Web3 کے ادغام تک پہنچانے کا ایک مرحلہ ہے، جس سے بلاکچین والٹس ایجنٹس کو مختلف کاموں میں حصہ لینے کا اعتماد فراہم کرنے کا موقع حاصل ہوگا۔ اس لئے ہم Pay.sh کے بعد کے ترقیات پر نظر رکھتے رہ سکتے ہیں۔

اہم نکات کا سٹرکچر ڈائیگرام:

اعلان دستبرداری: اس صفحہ پر معلومات تیسرے فریق سے حاصل کی گئی ہوں گی اور یہ ضروری نہیں کہ KuCoin کے خیالات یا خیالات کی عکاسی کرے۔ یہ مواد کسی بھی قسم کی نمائندگی یا وارنٹی کے بغیر صرف عام معلوماتی مقاصد کے لیے فراہم کیا گیا ہے، اور نہ ہی اسے مالی یا سرمایہ کاری کے مشورے کے طور پر سمجھا جائے گا۔ KuCoin کسی غلطی یا کوتاہی کے لیے، یا اس معلومات کے استعمال کے نتیجے میں کسی بھی نتائج کے لیے ذمہ دار نہیں ہوگا۔ ڈیجیٹل اثاثوں میں سرمایہ کاری خطرناک ہو سکتی ہے۔ براہ کرم اپنے مالی حالات کی بنیاد پر کسی پروڈکٹ کے خطرات اور اپنے خطرے کی برداشت کا بغور جائزہ لیں۔ مزید معلومات کے لیے، براہ کرم ہماری استعمال کی شرائط اور خطرے کا انکشاف دیکھیں۔