Web3 उद्योग में हो रहे मार्केट हॉटस्पॉट, तकनीकी रुझान, इकोसिस्टम विकास, गवर्नेंस स्थिति आदि को आसानी से कैसे समझें? बाहरी अनुसंधान (Web3Caff Research) द्वारा लॉन्च किया गया “मार्केट पल्स एनालिसिस” स्तंभ वर्तमान में हो रही हॉट घटनाओं की गहन जांच करेगा और उनका मूल्यांकन, टिप्पणी और सिद्धांतात्मक विश्लेषण करेगा। घटनाओं के पीछे की मूल बातों को समझते हुए, हमारे साथ तुरंत Web3 के मार्केट के प्राथमिक रुझानों को पकड़ें।
लेखक: हेंड्रिक्स, वेब3कैफ रिसर्च (Web3Caff Research) अनुसंधानकर्ता
स्रोत: Web3Caff Research
随着 AI 智能体能力不断增强并覆盖越来越多的端到端任务，面向智能体构建支付系统变成了传统商家、服务提供商必须进行的改变，但现有的方案都有各自的局限：传统支付系统，如信用卡、第三方支付平台等原本是面向真实人类用户设计，要求复杂的身份验证、风险评估等过程，对于智能体不适用；而新兴的智能体支付协议，如 x402（由 Coinbase 开发推广）、MPP（由 Tempo 和 Stripe 开发的 Machine Payment Protocol）等又像是另起门户，完全面向链上支付构造，整个支付在链上处理，靠链上验证保证安全，服务提供商需要在传统支付渠道之外另外搭建一套不同的支付系统，提升了使用门槛。传统支付方案和新兴智能体支付协议像是两条平行的车道，并没有很好的融合在一起，这也导致智能体能够自主购买的服务通常限制在 Web3 友好的范围内，因此无法大规模串联工作流。为此，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, सेवा मूल्य के सुगम समापन के लिए जिम्मेदार है। Pay.sh का प्रकट होना Web2 एजेंट-आधारित व्यवसाय के पहलुओं को पूरा करता है, और दोनों दुनियाओं में मूल्य प्रवाह का संगम स्थल बनता है। यह कदम Solana पब्लिक-चेन प्रणाली के स्वयं के सुधार का मौका है। x402 प्रोटोकॉल परिवेश में, API-आधारित सेवाओं में से कई "शेल" API हैं, सेवा प्रदाता मूल सेवा प्रदाता की सेवा-शर्तों का उल्लंघन करते हुए, सेवा को पुनः-बेचते हैं, मानव-अप्रमाणित DB-वेबसाइट-डेटा-खींचने-और-बेचने, ya AI मॉडल API-को-पैकेज-करके-दूसरों-को-बेचने।इस परिवेश में,एजेंटs महसूस 1.0.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1.1. 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 एजेंटs महसूस nahi kar sakte ki konsi seva adhikrit hai aur konsi nahi hai, jabki Pay.sh payment gateway aur Google ke saath sahayog ke madhyam se, jab ek agent Pay.sh ke madhyam se seva ka upyog karta hai toh uski sambhavit jokhimon mein kafi kamii aati hai। Pay.sh ka launchna Solana public chain ke dwara agent payments ke liye pratiyogita aur buniyadi bhautik sambhavna ka sanyukt karne ka samay hai, jisse Solana ko apne aap ke liye adhik Web2 payment traffic aane ki sambhavna hai aur Solana wallet ki kshamta ko bhi badhane aur iski prachar ki gati ko tez karne mein madad milti hai।
लेकिन Pay.sh अभी भी एक आदर्श भुगतान गेटवे समाधान से काफी दूर है। Pay.sh के सेवा प्रदाता रजिस्टर में अभी तक प्रवेश तंत्र और डिसेंट्रलाइज्ड प्रमाणीकरण तंत्र की कमी है, जिसके कारण अनधिकृत तीसरे पक्ष के रैपिंग सेवाओं और दुरुपयोगकारी सेवाओं को प्रभावी ढंग से अलग करना अभी भी कठिन है; इससे एजेंट्स को नकली सेवाओं से जुड़ने का जोखिम होता है, जिससे उपयोगकर्ताओं को नुकसान हो सकता है। इसके अलावा, चूंकि Pay.sh स्वयं नीचले स्तर के भुगतान प्रोटोकॉल की डिज़ाइन नहीं करता, भुगतान प्रक्रिया की सुरक्षा मुख्य रूप से नीचले स्तर के प्रोटोकॉल के डिज़ाइन पर निर्भर करती है, जिससे Pay.sh में अनियंत्रित बाहरी जोखिम शामिल होते हैं, और विभिन्न प्रोटोकॉल्स के साथ अपर्याप्त समायोजन के कारण संभावित भुगतान विफलता हो सकती है। सेवा प्रदाता के दृष्टिकोण से, हालांकि Google प्लेटफॉर्म का समर्थन है, विभिन्न देशों और क्षेत्रों के API आपूर्तिकर्ता Pay.sh द्वारा प्रदान की जाने वाली सेवाओं से दूर रह सकते हैं, क्योंकि वे स्वयं के डेटा प्राइवेसी प्रबंधन की कानूनी मांगों और भुगतान की कानूनी मांगों के कारण। इससे Pay.sh का उपयोग करने वाले सेवा प्रदाताओं की संख्या सीमित हो सकती है, और भविष्य में Pay.sh से अधिक कानूनी प्रयास की मांग हो सकती है। हालांकि, Pay.sh का प्रक्षेपण स्पष्ट रूप से AI-आधारित भुगतान बुनियादी ढांचे के Web2 और Web3 के समेकन में पहला कदम है, और ब्लॉकचेन-आधारित वॉलेट्स AI-एजेंट्स को विविध कार्यों में सहभागिता के लिए प्रमाणन प्रदान करने का मौका प्राप्त होगा। इसलिए, हम Pay.sh के आगे के विकास पर नज़र रखते रह सकते हैं।
की बिंदु संरचना आरेख:
