Blockchain

अपना स्मार्ट कॉन्ट्रैक्ट अपग्रेड करने से मुझे उस स्टोरेज को चुपचाप दूषित करने की अनुमति क्यों मिल जाती है जिसे ऑडिटर पहले ही मंजूरी दे चुके हैं?

अवसर

अपग्रेड करने योग्य प्रॉक्सी पैटर्न (UUPS, Transparent Proxy, Diamond) प्रोडक्शन DeFi में मानक हैं लेकिन एक सख्त बाधा के साथ आते हैं: नए कार्यान्वयन का स्टोरेज लेआउट पिछले कार्यान्वयन द्वारा असाइन किए गए हर स्लॉट के साथ संगत होना चाहिए। गलत स्थान पर एक नया स्टेट वेरिएबल डालें और हर अगला स्लॉट चुपचाप दूषित हो जाता है, बिना किसी ऑन-चेन एरर के। OpenZeppelin के अपग्रेड प्लगइन जैसे स्वचालित चेकर्स सरल मामलों को पकड़ते हैं लेकिन कस्टम पैकिंग वाले ERC-7201 नेमस्पेस्ड स्टोरेज, असेंबली-स्तरीय स्लॉट असाइनमेंट और Diamond फेसेट क्रॉस-कोलीजन को छोड़ देते हैं, जहां दो फेसेट एक ही स्टोरेज क्षेत्र का दावा करते हैं। जनवरी 2026 की एक पीयर-रिव्यूड स्टडी (ProxyLens) ने इंटर-फेसेट कोलीजन कमज़ोरियों का एक महत्वपूर्ण वर्ग पाया जिसे मौजूदा टूल्स नहीं पकड़ते। ऑडिटर कार्यान्वयन कॉन्ट्रैक्ट की अलग-अलग समीक्षा करते हैं और कई डेलीगेटेड फेसेट वाले प्रॉक्सी का पूर्ण स्टोरेज मैप पुनर्निर्मित नहीं कर सकते।

यह क्यों मायने रखता है

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

मैं अवसर को कैसे आंकता हूं

Opportunity Score मेरा अपना आकलन है, कोई माप नहीं: यह कितना तकलीफदेह है, कितनी बार परेशान करता है, और आज इसे हल करने के लिए कितना कम मौजूद है। जितना ज़्यादा स्कोर, उतना ज़्यादा मुझे लगता है कि इसे बनाना सार्थक है।

गंभीरता9/10

जब यह सामने आता है तो कितनी तकलीफ देता है।

आवृत्ति6/10

लोग वास्तव में कितनी बार इससे टकराते हैं।

व्हाइटस्पेस8/10

आज इसके लिए कितने कम अच्छे टूल मौजूद हैं।