ERC-8004 रजिस्ट्रियों का काम: पहचान, प्रतिष्ठा और मान्यता

ERC-8004 रजिस्ट्रियों का काम करने का तरीका तीन-बही खाता पाइपलाइन है: एक ERC-721 एजेंट आईडी एक ऑफ-चेन पंजीकरण फ़ाइल की ओर इशारा करता है, जबकि अलग-अलग प्रतिष्ठा और मान्यता रजिस्ट्रियाँ संकुचित 0–100 विश्वास संकेतों को साक्ष्य संकेतकों के साथ रिकॉर्ड करती हैं। डिज़ाइन "एजेंट सत्य" को ऑन-चेन नहीं रखता, यह यह मानकीकरण करता है कि कहाँ देखना है (पहचान), कौन बोल सकता है (अधिकृत प्रतिष्ठा), और 8004 एजेंट पहचान के लिए आश्वासन की कीमत कैसे निर्धारित करनी है (मान्यता)।

मुख्य निष्कर्ष

• ERC-8004 तीन हल्के ऑन-चेन रजिस्ट्रियों को परिभाषित करता है: पहचान, प्रतिष्ठा, और मान्यता।
• पहचान रजिस्ट्रि एक ERC-721 AgentID का उपयोग करता है जिसका tokenURI एक ऑफ-चेन एजेंट पंजीकरण फ़ाइल की ओर इशारा करता है जिसमें A2A, MCP, ENS, और वॉलेट पते जैसे एंडपॉइंट्स और पहचानकर्ता सूचीबद्ध होते हैं।
• प्रतिष्ठा रजिस्ट्रि पोर्टेबल 0–100 फीडबैक सिग्नल्स को वैकल्पिक टैग और ऑफ-चेन के साथ रिकॉर्ड करता है।लिंक, और एक डेवलपर वॉकथ्रू एक एजेंट-हस्ताक्षरित feedbackAuth गेट का वर्णन करता है जो मनमाने स्पैम को कम करता है।
• मान्यता रजिस्ट्र्री validationRequest कॉल और 0–100 मान्यता देने वालों के उत्तरों को रिकॉर्ड करती है, जिससे ऐप्स स्टेकिंग, zkML प्रमाण या TEE में स्वैप कर सकते हैं।प्रमाणनखोज को बदले बिना।

ERC-8004 रजिस्ट्रियां और उनका उद्देश्य

ERC-8004 रजिस्ट्रियां हैं स्मार्ट कॉन्ट्रैक्ट्स जो मानकीकृत रिकॉर्ड स्टोर करते हैं और घटनाओं को उत्पन्न करते हैं ताकि अन्य ऐप्स देख सकें एजेंट पहचान और विश्वास संकेत बिना किसी विशेष स्कीमा पर बातचीत किए। मानक का मुख्य कदम 'विश्वास' को तीन अलग-अलग सतहों में विभाजित करना है: खोज के लिए एक पहचान रजिस्ट्रि, उपयोगकर्ता फीडबैक के लिए एक प्रतिष्ठा रजिस्ट्रि, और तीसरे पक्ष की जांच के लिए एक मान्यता रजिस्ट्रि। यही विभाजन है कि erc 8004 रजिस्ट्रियां ऑन-चेन हल्की रहती हैं जबकि ऐप्स के बीच संयोज्य भी होती हैं।

उपयोगी मानसिक मॉडल एक ऑन-चेन क्रेडिट फ़ाइल है स्वायत्त एजेंटों के लिए।पहचान रजिस्ट्रि खाता संख्या और रूटिंग जानकारी है, न कि क्रेडिट स्कोर। प्रतिष्ठा और मान्यता दो अलग-अलग लेजर हैं जो संक्षिप्त 0-100 संकेतों के होते हैं, प्रत्येक को टैग और ऑफ-चेन साक्ष्य के लिए पॉइंटर्स ले जाने की अनुमति है। यह पहचान प्रतिष्ठा मान्यता रजिस्ट्रि पैटर्न है: श्रृंखला को मानक अनुक्रमणिका और अखंडता एंकर के रूप में रखें, और गंदे विवरणों को ऑफ-चेन रखें।

ERC-8004 को इस रूप में वर्णित किया गया है एथेरियमसुधार प्रस्ताव ड्राफ्ट स्थिति में है और सहकर्मी समीक्षा के अधीन है। प्राथमिक मार्गदर्शिका में निर्माण तिथि 13 अगस्त, 2025 के रूप में सूचीबद्ध है और सह-लेखकों के नाम हैं मार्को डे रोसी (MetaMask), डेविड क्रैपिस (Ethereum Foundation), जॉर्डन एलिस (Google), और एरिक रेपेल (Coinbase)। उस ड्राफ्ट स्थिति का महत्व है क्योंकि इंटरफेस को प्रयोग के लिए पर्याप्त स्थिर होना चाहिए, लेकिन निर्माताओं को क्षेत्र स्तर के विवरणों के विकसित होने की उम्मीद करनी चाहिए।

व्यापक विषय एजेंट पहचान है, और ERC-8004 का सिद्धांत जानबूझकर संकीर्ण है: यह यह दावा नहीं करता कि यह ऑन-चेन एजेंट की क्षमताओं को साबित करता है। यह मानकीकरण करता है कि वे दावे कहाँ रहते हैं (tokenURI पंजीकरण), फीडबैक को एक ऐसे तरीके से पोस्ट करने का तरीका जो स्पैम करना कठिन बनाता है (अधिकार), और जब दांव बढ़ते हैं तो स्वतंत्र आश्वासन कैसे खरीदा जा सकता है (मान्यता)।

पहचान रजिस्ट्र्री कैसे काम करती है

पहचान रजिस्ट्र्री का जीवनचक्र ऑन-चेन में छोटा और ऑफ-चेन में लंबा होता है। ऑन-चेन, तंत्र एक ERC-721 है जिसमें URI भंडारण होता है: एक अद्वितीय AgentID टोकन को मिंट करें, इसके tokenURI को सेट करें, और मानक पर निर्भर करें।एनएफटीडिस्कवरी के लिए इंडेक्सिंग और इवेंट्स। ऑफ-चेन, tokenURI एक एजेंट पंजीकरण फ़ाइल को हल करता है जो एजेंट तक पहुँचने और उसे व्याख्या करने के लिए एक जीवित कॉन्फ़िगरेशन दस्तावेज़ की तरह कार्य करता है।

एक ठोस प्रवाह इस तरह दिखता है:

1. एक एजेंट ऑपरेटर पहचान रजिस्ट्र्री में एक ERC-721 AgentID बनाता है और tokenURI सेट करता है। 2. इंडेक्सर्स और ऐप्स रजिस्ट्र्री इवेंट्स को देखते हैं और AgentIDs को उसी तरह सूचीबद्ध करते हैं जैसे वे NFTs को सूचीबद्ध करते हैं। 3. ऐप tokenURI को लाता है और ऑफ-चेन एजेंट पंजीकरण फ़ाइल को पढ़ता है ताकि एंडपॉइंट्स और पहचानकर्ताओं के बारे में जानकारी प्राप्त कर सके।

प्राथमिक स्रोत इस पंजीकरण फ़ाइल का वर्णन करता है जिसमें एपीआई और पहचानकर्ता जैसे A2A, MCP, ENS, और वॉलेट पते शामिल हैं। यही संचालनात्मक पेलोड है। यदि एक ऐप किसी कार्य को एक एजेंट को भेजने की कोशिश कर रहा है, तो पहचान रजिस्ट्री उसे एजेंट के "मुझसे बात करने का स्थान" और "मैं कौन से हैंडल का दावा करता हूँ" बंडल का मानक संकेत देती है।

यहाँ भी अधिकांश एकीकरण अप्रत्याशित रूप से प्रभावित होते हैं। ERC-721 टोकन एक ऐप को नहीं बताता है कि ऑफ-चेन पंजीकरण फ़ाइल चुपचाप बदल गई है, कि कोई एंडपॉइंट अंधेरा हो गया है, या कि कोई ENS नाम पुनर्निर्देशित किया गया है। tokenURI सामग्री को उत्पादन कॉन्फ़िगरेशन की तरह मानना सही दृष्टिकोण है: इसे संस्करणित करें, जब संभव हो तो इसे सामग्री-निर्धारित संग्रह में पिन करें, और परिवर्तनों पर अलर्ट करें। ऑन-चेन भाग जानबूझकर उबाऊ है, और यही बिंदु है।

आवश्यक वस्तुएँ यहाँ स्वाभाविक रूप से प्रकट होती हैं: पहचान रजिस्ट्र्री अनुबंध है, AgentID ERC-721 टोकन है, और एजेंट कार्ड वह है जो कई फ्रंट एंड tokenURI से उत्पन्न करेंगे, साथ ही किसी भी कैश की गई मान्यता और प्रतिष्ठा सारांश।

प्रतिष्ठा संकेत कैसे रिकॉर्ड किए जाते हैं

ERC 8004 में प्रतिष्ठा को पोर्टेबल लेकिन अनुमति रहित होने के लिए डिज़ाइन किया गया है। प्रतिष्ठा रजिस्ट्र्री फीडबैक संकेतों को पोस्ट और पुनर्प्राप्त करने के लिए एक मानक इंटरफ़ेस प्रदान करती है, और प्राथमिक स्रोत उन संकेतों को 0–100 स्कोर के रूप में फ्रेम करता है जिसमें वैकल्पिक टैग और ऑफ-चेन विस्तृत फीडबैक डेटा के लिए लिंक होते हैं। श्रृंखला संकुचित संकेत को संग्रहीत करती है। ऑफ-चेन लिंक कथा, रसीदें, और कोई भी संदर्भ ले जाता है जो एक ऐप मानव को दिखाना चाहता है।

प्रतिष्ठा रजिस्ट्र्री को एक अप्रवर्तनीय स्पैम दीवार में बदलने से रोकने वाला मुख्य तंत्र प्राधिकरण है। एक डेवलपर-उन्मुख वॉकथ्रू प्रतिष्ठा सबमिशन का वर्णन करता है कि यह एजेंट-जारी प्राधिकरण की आवश्यकता होती है जो एक हस्ताक्षरित feedbackAuth के माध्यम से होती है। विचार सरल है: एजेंट एक विशिष्ट प्रतिपक्ष को फीडबैक छोड़ने के लिए पूर्व-प्राधिकृत करता है, ताकि यादृच्छिक पते बिना कभी बातचीत किए नकारात्मक समीक्षाएँ बड़े पैमाने पर न छोड़ सकें।

एक सामान्य अनुक्रम है:

1. एजेंट एक कार्य स्वीकार करता है और ग्राहक को फीडबैक प्राधिकरण जारी करता है। 2. ग्राहक प्रतिष्ठा रजिस्ट्र्री में स्कोर (0–100), वैकल्पिक टैग, वैकल्पिक ऑफ-चेन URI और हैश, और feedbackAuth के साथ फीडबैक प्रस्तुत करता है। 3. ऐप्स और एग्रीगेटर ऑन-चेन फीडबैक घटनाओं को पढ़ते हैं और अपने स्वयं के सारांश की गणना करते हैं, जबकि केवल आवश्यकता होने पर ऑफ-चेन विवरण लाते हैं।

प्राथमिक गाइड "वास्तविक उपयोग" समीक्षाओं के लिए एक साफ़ प्रवेश टिकट की ओर भी इशारा करता है: x402 भुगतान प्रमाण। यह स्पष्ट रूप से x402 के फ्रेमिंग के हिस्से के रूप में HTTP स्थिति कोड "402 भुगतान आवश्यक" का संदर्भ देता है, और भुगतान प्रमाणों का उपयोग करने का वर्णन करता है ताकि केवल भुगतान करने वाले ग्राहक समीक्षाएँ छोड़ सकें। यह एक तंग संरचना है: भुगतान गेट जो बोल सकते हैं, रजिस्ट्र्री न्यूनतम 0–100 संकेतों को संग्रहीत करती है, और साक्ष्य लिंक रसीद को रख सकता है।

इनमें से कोई भी सिबिल व्यवहार को समाप्त नहीं करता है। प्राथमिक स्रोत स्वीकार करता है कि पूर्व-प्राधिकरण केवल आंशिक रूप से स्पैम को कम करता है और कि सिबिल हमले संभव रहते हैं, यही कारण है कि कई कार्यान्वयन अभी भी समीक्षकों को वजन देंगे, समीक्षक प्रतिष्ठा बनाए रखेंगे, या अन्यत्र आर्थिक लागत लगाएंगे।

मान्यता अनुरोध और प्रतिक्रियाएँ कैसे काम करती हैं

मान्यता वह रजिस्ट्र्री है जहाँ ऐप्स जोखिम को कम करते हैं। मान्यता रजिस्ट्र्री स्वतंत्र मान्यकर्ता जांचों का अनुरोध और रिकॉर्ड करने का समर्थन करती है, और प्राथमिक स्रोत एक validationRequest फ़ंक्शन का वर्णन करता है साथ ही मान्यकर्ता प्रतिक्रियाएँ 0–100 के स्कोर के साथ। यह 0–100 रेंज जानबूझकर लचीली है: एक ऐप इसे पास या फेल के रूप में मान सकता है, या एक स्पेक्ट्रम के रूप में जहाँ विभिन्न मान्यकर्ताओं के विभिन्न थ्रेशोल्ड होते हैं।

प्रवाह एक अनुरोध-प्रतिक्रिया पैटर्न है:

1. एक एजेंट या उपभोक्ता validationRequest कॉल करता है ताकि एक वैलिडेटर से कुछ दावा या आउटपुट की जांच करने के लिए कहा जा सके। 2. एक वैलिडेटर अपनी समर्थित किसी भी आश्वासन तकनीक का उपयोग करके अपनी जांच करता है। 3. वैलिडेटर एक 0–100 स्कोर के साथ प्रतिक्रिया वापस पोस्ट करता है और URIs और हैश के माध्यम से ऑफ-चेन सबूत संलग्न कर सकता है।

महत्वपूर्ण डिज़ाइन विकल्प यह है कि रजिस्ट्रि एकल सत्यापन विधि को हार्डकोड नहीं करता है। स्रोत कई तंत्रों पर चर्चा करते हैं, जिसमें क्रिप्टो-आर्थिक स्टेकिंग, zkML प्रमाण और TEE शामिल हैं।ओरैकल्सया या प्रमाणों। कई तैनाती ऑफ-चेन प्रमाणों को सत्यापित कर सकती हैं और फिर परिणाम को ऑन-चेन पोस्ट कर सकती हैं, चेन को "जो दावा किया गया था" और "किसने कहा" के लिए निपटान स्तर के रूप में रखते हुए।

यहां थीसिस स्क्रीन पर दिखाई देती है: ERC-8004 विश्वास को एक बाइनरी बैज नहीं बनाता। यह मानकीकरण करता है कि एक उपभोक्ता एजेंट को कैसे खोजता है, फिर उपभोक्ता को जोखिम के साथ आश्वासन को बढ़ाने की अनुमति देता है। कम-जोखिम रूटिंग प्रतिष्ठा संकेतों पर निर्भर कर सकती है। मध्यम-जोखिम क्रियाएं स्टेक-बैक्ड सत्यापन की आवश्यकता हो सकती हैं। उच्च-जोखिम क्रियाएं क्रिप्टोग्राफिक सत्यापन की मांग कर सकती हैं जैसे TEE प्रमाणन या zkML प्रमाण, जबकि रजिस्ट्रि नवीनतम प्रतिक्रियाएं खोजने के लिए मानक स्थान के रूप में कार्य करती है।

पंजीकरण को सुरक्षित रूप से एक साथ रखना

एक सुरक्षित एकीकरण तीन रजिस्ट्रियों को एक स्तरित विश्वास निर्णय में संयोजित करता है, बजाय इसके कि सब कुछ एकल "विश्वास स्कोर" में औसत किया जाए। पहचान खोज स्तर है, प्रतिष्ठा परिणामों के बारे में पक्षों द्वारा बात करने का एक पोर्टेबल इतिहास है, और मान्यता एक विशिष्ट दावे के लिए आश्वासन की एक स्पष्ट खरीद है। उन्हें आपस में विनिमेय संख्याओं के रूप में मानना ही है जिससे ऐप्स गलत चीज़ पर भरोसा करने लगते हैं।

एक व्यावहारिक गेटिंग मॉडल प्राथमिक गाइड में वर्णित विश्वास मॉडलों के साथ स्पष्ट रूप से मेल खाता है:

1. कम दांव: खोज और रूटिंग के लिए पहचान और प्रतिष्ठा का उपयोग करें। ऐप tokenURI पढ़ता है, उन एजेंट कार्ड फ़ील्ड्स की जांच करता है जो उसे महत्वपूर्ण लगती हैं, और प्रतिष्ठा संकेतों का उपयोग एक फ़िल्टर के रूप में करता है। 2.

मध्यम दांव: क्रिप्टो-आर्थिक सत्यापन की आवश्यकता होती है। ऐप केवल तब आगे बढ़ता है जब एक सत्यापनकर्ता प्रतिक्रिया उसके थ्रेशोल्ड को पूरा करती है, और यह उन सत्यापनकर्ताओं को प्राथमिकता दे सकता है जो स्टेक-बैक्ड परिणाम पोस्ट करते हैं। 3. उच्च दांव: क्रिप्टोग्राफिक सत्यापन की आवश्यकता होती है। ऐप TEE प्रमाणन या zkML प्रमाणों की मांग करता है, जिसमें सत्यापन रजिस्ट्र्री 0–100 प्रतिक्रिया और साक्ष्य संकेतकों को संग्रहीत करती है।

तेज़ किनारा ऑफ-चेन ड्रिफ्ट है। पहचान रजिस्ट्र्री का tokenURI एक ऑफ-चेन पंजीकरण फ़ाइल की ओर इशारा कर सकता है जो समय के साथ बदलती है, और चेन उपभोक्ता को चेतावनी नहीं देगी कि एंडपॉइंट, पहचानकर्ता, या विज्ञापित विश्वास विकल्प बदल गए हैं। उस फ़ाइल का संस्करण बनाना और उसे पिन करना, साथ ही परिवर्तनों की निगरानी करना, वैकल्पिक नहीं है यदि एजेंट कुछ ऐसा कर रहा है जो धन या संवेदनशील डेटा को छूता है।

अपरिवर्तनीयता दोनों तरीकों से काम करती है। प्राथमिक स्रोत नोट करता है कि ऑन-चेन पॉइंटर्स और हैश को हटाया नहीं जा सकता, जो कि इसके लिए बहुत अच्छा है।ऑडिटपगडंडियाँ और लापरवाह स्कीमों के लिए क्रूर। पंजीकरण और फीडबैक प्रारूपों को निरसन और प्रतिस्थापन को ध्यान में रखते हुए डिज़ाइन करना महत्वपूर्ण है क्योंकि पारिस्थितिकी तंत्र स्थायी breadcrumbs जमा करेगा।

यह सामान्य भ्रांतियों को सुधारने के लिए भी सही जगह है। ERC-8004 एजेंट क्षमताओं को ऑन-चेन नहीं रखता। यह आईडी, स्कोर और प्वाइंटर्स को स्टोर करता है। एकल प्रतिष्ठा स्कोर विश्वास के बराबर नहीं होता क्योंकि प्रतिष्ठा और मान्यता अलग-अलग लेजर हैं जो विभिन्न जोखिम स्तरों के लिए बनाए गए हैं। फीडबैकऑथ जैसी प्राधिकरण मनमाने स्पैम को कम करता है, लेकिन यह अपने आप में सिबिल हमलों का समाधान नहीं करता। यही ERC 8004 का असली रूप है, जब एक ऐप पूंजी के दांव पर निर्णय लेने की कोशिश करता है, और यही कारण है कि 8004 एजेंट पहचान को एक पाइपलाइन के रूप में सबसे अच्छा माना जाता है जिसे आप ट्यून कर सकते हैं।

लेना

मैंने टीमों को "एजेंट ट्रस्ट" डैशबोर्ड बनाते देखा है जो सब कुछ एक संख्या में समेट देते हैं, फिर जब वह संख्या उन्हें असफल कर देती है तो आश्चर्यचकित होते हैं। महंगा गलती यह है कि वे प्रतिष्ठा और मान्यता को एक समान मानकर औसत निकालते हैं।संपत्तिवे नहीं हैं। प्रतिष्ठा अधिकृत प्रतिकर्ताओं द्वारा बोले गए इतिहास है। मान्यता एक मूल्य निर्धारण आश्वासन उत्पाद है जो एक विशिष्ट दावे से जुड़ा होता है, जिसमें आश्वासन तकनीक स्टेकिंग से लेकर zkML और TEE प्रमाणन तक भिन्न होती है।

यदि एक एकीकरण टूटने वाला है, तो यह आमतौर पर उबाऊ सीम पर टूटता है: tokenURI एक ऑफ-चेन पंजीकरण फ़ाइल की ओर इशारा करता है, और वह फ़ाइल भटक जाती है। ERC-721 AgentID वही रहता है, UI अभी भी वही एजेंट कार्ड दिखाता है, और अंत बिंदु या पहचानकर्ता चुपचाप नीचे बदल जाते हैं। यही कारण है कि ERC-8004 में पहचान परत जानबूझकर साधारण है। काम यह है कि यह देखना कि यह किस ओर इशारा करता है, और जब जोखिम स्तर इसकी मांग करता है तो मान्यता को बढ़ाना।

स्रोत

• बैकपैक लर्न
• मीडियम (सिद्धांत)