क्रिप्टो में AI एजेंट कैसे काम करते हैं: स्मार्ट टूल्स और…

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

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

• क्रिप्टो एजेंट तब उपयोगी बनते हैं जब "बुद्धिमत्ता" को "निष्पादन" से अलग किया जाता है: एक तरफ संरचित विश्लेषण उपकरण का कॉल, दूसरी तरफ स्मार्ट-खाता प्राधिकरण।
• Dune का MCP सर्वर एक एंडपॉइंट के माध्यम से 12 टूल्स को उजागर करता है ताकि एक एजेंट तालिकाओं का पता लगा सके, DuneSQL उत्पन्न कर सके, क्वेरी निष्पादित कर सके, और 100+ ब्लॉकचेन में मशीन-उपयोगी परिणाम लौटा सके।
• सुरक्षित स्मार्ट खाते एकल-कुंजी EOAs को मालिकों के साथ एक थ्रेशोल्ड से बदलते हैं, और इन्हें सुरक्षा-क्रिटिकल मॉड्यूल और गार्ड्स के साथ विस्तारित किया जा सकता है जो बदसूरत तरीकों से भी विफल हो सकते हैं।
• चेन समर्थन समान नहीं है, इसलिए एक एजेंट स्टैक जो एक विशेष सुरक्षित मॉड्यूल या फीचर पर निर्भर करता है, वह एक नेटवर्क पर काम कर सकता है और दूसरे पर अनुपलब्ध हो सकता है।

AI एजेंट क्रिप्टो में कैसे फिट होते हैं

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

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

वह सीमा है जहाँ क्रिप्टो सामान्य स्वचालन से भिन्न होता है। एक सामान्य SaaS एजेंट को एकएपीआई कुंजीऔर दर सीमाएँ। एक क्रिप्टो एआई एजेंट जो साइन कर सकता है, एक खराब प्रॉम्प्ट से नुकसान की घटना में बदलने के लिए एक कदम दूर है। इसलिए जो आर्किटेक्चर सहारा देता है वह है: (1) एजेंट को विश्वसनीय, मशीन-काल करने योग्य रीड्स देना, और (2) इसे एक स्मार्ट अकाउंट के माध्यम से सीमित निष्पादन देना जो स्पष्ट अनुमतियों, सीमाओं, या दोनों को मजबूर करता है।

यहाँ "एजेंटिक वर्कफ़्लो" एक बज़वर्ड बनना बंद कर देता है। वर्कफ़्लो उपकरणों के कॉल, आउटपुट और लेनदेन के इरादों की एक पुनरुत्पादनीय श्रृंखला है, जिसमें एक स्पष्ट बिंदु है जहाँ एक सुरक्षित थ्रेशोल्ड या गार्ड "नहीं" कह सकता है।

ऑनचेन डेटा तक उपकरण पहुंच

Dune का MCP सर्वर एक ठोस उदाहरण है कि कैसे AI एजेंट काम करते हैं जब वे डैशबोर्ड को स्क्रैप नहीं कर रहे होते। यह एकल एंडपॉइंट के माध्यम से 12 टूल्स को उजागर करता है ताकि एक MCP-संगत एजेंट टेबल्स को खोज सके, DuneSQL लिख सके, क्वेरीज़ निष्पादित कर सके, परिणाम प्राप्त कर सके, और Dune के वेयरहाउस के खिलाफ 100+ अनुक्रमित ब्लॉकचेन पर दृश्य प्रस्तुत कर सके। यह महत्वपूर्ण है क्योंकि एजेंट अब टेबल नामों का अनुमान नहीं लगा रहा है या स्क्रीनशॉट पर निर्भर नहीं है। यह ऐसे फ़ंक्शंस को कॉल कर रहा है जो संरचित परिणाम लौटाते हैं।

क्रम सीधा है, और यह वह हिस्सा है जिसे अधिकांश "एजेंट डेटा पढ़ते हैं और व्यापार करते हैं" व्याख्याकार छोड़ देते हैं:

1. एजेंट ड्यून के कैटलॉग में प्रासंगिक डेटा सेट और डिकोडेड कॉन्ट्रैक्ट टेबल्स की खोज करता है। 2. यह प्रॉम्प्ट से ड्यूनSQL उत्पन्न करता है, फिर टूल इंटरफेस के माध्यम से क्वेरी को निष्पादित करता है। 3. यह मशीन-उपयोगी प्रारूप में परिणाम प्राप्त करता है और आवश्यकता पड़ने पर एक विज़ुअलाइजेशन तैयार कर सकता है।

Dune का CLI इसी विचार को टर्मिनल-नेटिव ऑटोमेशन में आगे बढ़ाता है। CLI एजेंट कार्यप्रवाहों के लिए बनाया गया है और डेटा सेट खोज, DuneSQL लिखने और निष्पादित करने, प्रश्नों का प्रबंधन, दस्तावेज़ों की खोज, और उपयोग को ट्रैक करने को कवर करता है। हर कमांड मशीन उपयोग के लिए JSON आउटपुट करता है, और यह एक Skills.md फ़ाइल के साथ आता है जो एक एजेंट कौशल मानक का पालन करती है ताकि एक एजेंट क्षमताओं और त्रुटि प्रबंधन को बिना विशेष एकीकरण के सीख सके।

यह "एआई एजेंट आर्किटेक्चर क्रिप्टो" वास्तविकता है: एजेंट ढांचा केवल उतना ही अच्छा है जितने अच्छे उपकरण इसे कॉल कर सकते हैं। यदि उपकरण स्तर पुनरुत्पादक SQL और JSON आउटपुट लौटाता है, तो एजेंट का ऑडिट किया जा सकता है और फिर से चलाया जा सकता है। यदि उपकरण स्तर एक डैशबोर्ड और एक वाइब है, तो एजेंट केवल इम्प्रोवाइज कर रहा है।

स्मार्ट खाते एजेंट निष्पादन परत के रूप में

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

स्मार्ट अकाउंट्स प्राधिकरण मॉडल को बदलते हैं। वे ईओए की तरह धन प्राप्त कर सकते हैं और लेनदेन कर सकते हैं, लेकिन वे इन्हें आरंभ नहीं कर सकते। उनकी सत्यापन और निष्पादन तर्क को परिभाषित किया गया हैस्मार्ट कॉन्ट्रैक्टकोड के बजाय एकल निजी कुंजी। यही एक बिंदु है कि स्मार्ट खाते स्वाभाविक रूप से "एजेंट वॉलेट" परत हैं। खाता स्वयं एक नीति इंजन बन जाता है।

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

सेफ की आर्किटेक्चर तैनाती और संचालन के लिए भी महत्वपूर्ण है। सेफ स्मार्ट अकाउंट्स एक प्रॉक्सी पैटर्न का उपयोग करके तैनात किए जाते हैं जहां एक सेफ प्रॉक्सी कॉल्स को एक सिंगलटन सेफ कॉन्ट्रैक्ट को डेलीगेट करता है, जिससे तैनाती की लागत कम होती है। सेफ प्रॉक्सी फैक्ट्री एक प्रॉक्सी बना सकती है और एक लेनदेन में सेटअप चला सकती है। इनमें से कोई भी "एआई" नहीं है, लेकिन यह नियंत्रित स्वचालन को संभव बनाने वाली पाइपलाइन है।

सुरक्षित स्वचालन के लिए प्रोग्रामेबल नियंत्रण

जो नियंत्रण सतहें वास्तव में स्वचालन को काम करती हैं, वे Safe के अंदर होती हैं, मॉडल के अंदर नहीं। Safe का मल्टी-सिग थ्रेशोल्ड एक कुंद उपकरण है। मॉड्यूल और गार्ड चाकू हैं, और Safe उन्हें सुरक्षा-क्रिटिकल के रूप में चिह्नित करता है, इसका एक कारण है।

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

गार्ड एक अलग स्तर हैं। एक गार्ड गार्ड लॉजिक के आधार पर लेनदेन को स्वीकार या अस्वीकार कर सकता है। Safe यह भी चेतावनी देता है कि गार्ड सुरक्षा के लिए महत्वपूर्ण होते हैं और एक दुर्भावनापूर्ण गार्ड लेनदेन को निष्पादित होने से रोक सकता है और Safe में संग्रहीत फंड्स तक पहुंच को अवरुद्ध कर सकता है। यह वह विफलता मोड है जिसे लोग तब चूक जाते हैं जब वे गार्ड को "अतिरिक्त सुरक्षा" की तरह मानते हैं। एक गार्ड एक गेटकीपर अनुबंध है। यदि यह गलत या शत्रुतापूर्ण है, तो Safe संचालन में brick हो सकता है।

सेफ प्रायोजित लेनदेन और टोकन-आधारित गैस भुगतान का समर्थन करता है, जो एक रिले सेवा के माध्यम से समर्थित लेनदेन स्वीकार करता है।ERC20 टोकनऔर लेनदेन प्रस्तुत करता है जबकिगैस का भुगतानमेंETH.

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

यही वह जगह है जहाँ “एजेंट लूप क्रिप्टो” ठोस बनता है: धारणा और अनुमान तेज और सस्ते हो सकते हैं, लेकिन क्रिया एक लेनदेन है जिसे थ्रेशोल्ड चेक, मॉड्यूल अनुमतियाँ, और गार्ड लॉजिक पास करना चाहिए इससे पहले कि यह श्रृंखला पर पहुंचे।

तैनाती और नेटवर्क समर्थन विचार

कई एजेंट डिज़ाइन एक उबाऊ कारण से विफल होते हैं: यह माना जाता है कि स्टैक श्रृंखलाओं में समान है। सुरक्षित एक समर्थित-नेटवर्क सूची प्रकाशित करता है जो स्मार्ट खाता संस्करणों और प्रत्येक श्रृंखला में सुविधा या मॉड्यूल उपलब्धता को दिखाता है, जिसमें सुरक्षित 4337, सुरक्षित पासकी, और सुरक्षित पुनर्प्राप्ति जैसे मॉड्यूल शामिल हैं। यह पृष्ठ प्रभावी रूप से एक संगतता मैट्रिक्स है, और यह महत्वपूर्ण है क्योंकि “हम बस मॉड्यूल X का उपयोग करेंगे” एक योजना नहीं है यदि लक्षित श्रृंखला इसका समर्थन नहीं करती है।

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

यहाँ भी पाइपलाइन के दो हिस्सों को अलग से जांचने की आवश्यकता है। ड्यून का MCP पोस्ट 100+ ब्लॉकचेन पर पहुँच का वर्णन करता है, जबकि ड्यून का एजेंट-नेटिव CLI पोस्ट 130+ श्रृंखलाओं पर पहुँच का वर्णन करता है। यह असंगति अपने आप में कोई समस्या नहीं है, लेकिन यह “श्रृंखला कवरेज” को एक सत्यापन आइटम के रूप में मानने की याद दिलाती है, न कि विपणन प्रति।

एक न्यूनतम संचालन चेकलिस्ट उभरती है:

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

देखने के लिए सीमाएँ और खुले जोखिम

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

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

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

अंत में, "TEE" वार्तालाप आमतौर पर एक सर्व-समाधान के रूप में लहराया जाता है। एक टीईई रहस्यों को अलग करने और कोड निष्पादन की पुष्टि करने में मदद कर सकता है, लेकिन यह स्मार्ट-खाता अनुमतियों की सीमा की आवश्यकता को प्रतिस्थापित नहीं करता है। मजबूत कुंजी सुरक्षा के साथ भी, महंगी गलती अभी भी सॉफ़्टवेयर को एकल विफलता बिंदु और असीमित प्राधिकरण देना है।

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

लेना

मैंने देखा है कि टीमें मॉडल चयन पर ध्यान केंद्रित करती हैं और उस हिस्से को नजरअंदाज करती हैं जो वास्तव में यह तय करता है कि क्या एक एजेंट उपयोगी है: प्राधिकरण सीमा। जिस क्षण एक एजेंट एकल-कुंजी EOA से प्रस्तावित और निष्पादित कर सकता है, पूरा सिस्टम स्वचालन के लिए सबसे खराब संभव सुरक्षा मॉडल को विरासत में ले लेता है। एक लीक हुई कुंजी, एक समझौता किया हुआ होस्ट, एक खराब एकीकरण, और यह खत्म हो जाता है।

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

स्रोत

• ड्यून
• ड्यून
• सुरक्षित दस्तावेज़
• सुरक्षित दस्तावेज़