लंबे समय तक चलने वाले AI, बातचीत या कार्य इतिहास को संक्षिप्त करके प्रसंस्करण जारी रखते हैं। ARCBench वास्तविक उपकरण संचालन के माध्यम से यह जांचता है कि क्या संक्षिप्तीकरण में निषेधाज्ञाएँ अभी भी मौजूद हैं और सुरक्षित हैं। pi नामक निष्पादन प्लेटफॉर्म पर इतिहास बनाया जाता है, फिर संक्षिप्तीकरण के बाद नियमों का उल्लंघन करने वाला अनुरोध दिया जाता है, और इसे संक्षिप्तीकरण न किए जाने की स्थिति के साथ तुलना की जाती है। इसके साथ ही, यह भी जांचा जाता है कि क्या संक्षिप्तीकरण में नियम बना रहा, कमजोर हो गया, या समाप्त हो गया। उदाहरण के लिए, यदि कोई नियम केवल आंतरिक ईमेल भेजने की अनुमति देता है, तो बाहरी प्राप्तकर्ता को भेजने के लिए उपकरण को कॉल करना उल्लंघन माना जाएगा। 17 समस्याओं के मूल्यांकन में, संक्षिप्तीकरण के बाद कई उल्लंघनों में नियम स्वयं अभी भी मौजूद रहे। हालाँकि, कुछ स्थितियों में, प्रतिक्रिया को सही माना गया, जो कि कार्रवाई स्तर पर समस्या है। यह पर्याप्त नहीं है कि केवल संक्षिप्तीकरण में नियम लिखा हुआ हो—इसके विपरीत कार्रवाई को संचालित किए बिना, प्रत्येक नियम की पुष्टि की जानी चाहिए।

मैंने kiwa नामक एक dapp के लिए टेस्टिंग फ्रेमवर्क बनाया है 🥝 यह एक टूल है जो स्पेसिफिकेशन से लेकर टेस्ट तक सभी चरणों को एक साथ लिखने में सक्षम है। डॉक्यूमेंटेशन के अलावा, यह मौजूदा कोड को भी लोड करता है और कॉन्ट्रैक्ट, dapp E2E, यूनिट और API इंटीग्रेशन के लिए चार स्तरों के टेस्ट स्पेसिफिकेशन जेनरेट करता है। https://t.co/FCNjrLbVSV

📚 ब्लॉक में संक्रमण के क्रम को रोकने वाली नई मेमपूल डिज़ाइन ✅ सारांश यह प्रस्ताव ईथेरियम के मेमपूल (अनिश्चित लेनदेन जमा होने के स्थान) को एन्क्रिप्ट करता है और ब्लॉक में शामिल होने तक इसके अंदर के डेटा को छिपा देता है। इससे अन्य लेनदेन के सामग्री को पहले से जानकर क्रम को बदलने के अवसर और एमईवी (माइनर/वैलिडेटर द्वारा प्राप्त अतिरिक्त लाभ) के लिए कीमत निर्धारण के लाभ को बहुत कम करने का उद्देश्य है। लेनदेन अंततः सार्वजनिक हो जाते हैं, लेकिन "अंतिम निष्पादन से पहले तक छिपे रहना" यह महत्वपूर्ण बिंदु है। ✅ क्यों एन्क्रिप्टेड मेमपूल की आवश्यकता है वर्तमान ईथेरियम में, मेमपूल में आए लेनदेन के सामग्री को कोई भी व्यक्ति देख सकता है। इसलिए, फ्रंट रनिंग (अन्य लेनदेन से पहले लेनदेन करना) या सैंडविच हमला (लेनदेन के आसपास कीमत को अनुकूलित करना) जैसे एमईवी रणनीति संभव हो जाती है। यह उपयोगकर्ता के नुकसान और ब्लॉक बिल्डर के केंद्रीकरण (कम शक्तिशाली व्यवसायों में केंद्रित होना) के कारण होता है। एन्क्रिप्शन के माध्यम से, क्रम दिखाई दे सकता है लेकिन "सामग्री छिपी रहती है" इस अवस्था में, इन हमलों को रोकना आसान हो जाता है। ✅ लेनदेन कैसे एन्क्रिप्ट होते हैं लेनदेन "एन्वेलोप" और "सामग्री (एन्क्रिप्टेड पेलोड)" में विभाजित होते हैं। एन्वेलोप में, गैस की मात्रा, शुल्क, और किस कुंजी प्रदाता द्वारा डिक्रिप्शन किया जाएगा इत्यादि न्यूनतम जानकारी साफ-साफ दर्ज होती है। सामग्री में, वास्तविक भुगतान का लक्ष्य, राशि, कॉन्ट्रैक्ट कॉल डेटा आदि एन्क्रिप्ट करके दर्ज होते हैं। ब्लॉक में शामिल होने के बाद, संबंधित डिक्रिप्शन कुंजी के सार्वजनिक होने के बाद ही सामग्री का निष्पादन होता है। ✅ कुंजी देने वाले भूमिका "की प्रोवाइडर" क्या है एन्क्रिप्शन को हल करने के लिए कुंजी का प्रबंधन करने वाला व्यक्ति की प्रोवाइडर होता है। यह एकल तरीके पर निर्भर नहीं होता, बल्कि निम्नलिखित विभिन्न तरीकों में से कोई भी चुनने की डिज़ाइन होती है। - थ्रेशोल्ड क्रिप्टोग्राफी (कुंजी का वितरित प्रबंधन) - एमपीसी (गोपनीयता के लिए कई गणना कर्ता) - टीईई (सुरक्षित हार्डवेयर क्षेत्र) - समय विलंब क्रिप्टोग्राफी ईथेरियम के मुख्य भाग द्वारा "कोई भी क्रिप्टोग्राफी तरीका उपयोग कर सकते हैं" ऐसा आधार ही प्रदान किया जाता है। ✅ ब्लॉक में क्रम और सुरक्षा ब्लॉक में पहले सामान्य साफ-साफ लेनदेन का निष्पादन होता है, फिर एन्क्रिप्टेड लेनदेन के एन्वेलोप का प्रसंस्करण होता है, अंत में डिक्रिप्ट किए गए सामग्री का निष्पादन होता है। इससे निम्नलिखित सुरक्षित संरचना बनी रहती है। - शुल्क हमेशा पहले भुगतान होता है - कुंजी नहीं आए तो सामग्री का निष्पादन नहीं होता कुंजी नहीं आए तो भी एन्वेलोप के प्रसंस्करण तक ही रुक जाता है, श्रृंखला के सम्पूर्ण रूप से रुकने की संभावना नहीं होती। ✅ एमईवी और संस्करण प्रतिरोध पर प्रभाव सामग्री दिखाई नहीं दे रही है तो ब्लॉक बिल्डर "कौन सा लेनदेन किस कीमत पर प्रभावित करता है" इसे पहले से गणना नहीं कर सकता। इसलिए, क्रम बदलकर लाभ प्राप्त करना कठिन हो जाता है, एमईवी संरचना में कमजोर हो जाता है। इसके अलावा, सामग्री छिपे रहने से, विशिष्ट एड्रेस या डीएफआई ऑपरेशन को निशाना बनाकर अवरोध करना कठिन हो जाता है, "वास्तविक समय में संस्करण प्रतिरोध (तुरंत अवरोध नहीं होने की प्रकृति)" भी सुधार जाता है।

📚 एजेंट की पहचान और रिपोर्टिंग को NFT के माध्यम से सत्यापित करने की प्रणाली ✅ सारांश ERC8004 v1.0, स्वतंत्र रूप से काम करने वाले सॉफ्टवेयर एजेंटों के बीच, सुरक्षित रूप से अलग-अलग संगठनों के बीच सहयोग करने के लिए एक सामान्य नियम है। यह Ethereum को "नियंत्रण के आधार" के रूप में उपयोग करता है और एजेंट की पहचान, रिपोर्टिंग और कार्य के सत्यापन के परिणामों को अपरिवर्तनीय रूप से रिकॉर्ड करता है। v0.4 से डिज़ाइन में बड़ा बदलाव हुआ है और इसे वास्तविक उपयोग के आधार पर आगे बढ़ाया गया है। ✅ एजेंट की पहचान प्रबंधन (Identity Registry) एजेंट की "कौन है" की पहचान की प्रणाली, अब अद्वितीय रूप से ERC721 (NFT के मानक) में स्थानांतरित हो गई है। प्रत्येक एजेंट को एक NFT के रूप में पंजीकृत किया जाता है और इसके tokenURI में JSON प्रारूप में पंजीकरण जानकारी रखी जाती है। यहां पर आपसी संचार के तरीके (A2A या MCP जैसे प्रोटोकॉल के लिए कनेक्शन), सार्वजनिक कुंजी और विश्वास के मॉडल आदि लिखे जाते हैं। इसके कारण, एजेंट की पहचान वॉलेट के माध्यम से प्रबंधित की जा सकती है और NFT बुनियादी ढांचे के साथ संगत रूप से "कौन है यह एड्रेस का एजेंट" को कोई भी व्यक्ति सत्यापित कर सकता है। ✅ रिपोर्टिंग प्रणाली (Reputation Registry) एजेंट के कार्य के लिए मूल्यांकन ब्लॉकचेन पर सीधे स्कोर के रूप में संग्रहित किया जाता है। मूल्यांकन भेजने से पहले, क्लाइंट एजेंट से हस्ताक्षरित अनुमति डेटा प्राप्त करता है। यह EIP191 (सामान्य वॉलेट हस्ताक्षर तरीका) या ERC1271 (स्मार्ट कॉन्ट्रैक्ट वॉलेट के लिए हस्ताक्षर तरीका) के माध्यम से सत्यापित किया जाता है और इससे धोखाधड़ी या रिप्ले अटैक (पुराने हस्ताक्षर का पुनः उपयोग करने वाला हमला) को रोका जाता है। स्कोर और टैग (वर्गीकरण लेबल) स्मार्ट कॉन्ट्रैक्ट से सीधे संदर्भित किए जा सकते हैं, इसलिए अन्य dApp इसका उपयोग "क्या यह एजेंट विश्वसनीय है" के लिए स्वचालित रूप से निर्णय लेने के लिए कर सकते हैं। ✅ कार्य का सत्यापन (Validation Registry) एजेंट द्वारा दिए गए परिणाम के सही होने की तीसरे पक्ष द्वारा सत्यापन करने की प्रणाली है। v1.0 में, एकल हैश के बजाय, URI (बाहरी डेटा के लिए संदर्भ) के माध्यम से सबूत प्रस्तुत किया जाता है और एक ही आवेदन के लिए कई चरणों के सत्यापन परिणामों को पंजीकृत किया जा सकता है। उदाहरण के लिए, सरल जांच, विस्तृत सत्यापन, बाहरी निरीक्षण आदि के रूप में, विश्वास के स्तर को चरणों में बढ़ाया जा सकता है। वर्तमान में, TEE (Trusted Execution Environment, सुरक्षित निष्पादन वातावरण) के समुदाय के साथ विनिर्देशों को तैयार करने के चरण में है। ✅ सुरक्षा और गैस लागत वास्तविक टेस्ट नेटवर्क के उपयोग में पाए गए हमलों के खिलाफ जवाबी कार्रवाई के लिए, हस्ताक्षर के सत्यापन और स्टोरेज डिज़ाइन में सुदृढीकरण किया गया है। इसके कारण, मूल्यांकन और सत्यापन के लिए लिखने में गैस लागत बढ़ जाती है, लेकिन ब्लॉकचेन पर सीधे उपयोग करने योग्य विश्वास डेटा होने का लाभ होता है। L2 नेटवर्क पर लागत बहुत कम हो जाती है। ✅ v0.4 से परिवर्तन v1.0 पीछे की तरफ संगत नहीं है और स्टोरेज संरचना पूरी तरह से बदल गई है। इसलिए, पिछले पंजीकरण जानकारी और रिपोर्टिंग को एक बार फिर से रीसेट कर दिया जाता है और एजेंट को NFT के रूप में पुनः पंजीकृत करना होता है और मूल्यांकन प्रणाली को नए हस्ताक्षर तरीके के साथ संगत करना होता है। अब आगे, "नाम अंतरिक्ष वाले अपग्रेड तरीका" के माध्यम से, डेटा को मिटाए बिना विनिर्देशों के अपग्रेड करने की डिज़ाइन होगी और इस बड़े पैमाने पर रीसेट को केवल इस बार ही किया जाएगा।

📚 ब्लॉक के सामग्री को वितरित करके MEV को रोकने की तंत्र ✅ सारांश इस प्रस्ताव में, ईथेरियम में समस्या बनी हुई MEV के बारे में इसके उत्पन्न होने के संरचनात्मक कारणों को समझाया गया है और ब्लॉक के "सामग्री" को वितरित रूप से निर्धारित करके MEV को लगभग शून्य तक लाने के विचार को समझाया गया है। यह ब्लॉक संरचना के बजाय, लेनदेन के चयन और क्रम निर्धारण पर ध्यान केंद्रित करता है और उसमें नए सहमति परत को जोड़ने का प्रस्ताव है। ✅ MEV के उत्पन्न होने के वास्तविक कारण MEV तब उत्पन्न होता है जब माइनर या वैलिडेटर ब्लॉक में शामिल होने वाले लेनदेन को स्वतंत्र रूप से चुन सकते हैं और उनका क्रम बदल सकते हैं। ईथेरियम की ब्लॉक संरचना वितरित रूप से सहमति पर है, लेकिन ब्लॉक के सामग्री को एक व्यक्ति द्वारा छोटे समय में निर्धारित किया जाता है। यह "एक व्यक्ति द्वारा सामग्री निर्धारित करने की स्थिति" ही, फ्रंट रनिंग या सैंडविच हमला जैसे MEV का मूल कारण बन जाती है। ✅ संरचना की सहमति और सामग्री की सहमति अलग-अलग मुद्दे हैं ब्लॉकचेन में, कौन सा ब्लॉक सही माना जाता है यह संरचना की सहमति के बारे में है जो अच्छी तरह से वितरित कर दिया गया है। हालांकि, कौन सा लेनदेन शामिल किया जाए और किस क्रम में रखा जाए इसका निर्णय वितरित नहीं किया गया है। इस प्रस्ताव में, यह पुराने डबल स्पेंडिंग समस्या के समान संरचना के रूप में समझाया गया है। एक कंप्यूटर में अधिकार केंद्रित होने से अवैधता हो सकती है, इसलिए उसे सहमति द्वारा हल किया गया था, इसी तरह ब्लॉक सामग्री को भी सहमति द्वारा निर्धारित करना चाहिए। ✅ कंटेंट लेयर के विचार प्रस्तावित विधि ब्लॉक संरचना के ऊपर "कंटेंट लेयर (लेनदेन सामग्री के निर्धारण के लिए सहमति परत)" जोड़ने की है। यहां, कई नोड्स भूमिका विभाजन के साथ, कौन सा लेनदेन शामिल किया जाए और कैसे क्रम बनाया जाए इसे सामूहिक रूप से निर्धारित करते हैं। कोई विशिष्ट वैलिडेटर या सीक्वेंसर अपनी इच्छा के अनुसार क्रम बदलने का अवसर नहीं देता है। ✅ एलेक्स प्रोटोकॉल की मूल तंत्र एलेक्स के उदाहरण में, लेनदेन एकत्र करने की भूमिका, क्रम को यादृच्छिक बनाने की भूमिका, और पूरे को प्रबंधित करके ब्लॉक में प्रतिबिंबित करने की भूमिका अलग-अलग होती है। प्रत्येक अलग-अलग काम करता है और कोई एक व्यक्ति अवैधता करने की कोशिश करे तो अन्य भाग लेने वालों द्वारा जांच और पूरक किया जाता है। इसके परिणामस्वरूप, लेनदेन की निरीक्षण या अनियमित क्रम बदलना बहुत कठिन हो जाता है। ✅ मौजूदा ईथेरियम के संबंध यह तंत्र ईथेरियम के सहमति के आधार को तोड़ने वाला नहीं है। ब्लॉक संरचना को वैसे ही छोड़ दिया जाता है और केवल सामग्री के निर्धारण के तरीके को ऊपर जोड़ा जाता है। ईथ2 के वैलिडेटर, रोलअप के सीक्वेंसर, और भविष्य के वितरित सीक्वेंसर में भी इसी विचार का उपयोग किया जा सकता है, इसलिए एक बार तंत्र बनाने के बाद इसका व्यापक अनुप्रयोग हो सकता है। ✅ न्याय और मूल्य खोज पर प्रभाव इस डिज़ाइन में, बाजार के लिए आवश्यक आर्बिट्रेज जैसे सरल कार्यों को अवश्य नहीं अलग किया जाता है। दूसरी ओर, उपयोगकर्ता के रोकथाम के बिना शोषित करने वाले MEV को ही समस्या के रूप में अलग किया जाता है। परिणामस्वरूप, एप्लिकेशन तरफ से जटिल उपाय करे बिना भी, नेटवर्क खुद ही न्याय की आपूर्ति करने के लक्ष्य की ओर बढ़ता है।

📚 मौजूदा टोकन में गोपनीयता जोड़ने के लिए एक नया तंत्र ✅ सारांश इसमें ईथेरियम पर मौजूदा टोकन में उनके उपयोग या गुणों को बिना बदले गोपनीयता जोड़ने के लिए एक नए ERC मानक का प्रस्ताव है। यह ईथेरियम पर व्यापक रूप से उपयोग किए जा रहे ERC20, ERC721, और ERC1155 जैसे टोकन के लिए लेनदेन के पीछा करने को कठिन बनाने वाले तंत्र प्रदान करता है। ✅ क्या समस्या हल कर रहा है वर्तमान ईथेरियम टोकन में, यह सब ब्लॉकचेन पर दिखाई देता है कि कोई व्यक्ति किस एड्रेस से कहां तक भेज रहा है। इसके पारदर्शिता के लाभ के साथ-साथ, बैलेंस और धन के लेनदेन को तीसरे पक्ष द्वारा आसानी से ट्रैक किया जा सकता है। यह ERC टोकन को पुनर्निर्माण किए बिना, उसकी कमजोरी को दूर करने का उद्देश्य रखता है। ✅ जीरो कॉन्सेप्ट टोकन वॉर्पर के विचार जीरो कॉन्सेप्ट टोकन वॉर्पर एक तंत्र है जिसमें मौजूदा टोकन को एक बार जमा कर दिया जाता है और इसके बदले "वॉर्प किए गए टोकन" प्राप्त किए जाते हैं। ये वॉर्प किए गए टोकन मूल टोकन की तरह भेजे जा सकते हैं और व्यापार किया जा सकता है, लेकिन आंतरिक रूप से यह कमिटमेंट (एक बाद में सत्यापित किए जा सके वाला एक गुप्त वादा) का उपयोग करके स्वामित्व को छिपा देते हैं। ✅ बर्न और रीमिंट द्वारा इतिहास को तोड़ना विशिष्ट बात यह है कि बर्न (टोकन को अक्षम कर देना) और रीमिंट (नए जारी करना) के संयोजन के माध्यम से एक फ्लो है। जब एक निश्चित शर्त के साथ जीरो कॉन्सेप्ट प्रमाण (केवल वैधता दिखाने वाला एक गुप्त तकनीक) प्रस्तुत किया जाता है, तो पहले बर्न किए गए टोकन से जुड़े बिना नए टोकन जारी किए जाते हैं। इसके कारण, ब्लॉकचेन पर ट्रैकिंग करना कठिन हो जाता है। ✅ ERC20 जैसे फंजिबल टोकन के मामले में ERC20 जैसे समान मूल्य वाले टोकन में, इस तंत्र के कारण धन के प्रवाह को वास्तविक रूप से तोड़ा जा सकता है। कोई व्यक्ति किस बैलेंस के साथ किस तरह जुड़ा हुआ है, यह बाहर से तकनीकी रूप से अंत तक निकाले जाने तक समझना कठिन हो जाता है। ✅ NFT के मामले में क्या कर सकते हैं ERC721 जैसे NFT एक-एक करके अद्वितीय होते हैं, इसलिए इन्हें पूरी तरह से मिला नहीं जा सकता। फिर भी, यह संभव हो जाता है कि कोई व्यक्ति अब तक किस NFT के साथ जुड़ा हुआ है, इसे निकाले जाने तक छिपा दिया जा सकता है। ✅ उपयोगकर्ता के बिना जागरूकता के उपयोग इस तंत्र का उपयोग उपयोगकर्ता के लिए वॉर्प टोकन के अस्तित्व के बारे में जागरूकता के बिना भी किया जा सकता है। वॉलेट या एप्लिकेशन आंतरिक रूप से इसे प्रबंधित करके, आम तौर पर उपयोग करने के अनुभव के साथ गोपनीयता के लाभ प्राप्त करने की डिज़ाइन की गई है। ✅ मौजूदा एकोसिस्टम के साथ संगतता एक नए विशेष टोकन के जारी करे के बजाय, मौजूदा टोकन को लपेटे जाने के रूप में, यह ईथेरियम के वर्तमान एकोसिस्टम जैसे DEX या DeFi के साथ बिना किसी बदलाव के उपयोग करने की बड़ी विशेषता है। टोकन की तरलता या उपयोग के क्षेत्र को बलि दिए बिना, गोपनीयता को जोड़ा जा सकता है।

📚ERC7694 "ERC7694" के बारे में एक सारांश, जो एक तंत्र प्रस्तावित करता है जिसमें ईथेरियम स्मार्ट कॉन्ट्रैक्ट सोलाना को बाहरी संग्रहण के रूप में उपयोग करते हैं और सुरक्षित रूप से क्रॉस-चेन पर लिखने और पढ़ने की अनुमति देते हैं! https://t.co/hYzUup7dBO