एजेंटिक स्टैक में चार परतें हैं। अधिकांश डिप्लॉयमेंट्स में तीन परतें गायब हैं।

पहचान, प्रतिष्ठा, अधिकार, और भुगतान को ऑन-चेन होना चाहिए। कई प्रोडक्शन डिप्लॉयमेंट्स में, वे अभी भी नहीं हैं, और यह एक आर्किटेक्चरल समस्या है, न कि अनुपालन के बाद की सोच।

मैं बहुत समय यह देखने में बिताता हूँ कि प्रोडक्शन एजेंट डिप्लॉयमेंट्स वास्तव में कैसे जुड़े होते हैं, और पैटर्न अक्सर समान होता है: मॉडल सक्षम है, और ऑर्केस्ट्रेशन फ्रेमवर्क उचित है, फिर भी ऑथेंटिकेशन लेयर अभी भी एक साझा API कुंजी है जो कई महीनों से नहीं बदली है।

स्वायत्त एजेंट इन्फ्रास्ट्रक्चर उन मॉडलों की गति के साथ नहीं चल पाया है जो उसके ऊपर चल रहे हैं। एजेंटिक स्टैक में चार घटक हैं जिन्हें चेन पर मूल रूप से होना चाहिए: पहचान, प्रतिष्ठा, अधिकार, और भुगतान। अधिकांश प्रोडक्शन डिप्लॉयमेंट्स में, जिन्हें मैं देखता हूँ, ये अभी भी बाद में जोड़ दिए जाते हैं, यदि वे मौजूद भी हैं।

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

क्यों साझा API कुंजियाँ गलत primitive हैं

अधिकांश एजेंट डिप्लॉयमेंट्स द्वारा अपनाया गया ऑथेंटिकेशन मॉडल SaaS से एक साझा सीक्रेट है जो हेडर में पास किया जाता है। यह कॉल करने वाली सेवा को प्रमाणित करता है लेकिन कॉल करने वाले विशिष्ट एजेंट या उस एजेंट को क्या करने की अनुमति है, इसके बारे में कुछ नहीं कहता, और यह कोई ऐसा रिकॉर्ड नहीं छोड़ता जो ऑडिट में नियामक द्वारा निरीक्षण किया जा सके। प्रत्येक एजेंट क्रिया केवल उस कुंजी को रखने वाले व्यक्ति को ही सौंपा जाता है, जिसका अर्थ व्यावहारिक रूप से यह है कि एक से अधिक एजेंट या एक से अधिक ऑपरेटर होने पर एट्रिब्यूशन टूट जाता है।

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

पहचान अंतर

ERC-8004 भरोसेमंद एजेंटों के लिए ऑन-चेन पहचान निर्धारित करता है: एक रजिस्ट्री जहाँ एक एजेंट को नियंत्रक वॉलेट, सेवा एन्डपॉइंट, और मॉडल रेफ़रेंस के साथ पंजीकृत किया जाता है। अभी यह एजेंट केवल एक अस्पष्ट प्रक्रिया है जो विक्रेता की इन्फ्रास्ट्रक्चर के भीतर चल रही है। रजिस्ट्री एंट्री इसे एक प्रथम-श्रेणी का ऑन-चेन अभिनेता बनाती है जिसके पास सत्यापनीय मूल है — जिसे एक स्मार्ट कॉन्ट्रैक्ट या अनुपालन डैशबोर्ड सीधे जांच सकता है, बिना किसी मध्यस्थ पर भरोसा किए।

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

दोनों लेयर आज ही बिना किसी जटिल इंजीनियरिंग के लागू की जा सकती हैं। अधिकांश डिप्लॉयमेंट्स में इन्हें नहीं अपनाया गया है क्योंकि सबसे आसान कार्यान्वयन मार्ग अभी भी एजेंटों को सेवा खातों की तरह मानना है, न कि प्रथम-श्रेणी के अभिनेताओं की तरह। प्रोटोटाइप में एक उचित शॉर्टकट उत्पादन में आर्किटेक्चरल ऋण बन जाता है जो समय के साथ बढ़ता है।

अधिकार समस्या वह जगह है जहाँ नियामक वित्त बाकी सब से अलग होता है

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

ERC-8226, नियामक एजेंट अधिकार मानक (RAMS), इस अंतर को बंद करने के लिए डिज़ाइन किया गया है। RAMS एक अनुपालन प्रतिनिधि लेयर को परिभाषित करता है जो एजेंट पहचान और टोकन-स्तर अनुपालन फ्रेमवर्क के बीच स्थित है। एक KYC-प्रमाणित प्रमुख एक एजेंट को परिभाषित दायरा, अधिकार क्षेत्र, मूल्य सीमाएँ, और समाप्ति तिथि के साथ अधिकार देता है। व्यावहारिक रूप से, यह एक ऑन-चेन पावर ऑफ अटॉर्नी की तरह काम करता है जिसे सेटलमेंट से पहले जाँच किया जा सकता है। नियामक टोकन कॉन्ट्रैक्ट तब अपने प्री-ट्रांसफर अनुपालन हुक के भीतर अधिकार को एटॉमिक रूप से सत्यापित करता है, इससे पहले कि कोई सेटलमेंट हो।

डिज़ाइन दो इंटरफ़ेस ले जाता है। `ComplianceProvider` को कोई भी KYC या प्रमाणन ऑपरेटर लागू करता है और किसी दिए गए दायरे के लिए प्रमुख की पात्रता की गारंटी देता है। `IAgentMandate` वह रजिस्ट्री है जो ग्रांट, विस्तार, निरस्तीकरण, निष्पादन, और नियामक-स्तर फ्रीज़ को रिकॉर्ड करती है। प्रवर्तन `recordExecution` के माध्यम से होता है, जो ट्रांसफर समय पर सक्रिय अधिकार की सीमाओं की जाँच करता है और यदि लेनदेन उनका उल्लंघन करेगा तो रिवर्ट करता है।

यह आर्किटेक्चर ERC-8004 पहचान और टोकन अनुपालन फ्रेमवर्क जैसे ERC-7943 के बीच स्थित है, न कि किसी को बदलता है। पहचान बताती है कि एजेंट मौजूद है और सत्यापनीय है; टोकन अनुपालन बताता है कि प्रमुख इस विशिष्ट संपत्ति को रखने के लिए पात्र है। RAMS वह भाग जोड़ता है जो न तो पहचान और न ही टोकन अनुपालन कवर करते हैं: इस प्रमुख से, इस दायरे के लिए, इन सीमाओं के भीतर, इस तिथि तक अधिकार। वह कानूनी रूप से लागू करने योग्य प्रतिनिधि लेयर जो वर्तमान में केवल PDFs और बैक-ऑफ़िस स्प्रेडशीट्स में रहती है, अब ऑन-चेन हो जाती है, जहाँ इसे ट्रांसफर समय पर वास्तव में लागू किया जा सकता है।

तैयारी-और-कार्यान्वयन विभाजन घर्षण नहीं है

एक डिज़ाइन निर्णय को सीधे बचाव की जरूरत है: लेनदेन की तैयारी को साइनिंग और ब्रॉडकास्टिंग से अलग करना। यह कई सिस्टमों में हटाया जाता है जो एजेंटों को अधिक सहज महसूस कराना चाहते हैं।

प्रवृत्ति यह है कि इन्हें एक ही कदम में मिलाया जाए क्योंकि यह अधिक कुशल लगता है। लेकिन तैयारी और प्रसारण के बीच का अंतर वही जगह है जहाँ संस्थागत निगरानी का स्थान होना चाहिए। यह वह जगह है जहाँ एक अनुपालन अधिकारी एजेंट के करने वाले कार्य की समीक्षा करता है इससे पहले कि चेन इसे जान ले, जहाँ RAMS अधिकार जांच तैयार पेलोड को सक्रिय दायरे, मूल्य सीमाओं, और अधिकार क्षेत्र के विरुद्ध वैधता देती है इससे पहले कि कोई सिग्नेचर उत्पन्न हो, और जहाँ CFO एक ट्रेज़री कार्रवाई को मंजूरी देता है जिसे एजेंट ने तैयार किया है लेकिन अभी तक प्रतिबद्ध नहीं किया है।

कई संस्थाएँ जो स्वायत्त एजेंटों को महत्वपूर्ण पैमाने पर डिप्लॉय करती हैं, अंततः इस विभाजन को फिर से बनाती हैं जब उन्हें पता चलता है कि यह अनुपस्थित है। इसे एक जानबूझकर आर्किटेक्चरल primitive के रूप में बनाना रेट्रोफ़िट से बेहतर है जो सिस्टम को उसकी पहली अनुपालन समीक्षा के माध्यम से ले जाता है।

जब स्टैक पूर्ण हो तो वह कैसे दिखता है

जब सभी चार परतें मौजूद होती हैं, वे साफ़-सुथरे ढंग से संयोजित होती हैं। ERC-8004 एजेंट पहचान और ऑन-चेन प्रतिष्ठा को एंकर करता है, और ERC-8226 वह अधिकार लेयर जोड़ता है जो निर्धारित करता है कि प्रत्येक एजेंट किसके behalf पर क्या कर सकता है। x402 सेटलमेंट को संभालता है, प्रत्येक अनुरोध को साइन करता है ताकि हर कार्रवाई एट्रिब्यूटेबल और ऑडिटेबल हो। नीचे, ERC-7943 जैसे नियामक संपत्ति फ्रेमवर्क ट्रांसफर समय पर दोनों, प्रमुख की पात्रता और एजेंट के सक्रिय अधिकार के विरुद्ध अनुपालन लागू करते हैं।

इन भागों की परिपक्वता स्तर अलग-अलग हैं, लेकिन इनमें से कोई भी केवल सैद्धांतिक नहीं है। ERC-8004 एक ड्राफ्ट स्टैंडर्ड्स ट्रैक ERC है जिसमें लागू करने योग्य पहचान और प्रतिष्ठा primitive हैं। ERC-7943 एक अंतिम एथेरियम मानक है। ERC-8226 स्टैंडर्ड्स ट्रैक पर है, और कोर इंटरफ़ेस शुरुआती कार्यान्वयन के लिए पर्याप्त स्थिर हैं। x402 लाइव है और पहले से ही मानव और एजेंटों के लिए प्रोग्रामेटिक HTTP भुगतान के आसपास डिज़ाइन किया गया है।

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