यह सामग्री जर्मन से मशीन द्वारा अनुवादित है और अभी तक किसी मूल भाषी द्वारा जाँची नहीं गई है। तकनीकी और नियामकीय शब्दों के लिए जर्मन या अंग्रेज़ी संस्करण ही मान्य है।

अपग्रेड और प्रॉक्सी अधिकारों की वास्तव में जाँच करना

चार प्रश्न जिनका उत्तर चेन स्थिति से दिया जा सकता है — और यदि उनमें से एक खुला रह जाए तो क्या करें।

इस पाठ की विषयगत जाँच नहीं हुई है। इसे इस प्लेटफ़ॉर्म के लिए लिखा गया है और दिए गए साक्ष्यों के आधार पर तैयार किया गया है; कोई स्वतंत्र विषयगत समीक्षा नहीं हुई है।

सीखने के उद्देश्य

  • आप उन चार जानकारियों के नाम बता सकते हैं जिन्हें अपग्रेड जाँच को दर्ज करना चाहिए।
  • आप “निर्धारित नहीं” और “कोई एडमिन अधिकार नहीं” में अंतर कर सकते हैं और दोनों को सही ढंग से दर्ज कर सकते हैं।

अपना पूर्व ज्ञान जाँचें

आगे पढ़ने से पहले इन प्रश्नों का उत्तर स्वयं दें। जहाँ आप हिचकिचाते हैं, वहीं इस पाठ की उपयोगिता है।

मूल अवधारणा

तथ्य

चार जानकारियाँ, सभी चेन स्थिति से जाँचने योग्य

पहला: क्या एड्रेस के पीछे एक प्रॉक्सी है, या लॉजिक स्थिर है? दूसरा: कौन-सा एड्रेस उसे बदल सकता है? तीसरा: क्या वह एड्रेस एक मल्टीसिग है, और किस सीमा के साथ? चौथा: क्या बीच में एक टाइमलॉक है, और वह कितना लंबा है? चारों चेन स्थिति में मौजूद हैं और प्रोटोकॉल के सहयोग के बिना इनका उत्तर दिया जा सकता है — सुरक्षा जाँच की लगभग हर अन्य चीज़ के विपरीत।

व्याख्या

मल्टीसिग एक संख्या है, कोई गुण नहीं

“मल्टीसिग द्वारा सुरक्षित” अपने आप में कुछ नहीं कहता। पाँच में से तीन, तीन में से दो से अलग है, और दोनों तब फिर कुछ और हैं जब हस्ताक्षरकर्ता एक ही संगठन से हों। विश्वसनीय नोट सीमा, संख्या और — जहाँ तक निर्धारित किया जा सके — यह बताता है कि क्या हस्ताक्षरकर्ता एक-दूसरे से स्वतंत्र हैं। यदि यह अंतिम बात निर्धारित नहीं की जा सकती, तो ठीक यही नोट में आना चाहिए।

अनिश्चितता

खुला होना निश्चिंत होने के समान नहीं है

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

परिभाषाएँ

प्रॉक्सी
एक कॉन्ट्रैक्ट जो कॉल को एक बदले जा सकने वाले लॉजिक एड्रेस पर आगे भेजता है।
एडमिन एड्रेस
वह एड्रेस जो प्रॉक्सी के पीछे के लॉजिक को बदलने के लिए अधिकृत है।
सीमा
किसी लेन-देन के लिए मल्टीसिग को आवश्यक हस्ताक्षरों की संख्या।

मॉडल

  1. वह एड्रेस जिससे उपयोगकर्ता इंटरैक्ट करते हैं

  2. प्रॉक्सी — एक बदले जा सकने वाले लॉजिक की ओर इंगित करता है

  3. एडमिन — इस संदर्भ को बदल सकता है

  4. टाइमलॉक — क्या यह एडमिन और प्रॉक्सी के बीच स्थित है?

  5. मल्टीसिग — सीमा, संख्या, स्वतंत्रता

वह श्रृंखला जिसकी जाँच की जानी चाहिए — यदि श्रृंखला में चरण 4 नहीं है, तो पूर्व-चेतावनी समय शून्य है, चाहे कोई भी समय-सीमा दर्ज हो।

गणना का उदाहरण

वही जानकारी, जाँच की दो गहराइयाँ

प्रोटोकॉल का कथन
“टाइमलॉक के साथ मल्टीसिग द्वारा अपग्रेड”
जाँच A
कथन को जैसा है वैसा अपनाया गया
जाँच B
प्रॉक्सी की पुष्टि, एडमिन = टाइमलॉक कॉन्ट्रैक्ट, उसका स्वामी = मल्टीसिग 4/7, समय-सीमा 48 h

जाँच B अतिरिक्त रूप से स्थापित करती है कि टाइमलॉक वास्तव में मल्टीसिग और प्रॉक्सी के बीच स्थित है — उसके बगल में नहीं। ठीक यही क्रम तय करता है कि 48 घंटे किसी अपग्रेड पर लागू होते हैं या केवल अन्य कार्यों पर।

वही कथन, एक बार दोहराया गया और एक बार प्रमाणित।

व्याख्या: इस अंतर की कीमत एक घंटा है और यह सुरक्षा जाँच का एकमात्र हिस्सा है जिसे प्रोटोकॉल के सहयोग के बिना पूरी तरह स्वयं पूरा किया जा सकता है।

स्मरण

एक जाँच एडमिन एड्रेस को स्पष्ट रूप से निर्धारित नहीं कर सकती। आप इसे कैसे दर्ज करते हैं?
“मल्टीसिग द्वारा सुरक्षित” निष्कर्ष के रूप में पर्याप्त क्यों नहीं है?

वास्तविक डेटा पर अभ्यास

मार्गदर्शक प्रश्नों की तुलना ऊपर की चार जानकारियों से करें और दर्ज करें कि यह प्लेटफ़ॉर्म इनके लिए कोई फ़ील्ड नहीं रखता — उत्तर चेन स्थिति से आते हैं।

आयाम 4: स्मार्ट कॉन्ट्रैक्ट →

अनुप्रयोग

कौन-सी पाँच पंक्तियाँ किसी अपग्रेड जाँच को ऑडिट-योग्य रूप में दर्ज करती हैं?

संबंधित केस स्टडी

संस्थागत व्याख्या

बैंक
क्या हर देखे गए अपग्रेड के बाद अपग्रेड जाँच दोहराई जाती है?
बीमा
क्या कवरेज एड्रेस से संबंधित है या जाँचे गए कोड संस्करण से?

मुख्य बातें

साक्ष्य