GitHub और डोमेन सत्यापन बैज अर्जित करें।
सत्यापन डैशबोर्ड में होता है, SDK के माध्यम से नहीं। प्रमाण पूरा करें - एक GitHub OAuth हैंडशेक या एक DNS TXT रिकॉर्ड - और बैज एजेंट की सार्वजनिक प्रोफ़ाइल पर दिखाई देता है। बैज समय-समय पर फिर से जांचते हैं। प्रतिपक्ष बैज पर होवर करते हैं यह देखने के लिए कि किसने क्या और कब सत्यापित किया, जो गंभीर भुगतानकर्ताओं के लिए विश्वास का संकेत है।
शुरू करने से पहले।
- एक मौजूदा एजेंट और इसके कार्यक्षेत्र के लिए डैशबोर्ड एक्सेस (देखें add-payments-to-agent गाइड).
- GitHub बैज के लिए: उस GitHub संगठन या उपयोगकर्ता पर Blockchain0x ऐप को अधिकृत करने की क्षमता जिसे एजेंट प्रतिनिधित्व करता है।
- डोमेन बैज के लिए: उस शीर्ष डोमेन के लिए DNS पर नियंत्रण जिसे आप सत्यापित करना चाहते हैं (या जिस होस्ट का आपका DNS प्रदाता TXT रिकॉर्ड के लिए समर्थन करता है)।
- DNS सत्यापन के लिए 10 मिनट की दीवार घड़ी (अधिकतर एक मिनट के भीतर फैलते हैं, लेकिन 10 तक की अनुमति दें)।
- एजेंट भुगतान पहचान अवधारणा से परिचितता - बैज इसके एक स्तर में से एक हैं।
GitHub के साथ सत्यापित करें।
GitHub बैज साबित करता है कि एजेंट एक विशिष्ट GitHub उपयोगकर्ता या संगठन से संबंधित है। डैशबोर्ड में एजेंट के सत्यापन टैब में, GitHub के साथ सत्यापित करें पर क्लिक करें। आप GitHub के मानक OAuth सहमति स्क्रीन पर पुनर्निर्देशित होते हैं, जहां उस पहचान के मालिक मानव सार्वजनिक प्रोफ़ाइल जानकारी तक पढ़ने की अनुमति देता है। कोई SDK कॉल नहीं है - यह एक-क्लिक डैशबोर्ड प्रवाह है।
हम सार्वजनिक प्रोफ़ाइल (उपयोगकर्ता नाम, खाता आयु, सार्वजनिक कलाकृतियाँ) के लिए केवल पढ़ने की पहुंच का अनुरोध करते हैं - कोई लिखने की पहुंच नहीं, कोई निजी रिपॉजिटरी नहीं। एक बार अनुदान मिलने पर, बैज एक या दो मिनट के भीतर एजेंट के सार्वजनिक पृष्ठ पर दिखाई देता है, जो सत्यापित हैंडल को प्रदर्शित करता है।
एक डोमेन सत्यापित करें।
डोमेन बैज एक पंजीकृत DNS डोमेन पर नियंत्रण साबित करता है - यह सबसे मजबूत संकेत है जिसे एक प्रतिकर्ता पढ़ सकता है। सत्यापन टैब में, डोमेन चुनें और अपना एपेक्स या उपडोमेन दर्ज करें। डैशबोर्ड एक अद्वितीय टोकन दिखाता है जिसे TXT रिकॉर्ड के रूप में प्रकाशित किया जाना है। इसे अपने DNS प्रदाता पर जोड़ें, फिर सत्यापित करें पर क्लिक करें; हम DNS को क्वेरी करते हैं और एक बार टोकन मेल खाने पर बैज को पलट देते हैं।
टोकन को TXT रिकॉर्ड के रूप में प्रकाशित करें जो डैशबोर्ड दिखाता है:
# The dashboard shows the exact host and token to publish.
# Most providers use a subdomain host for the verification record.
Type: TXT
Name: _blockchain0x.yourcompany.com
Value: <the token shown in the dashboard>
TTL: 300 (5 minutes is fine)सत्यापित करें कि बैज सक्रिय है।
डैशबोर्ड प्रत्येक बैज की स्थिति दिखाता है। GitHub आमतौर पर OAuth अनुदान के एक मिनट के भीतर सत्यापित पर स्विच करता है; डोमेन DNS प्रसार पर निर्भर करता है लेकिन आमतौर पर लगभग 10 मिनट के भीतर पूरा होता है। आपके कोड से कुछ भी पोल करने के लिए नहीं है - यह एक डैशबोर्ड स्थिति है।
Once verified, the agent's public page (wallet.blockchain0x.com/a/<slug>) shows the badge alongside the agent's other identity claims. Hovering the badge reveals which method earned it and when. That hover popover is what counterparties read before approving a payment or allowlisting your wallet.
चार गलतियाँ जो सत्यापन में देरी या बाधा डालती हैं।
गलत GitHub पहचान को सत्यापित करना
यदि आप OAuth हैंडशेक के लिए अपने व्यक्तिगत GitHub खाते का उपयोग करते हैं लेकिन एजेंट एक संगठन का प्रतिनिधित्व करता है, तो बैज कहेगा 'verified by @yourhandle' बजाय 'verified by yourcompany'। संगठन की अपेक्षा करने वाले पक्षकार व्यक्तिगत-हैंडल बैज पर संदेह करेंगे। एक GitHub खाता उपयोग करें जो एजेंट की घोषित पहचान से मेल खाता हो, और जब भी संभव हो, संगठन-स्तरीय सत्यापन को उपयोगकर्ता-स्तरीय पर प्राथमिकता दें।
गलत होस्ट पर प्रकाशित DNS TXT रिकॉर्ड
कुछ DNS होस्ट TXT रिकॉर्ड को शीर्ष पर स्वीकार करते हैं (सिर्फ '@'), अन्य एक उपडोमेन की आवश्यकता होती है (आमतौर पर '_blockchain0x')। यदि आपकी सत्यापन 30 मिनट के बाद 'लंबित' रहती है, तो रिकॉर्ड लगभग हमेशा गलत स्थान पर होता है। प्रवाह प्रतिक्रिया में अपेक्षित स्थान और अपेक्षित मान दोनों शामिल होते हैं - दोनों की दोबारा जांच करें, और यह मानने से पहले कि API दोषी है, 'dig TXT yourdomain.com' के साथ बाहरी रूप से सत्यापित करें।
भूलना कि सत्यापन समाप्त हो जाता है
सत्यापन बैज समय-समय पर फिर से जांचते हैं। यदि आपकी DNS TXT रिकॉर्ड एक होस्ट माइग्रेशन के दौरान हटा दी जाती है, या यदि आप एजेंट का OAuth अनुदान GitHub पर हटा देते हैं, तो अगली फिर से जांच विफल हो जाती है और बैज स्वचालित रूप से हटा दिया जाता है। प्रतिपक्ष नोटिस करते हैं। सत्यापन कलाकृतियों को आपके स्थायी बुनियादी ढाँचे के हिस्से के रूप में स्थान पर रखें, और उनकी आकस्मिक हटाने को एक आउटेज के रूप में मानें।
बाद्ज़ दिखा रहे हैं लेकिन इसके चारों ओर विश्वास नहीं बना रहे हैं
बैज आवश्यक हैं लेकिन पर्याप्त नहीं हैं। आपके एजेंट के सार्वजनिक पृष्ठ को देखने वाला एक काउंटरपार्टी बैज को हाल की लेनदेन इतिहास, एजेंट के भुगतान के कारण के पैटर्न और आपके व्यापक उत्पाद में किसी भी सामाजिक प्रमाण के साथ तौलता है। बैज को फर्श के रूप में मानें - इसे अर्जित करना आपको गंभीर काउंटरपार्टी के लिए योग्य बनाता है, लेकिन यह अपने आप में उन्हें आप पर विश्वास नहीं दिलाता। इसके चारों ओर बाकी विश्वास संकेत बनाएं।
बैज स्थापित होने के बाद।
पहचान सत्यापित होने के साथ, उत्पादन हार्डनिंग चेकलिस्ट को पूरा करें: वॉलेट की सुरक्षा समीक्षा, यदि एजेंट भुगतान करता है तो खर्च नियंत्रण, और मानक वेबहुक पैटर्न ताकि भुगतान संचालन में रुकावट के दौरान न फिसले।
लाइव जाने से पहले अपने एजेंट वॉलेट को सुरक्षित करें
ऐसे एजेंट खर्च नियंत्रण स्थापित करें जो प्रॉम्प्ट इंजेक्शन से बच जाएं
वेबहुक पैटर्न जिनके बारे में डेवलपर्स सबसे अधिक पूछते हैं
पूर्ण संदर्भ docs.blockchain0x.com पर है। उत्पाद सतह: एजेंट पहचान।