एथेरियम फाउंडेशन के एक अधिकारी के अनुसार, एथेरियम के फुसका हार्ड फोर्क को इस वर्ष की तीसरी या चौथी तिमाही में होने की उम्मीद है।

एक अप्रैल 28 x में डाकएथेरेम फाउंडेशन के सह-कार्यकारी निदेशक टॉमास्ज़ काजेटन स्टैसेकक ने कहा कि संगठन का लक्ष्य Q3 या Q4 2025 में फुसका एथेरियम नेटवर्क अपग्रेड को तैनात करना है। फिर भी, सटीक रोलआउट शेड्यूल अभी तक तय नहीं किया गया है।

EVM ऑब्जेक्ट प्रारूप (EOF) के आगामी कार्यान्वयन पर विवादों के बीच टिप्पणियां आती हैं उन्नत करना के लिए एथेरियम वर्चुअल मशीन। जैसा कि Stańczak ने बताया, EOF को FUSAKA नेटवर्क अपग्रेड का हिस्सा होने की उम्मीद है।

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

संबंधित: शोधकर्ता ने 4 वर्षों में 100x तक एथेरियम गैस की सीमा को स्केल करने का प्रस्ताव किया है

लपेटो, एक बार स्टैम्प, भेजें

Bytecode निर्देशों का एक निम्न-स्तरीय, कॉम्पैक्ट सेट है। ईवीएम को निष्पादित करने से पहले सॉलिडिटी स्मार्ट कॉन्ट्रैक्ट्स को बाइटकोड में संकलित किया जाना चाहिए।

ईओएफ स्मार्ट कॉन्ट्रैक्ट बाइटकोड के लिए एक कंटेनर मॉड्यूल को परिभाषित करता है, जो आज के फ्री-फॉर्म बाइटकोड बूँदों को एक बेहतर-परिभाषित संरचना के साथ बदल देता है। इन वस्तुओं से बनी होगी:

• 0xef00 हेक्साडेसिमल मान के साथ शुरू होने वाला एक हेडर, अपग्रेडबिलिटी सुनिश्चित करने के लिए एक-बाइट संस्करण संख्या के बाद।

• एक खंड तालिका, कंटेनर की सामग्री के बारे में मेटाडेटा प्रदान करती है। प्रत्येक प्रविष्टि में प्रवेश के प्रकार के लिए एक बाइट सेटिंग और प्रवेश के आकार के लिए दो बाइट्स शामिल हैं।

• वास्तविक सामग्री के साथ अनुभाग, कम से कम एक कोड अनुभाग और किसी भी आवश्यक डेटा अनुभाग के साथ – भविष्य के ईआईपी के माध्यम से अधिक प्रकार के अनुभाग जोड़े जा सकते हैं।

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

इसके बजाय कूदो, rjump!

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

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

डेवलपर्स जो अपग्रेड के बाद जंप या जंपी का उपयोग करने का विकल्प चुनते हैं, उनके बाइटकोड को तैनाती-समय सत्यापन के माध्यम से जाना होगा, जो यह सुनिश्चित करता है कि वे कभी भी डेटा या किसी अन्य निर्देश के बीच में नहीं कूद सकते। यह सत्यापन के माध्यम से होगा ईआईपी -3670कोड-सत्यापन नियम, प्लस जंप टेबल (ईआईपी -3690), इसलिए हर गंतव्य की जाँच की जाती है।

उन कार्यों के लिए एक विकल्प के रूप में, ईओएफ इसके बजाय rjump और rjumpi को लागू करता है, जिसके लिए गंतव्य को Bytecode में हार्डकोडेड होने की आवश्यकता होती है। फिर भी, हर कोई ईओएफ कार्यान्वयन के साथ बोर्ड पर नहीं है।

संबंधित: एथेरियम समुदाय के सदस्य ऐप लेयर के लिए नई शुल्क संरचना का प्रस्ताव करते हैं

ईओएफ की नफरत है

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

फिर भी, इसके अवरोधक का तर्क है कि यह अति-इंजीनियर है और एथेरियम जैसे पहले से ही जटिल प्रणाली में आगे की जटिलता का परिचय देता है। Ethereum डेवलपर Pascal Caversaccio ने 13 मार्च को एथेरियम जादूगरों में विलाप किया डाक यह “ईओएफ बेहद जटिल है,” क्योंकि यह दो नए शब्दार्थ जोड़ता है और एक दर्जन से अधिक ओपकोड को हटा देता है। इसके अलावा, उन्होंने तर्क दिया कि यह आवश्यक नहीं है।

उन्होंने कहा कि सभी लाभों को “अधिक टुकड़े -टुकड़े, कम आक्रामक अपडेट” में पेश किया जा सकता है। उन्होंने कहा कि विरासत ईवीएम को भी बनाए रखने की आवश्यकता होगी, “शायद अनिश्चित काल तक।”

Caversaccio ने यह भी बताया कि EOF को एक टूलिंग अपग्रेड की आवश्यकता होगी, जो इसके बड़े के कारण नई कमजोरियों को पेश करने का जोखिम उठाता है हमला। इसके अलावा, उन्होंने कहा, “ईवीएम अनुबंध हेडर के कारण बहुत अधिक जटिल हो जाते हैं,” जबकि वर्तमान में खाली अनुबंध सिर्फ 15 बाइट्स का वजन करते हैं। एक अन्य डेवलपर ने थ्रेड में एक अलग बिंदु उठाया:

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

Caversaccio EOF के विरोध में अच्छी कंपनी में प्रतीत होता है। एक निष्ठावान मतदान एथेरियम पोलिंग प्लेटफॉर्म पर एथपुल्स से पता चलता है कि लगभग 17,745 ईथर (ईटीएच) कुल रखने वाले 39 मतदाता उन्नयन के विरोध में हैं। कम से कम 300 ईटीएच के केवल सात धारकों ने पक्ष में मतदान किया।

पत्रिका: Ethereum $ 16.1T ट्रेडफाई टोकनाइजेशन रेस में प्रतियोगिता को नष्ट कर रहा है