मैंने ईथेरियम पर डिप्लॉय किए गए Cosmos IBC कॉन्ट्रैक्ट्स की जांच की और उनके ZK लाइट क्लाइंट्स के प्रबंधन के बारे में कुछ दिलचस्प बात पाई। SP1 साबिती Cosmos सहमति की पुष्टि करती हैं, लेकिन लाइट क्लाइंट इम्प्लीमेंटेशन खुद गवर्नेंस के माध्यम से माइग्रेट किया जा सकता है। वे वास्तव में जून अपग्रेड के दौरान Tendermint क्लाइंट्स को SP1 v6.1 पर माइग्रेट करने के लिए इसका उपयोग किया। वर्तमान सेटअप में एक OpenZeppelin AccessManager, एक 4-ऑफ-7 गवर्नेंस Safe और 72 घंटे का टाइमलॉक शामिल है। इसलिए, हालांकि सहमति पुष्टि क्रिप्टोग्राफिक है, प्रणाली में अभी भी एक प्रशासनिक विश्वास स्तर है। और मुझे लगता है कि इसे समझना महत्वपूर्ण है। अगर कोई ऐसा व्यक्ति हो सकता है जो राउटर द्वारा विश्वास किए जाने वाले लाइट क्लाइंट इम्प्लीमेंटेशन को बदल सकता है, तो पूरी प्रणाली की सुरक्षा भी उस अनुमति को नियंत्रित करने वाले व्यक्ति पर निर्भर करती है। मैं यह नहीं कह रहा हूं कि यहां कोई वलनरेबिलिटी है। माइग्रेशन मैकेनिज़म जानबूझकर और अपग्रेड और रिकवरी के लिए उपयोगी है। लेकिन मैं समझना चाहता हूं कि अगर गवर्नेंस कुंजियां सुरक्षित नहीं होती हैं, तो हर संवेदनशील बदलाव सचमुच टाइमलॉक से होता है, और उपयोगकर्ता कैसे पहले से ही अपग्रेड की पुष्टि कर सकते हैं। स्रोत: https://t.co/dnN5drqJMi