AI एजेंट

आपका अगला
अनुरोध खुद
अपना खर्च चुका सकता है

आपका एजेंट सिर्फ़ उतना ही रखता है जितना उसे भेजना है।
कोई नेटवर्क शुल्क नहीं, कोई गैस टोकन नहीं और कोई मुद्रास्फीति नहीं, इसलिए एक सेंट का छोटा सा हिस्सा भी पूरा पहुँचता है।
ऐसा सॉफ़्टवेयर बनाएं जो API, डेटा और कंटेंट के लिए भुगतान करे।

भुगतान
कैसे होता है

नीचे दिए गए सरल x402 प्रवाह को जानें।

भुगतान का सफ़र
402भुगतान आवश्यक है

एजेंट एक रिसोर्स का अनुरोध करता है। सर्वर कीमत और भुगतान की शर्तों के साथ 402 Payment Required लौटाता है।

चित्रात्मक प्रवाह, लाइव लेन-देन नहीं। लौटाया गया ब्लॉक हैश अपने आप में पुष्टि का प्रमाण नहीं है।

इम्प्लीमेंटेशन पढ़ें

अपना भुगतान
पथ चुनें

अपने एजेंट से रिसोर्स के लिए भुगतान करें, या अपने API में भुगतान स्वीकार करें।

संसाधनों के लिए भुगतान करें

अपने एजेंट को
भुगतान करने का तरीका दें

कम्युनिटी x402 क्लाइंट देखें। भुगतान आवश्यकताओं की जाँच करें, बजट लागू करें और सुरक्षित घटक के माध्यम से हस्ताक्षर करें।

भुगतान करने वाला एजेंट बनाएँ

भुगतान स्वीकार करें

अपने API को
कारोबार के लिए खुला रखें

किसी संसाधन, प्राप्तकर्ता और कीमत को परिभाषित करें। किसी समन्वयक के साथ सत्यापन, भुगतान प्रक्रिया और डिलीवरी का समन्वय करें।

रिसोर्स सर्वर एक्सप्लोर करें

एजेंट
पहले से खोज रहे हैं

पेमेंट लॉग पढ़ें
स्वतंत्र इकोसिस्टम प्रयोग
pursekeeper.dev
सॉफ़्टवेयर। अपने अगले ग्राहक से मिलिए।

वॉलेट और सार्वजनिक रिकॉर्ड
वाला एक एजेंट

Pursekeeper एक स्वतंत्र AI-एजेंट प्रयोग है: Nano वॉलेट वाला ऐसा सॉफ़्टवेयर, जो दूसरे एजेंटों से वास्तविक काम खरीदता है और अपने किए हर भुगतान को प्रकाशित करता है।

यह हर विक्रेता को सूचीबद्ध करने से पहले एक बार भुगतान करता है, ब्लॉक हैश को रसीद के रूप में सुरक्षित रखता है, हर 10 मिनट में एंडपॉइंट की जाँच करता है, और विफलताओं को भी दर्ज करता है,जिसमें ऐसा विक्रेता भी शामिल है जो भुगतान मिलने के 5 घंटे बाद ऑफ़लाइन हो गया।

प्रयोग देखें

खरीद के परिणाम Pursekeeper द्वारा रिपोर्ट किए गए हैं; यहाँ उनका स्वतंत्र रूप से पुनरुत्पादन नहीं किया गया है। शामिल किया जाना सिफ़ारिश नहीं है।

होस्टेड फ़ैसिलिटेटर से मिलें

Pursekeeper’s capability endpoint advertises x402 v2, exact, nano:mainnet and XNO.

क्षमताएँ देखें

ऐसे बनाया गया है कि कोई एजेंट
इसे खरीद सके

जो आप पहले ही बना चुके हैं, उसके लिए शुल्क लें

Nano स्वीकार करने के लिए मर्चेंट खाता, सेटलमेंट पार्टनर या प्रतिशत शुल्क ज़रूरी नहीं। जो एंडपॉइंट कीमत और पते के साथ 402 लौटाता है, वह भुगतान लेना शुरू कर सकता है।

  • Answer an unpaid request with 402, naming nano:mainnet, a price and an address.
  • कोट को अनुरोध के बॉडी से बाँधें, ताकि भुगतान से एक बार में एक ही चीज़ खरीदी जाए।
  • भुगतान वाले रीट्राई को पूरा करें और दोबारा भेजे गए या बदले गए अनुरोध को अस्वीकार करें।

Pursekeeper किसी endpoint को एक सशुल्क कॉल पूरी होने के बाद मुफ़्त में सूचीबद्ध करता है, और Nano में नए विक्रेताओं को Ӿ25 का प्रीपेड क्रेडिट देता है: जाँचें पास होने पर Ӿ10, और भुगतान कोड को सार्वजनिक रखते हुए 14 दिनों तक उपलब्ध रहने के बाद Ӿ15 और।

रिसोर्स सर्वर एक्सप्लोर करें

नोड चलाए बिना भुगतान स्वीकार करें

कुछ विक्रेता अपना नोड चलाए बिना Nano रखते और खर्च करते हैं, और पुष्टि HTTP के ज़रिए पढ़ते हैं।

  • /v1/verify answers whether a block is a confirmed send of at least a given amount to an address.
  • /v1/receivable lists confirmed sends waiting to be pocketed.
  • /v1/account_info, /v1/work and /v1/process cover the rest of a send.

मुफ़्त, बिना कुंजी, अनुरोध-दर सीमित। तृतीय-पक्ष इन्फ्रास्ट्रक्चर: इस पर निर्भर होने से पहले इसकी भरोसे की मान्यताएँ पढ़ें।

नो-नोड रेसिपी पढ़ें

एजेंट भुगतानों के बारे में
थोड़ा और

Nano के बारे में और जानें
क्या x402 Nano में पहले से शामिल है?

Nano x402 इंटीग्रेशन समुदाय द्वारा बनाया गया सॉफ़्टवेयर है; यह ऐसी सुविधा नहीं है जिसे हर वॉलेट या एजेंट अपने-आप सपोर्ट करता हो। दोनों पक्षों के क्लाइंट, सर्वर, वर्ज़न और नेटवर्क की जाँच करें। इम्प्लीमेंटेशन पढ़ें

क्या ब्लॉक हैश का मतलब है कि भुगतान की पुष्टि हो गई है?

अपने आप नहीं। निरीक्षण किया गया reference settlement code, process RPC के बाद बिना किसी स्पष्ट confirmation wait के एक hash लौटाता है। अपने application के अनुसार उपयुक्त confirmation check जोड़ें। स्रोत देखें

क्या मुझे अपना Nano नोड चलाना होगा?

नहीं। आपको नेटवर्क इंटरफ़ेस तक पहुँच चाहिए, और ऊपर दी गई निर्देशिका में कई विक्रेता Nano को पूरी तरह HTTP के ज़रिए रखते और खर्च करते हैं: वे होस्ट किए गए endpoint से confirmations पढ़ते हैं, work प्राप्त करते हैं और blocks प्रकाशित करते हैं। इससे endpoint चलाने वाले पर भरोसे की एक अतिरिक्त धारणा जुड़ जाती है, इसलिए उसकी उपलब्धता, सीमाओं और बंद होने पर क्या होता है,इन सबकी समीक्षा करें। इंटीग्रेशन विकल्पों की तुलना करें

क्या विफल अनुरोध के बाद भी भुगतान हो सकता है?

यह कार्यान्वयन पर निर्भर कर सकता है। जाँचे गए कस्टम सर्वर उदाहरण में रिसोर्स हैंडलर चलाने से पहले भुगतान का निपटान हो जाता है। अनजाने में दूसरा भुगतान किए बिना विफल डिलीवरी से कैसे उबरेंगे, यह पहले से तय करें। उदाहरण देखें

जो आगे आए, उसे बनाएं

एक अनुरोध से शुरू करें और देखें कि यह आपको कहाँ ले जाता है।