एक ऐसा कॉन्ट्रैक्ट जो एक विफल कॉल के बाद भी चलता रहता है, आज किसी भी विश्वसनीय तरीके से नहीं बता सकता कि कैली का रिवर्ट जानबूझकर हुआ या सिर्फ गैस समाप्त हो गई है, जो सेंडर ने चुनी है। यह अंतर अपर्याप्त गैस ग्रीफिंग की मूल कारण है, और एक नया प्रारंभिक प्रस्ताव EVM स्तर पर इसे बंद करने का प्रयास करता है। EIP-8456, जिसे सोमवार को Ethereum Magicians पर चर्चा के लिए खोला गया, 2 गैस के लिए अस्थायी रूप से opcode 0xA5 पर CALLSTATUS नामक एक निर्देश जोड़ता है। यह वर्तमान फ्रेम में सबसे हालिया कॉल या create संचालन की पूर्णता की स्थिति को तीन बिट्स के रूप में पुश करता है। बिट 0 का मतलब है रिवर्ट, बिट 1 का मतलब है असामान्य रुकावट जैसे गैस समाप्त होना, और बिट 2 का मतलब है कि किसी नीचे के फ्रेम में कुछ रुक गया। लेखक बताते हैं कि आज केवल साक्ष्य gasleft() अंकगणित है, और हर repricing फ़ोर्क ने उन सीमाओं को तोड़ दिया है। EIP-8037 का प्रस्तावित द्वि-आयामी गैस इस अंकगणित को और कमजोर बना देगा, क्योंकि इसका संचय सीधे GAS opcode के माध्यम से दिखाई नहीं देता। तो तीसरा बिट क्यों? अधिकांश वास्तविक कॉल प्रॉक्सी, OpenZeppelin के functionCall wrapper, Multicall3 या ERC-1271 साइनेचर चेकर्स के माध्यम से होते हैं। अगर केवल सीधे कैली की समाप्ति की सूचना मिलती, तो एक wrapper, जो गैस समाप्त होने पर रुकता है और कारण के साथ reverts करता है, स्पष्ट reverts की तरह प्रतीत होगा। प्रारंभिक प्रस्ताव में एक स्टिकी फ्लैग है, जो प्रत्येक फ्रेम में से होकर प्रवाहित होता है, इसलिए कोई सेंडर, जो केवल gas पर नियंत्रण रखता है, कभी bhi caller को साधारण revert पढ़ने के लिए मजबूर नहीं कर सकता। यह परिणामों की सूचना देता है, कारणों की नहीं, और कैलीअभीभी INVALID के माध्यम सेजानबुझकर halt पैदा कर सकता है। यह केवल प्रस्तावित प्रोटोटाइप के पश्चात्‌लिखित कोड की सुरक्षा करता है, क्योंकि पहले से स्थापित कॉन्ट्रैक्ट्सइसे पढ़ेंगे। अभीतककोईबाहरीसमीक्षाएँनहींहैं, opcode संख्याअभीखुलीहै,और58प्रस्तुतमामलोंकेलिएएकप्रोटोटाइपऔरपरीक्षणअभीप्रतीक्षामेंहै। लिंक - https://t.co/KnByUBgWrY