यह सामग्री जर्मन से मशीन द्वारा अनुवादित है और अभी तक किसी मूल भाषी द्वारा जाँची नहीं गई है। तकनीकी और नियामकीय शब्दों के लिए जर्मन या अंग्रेज़ी संस्करण ही मान्य है।
एडमिन अधिकार, अपग्रेड और टाइमलॉक
किसी चालू पोज़िशन के नियम कौन बदल सकता है, कितनी तेज़ी से — और कितनी पूर्व-चेतावनी का समय बचता है।
इस पाठ की विषयगत जाँच नहीं हुई है। इसे इस प्लेटफ़ॉर्म के लिए लिखा गया है और दिए गए साक्ष्यों के आधार पर तैयार किया गया है; कोई स्वतंत्र विषयगत समीक्षा नहीं हुई है।
सीखने के उद्देश्य
- आप समझा सकते हैं कि अपग्रेड योग्य कॉन्ट्रैक्ट के लिए “कोड ही कानून है” अधूरा क्यों है।
- आप एक टाइमलॉक को परिचालन प्रतिक्रिया समय में बदल सकते हैं।
अपना पूर्व ज्ञान जाँचें
आगे पढ़ने से पहले इन प्रश्नों का उत्तर स्वयं दें। जहाँ आप हिचकिचाते हैं, वहीं इस पाठ की उपयोगिता है।
- प्रॉक्सी कॉन्ट्रैक्ट क्या है?
- मल्टीसिग की कुंजियाँ किसके पास होती हैं?
- किसी प्रोटोकॉल में “आपातकालीन अधिकार” का क्या अर्थ है?
मूल अवधारणा
अपग्रेड योग्य का अर्थ है: कोड कोई दूसरा बन सकता है
कई प्रोटोकॉल एक प्रॉक्सी के पीछे होते हैं: जिस पते से उपयोगकर्ता इंटरैक्ट करते हैं वह वही रहता है, जबकि उसके पीछे का लॉजिक बदला जा सकता है। यह कोई कमज़ोरी नहीं, बल्कि बग ठीक करने का सामान्य तरीका है। लेकिन इसका अर्थ है कि जाँचा गया कोड और निष्पादित कोड दो अलग चीज़ें हो सकते हैं।
टाइमलॉक ही एकमात्र मात्रा है जो आपसे संबंधित है
कोई बदलाव अच्छा है या बुरा, यह हर मामले में अलग से तय होता है। परिचालन की दृष्टि से पहले एक दूसरी संख्या मायने रखती है: निर्णय और प्रभावी होने के बीच का समय। यही किसी मौजूदा पोज़िशन को पुरानी शर्तों पर समाप्त करने की पूरी अवधि है। टाइमलॉक के बिना यह अवधि शून्य है।
अनुपलब्ध आँकड़ा एक खुला प्रश्न है
यह प्लेटफ़ॉर्म एडमिन अधिकारों या अपग्रेडेबिलिटी के लिए कोई फ़ील्ड नहीं रखता, और अधिकांश एग्रीगेटर भी नहीं रखते। इससे यह निष्कर्ष नहीं निकलता कि किसी प्रोटोकॉल में ये नहीं हैं। उत्तर प्रोटोकॉल के दस्तावेज़ीकरण और चेन की स्थिति में है — जब तक वहाँ देखा न जाए, यह खुला है और इसे खुले के रूप में ही दर्ज किया जाना चाहिए।
परिभाषाएँ
- प्रॉक्सी कॉन्ट्रैक्ट
- एक कॉन्ट्रैक्ट जो कॉल को बदले जा सकने वाले लॉजिक तक आगे भेजता है।
- टाइमलॉक
- किसी बदलाव के निर्णय और उसके प्रभावी होने के बीच एक निश्चित प्रतीक्षा अवधि।
- मल्टीसिग
- एक पता जिसके लेन-देन के लिए कई हस्ताक्षर आवश्यक होते हैं।
मॉडल
प्रस्ताव प्रस्तुत किया गया
मतदान — कोरम और मतों का वितरण निर्णय करते हैं
टाइमलॉक चल रहा है — निकास का अंतिम अवसर
बदलाव प्रभावी, मौजूदा पोज़िशन के लिए भी
सूत्र
शेष प्रतिक्रिया समय
प्रतिक्रिया समय = टाइमलॉक − संज्ञान में आने का समय − समाप्त करने का समय- टाइमलॉक
- निर्णय और प्रभावी होने के बीच की अवधि
- संज्ञान
- निर्णय पर ध्यान जाने में कितना समय लगता है
- समाप्त करने
- पोज़िशन बंद करने में वास्तव में कितना समय लगता है
सीमा: यह गणना मानकर चलती है कि पोज़िशन समाप्त की ही जा सकती है। किसी लेंडिंग बाज़ार के ऊँचे उपयोग पर ठीक यही लागू न हो सकता है।
गणना का उदाहरण
48 घंटे, 48 घंटे नहीं होते
- टाइमलॉक
- 48 घंटे
- निर्णय पर ध्यान गया
- 20 घंटे
- पोज़िशन समाप्त करने में लगता है
- 6 घंटे
48 − 20 − 6 = 22
22 घंटे का वास्तविक निर्णय समय।
व्याख्या: परिचालन की दृष्टि से प्रासंगिक अवधि इस पर निर्भर है कि गवर्नेंस निर्णयों की निगरानी होती भी है या नहीं। निगरानी के बिना लंबा टाइमलॉक भी निष्प्रभावी है।
इंटरैक्टिव मॉडल
गणना का उदाहरण, बदलने योग्य आँकड़ों के साथ। पहले अनुमान लगाएँ कि क्या होगा — फिर जाँचें।
शेष प्रतिक्रिया समय
टाइमलॉक उतना ही लंबा होता है जितना उसमें से पता चलने और पोज़ीशन समाप्त करने के बाद बचता है।
पहले अनुमान, फिर जाँच
स्लाइडर हिलाने से पहले: यदि टाइमलॉक 48 घंटे का है, लेकिन निर्णय पर ध्यान 30 घंटे बाद ही जाता है, तो कितने घंटे का निर्णय समय बचता है? और पहचान में कितनी देरी होने पर यह अवधि बंद हो जाती है?
शुरुआती मान गणना के उदाहरण के आँकड़े हैं — एक बार में एक ही मान बदलें।
वास्तविक निर्णय समय: 22 घंटे.
मॉडल क्या नहीं दिखाता: मॉडल समाप्त करने की एक निश्चित अवधि मानकर गणना करता है। दबाव वाले बाज़ार में समाप्त करने में अधिक समय लगता है, और टाइमलॉक के बिना एक आपातकालीन रास्ता अवधि को शून्य कर देता है — बार इनमें से कुछ भी नहीं दिखाता।
स्मरण
वास्तविक डेटा पर अभ्यास
देखें कि इस प्लेटफ़ॉर्म के विशेषता अंकों में कौन-से कारक शामिल होते हैं — और ध्यान दें कि एडमिन अधिकार उनमें शामिल नहीं हैं। यह जानबूझकर प्रकट की गई सीमा है, कोई चूक नहीं।
इस प्लेटफ़ॉर्म की कार्यप्रणाली पढ़ें →अनुप्रयोग
एक संगठन के पास अपग्रेड योग्य कॉन्ट्रैक्ट वाले प्रोटोकॉल में एक पोज़िशन है। इससे कौन-सी परिचालन प्रक्रिया निकलती है?
संबंधित केस स्टडी
- CASE-14 — निर्णय लेने की शक्ति कहाँ है
- CASE-03 — गवर्नेंस एक जोखिम पैरामीटर बदलता है
- CASE-09 — ऑडिट मौजूद, प्रश्न खुला
संस्थागत व्याख्या
- बैंक
- संस्था में उपयोग किए जा रहे प्रोटोकॉल के गवर्नेंस निर्णयों की निगरानी कौन करता है?
- एसेट मैनेजमेंट
- क्या पोज़िशन समाप्त करने की अवधि पोर्टफ़ोलियो के सबसे छोटे टाइमलॉक से कम है?
इस पाठ के मेट्रिक्स
मुख्य बातें
- अपग्रेड योग्य कॉन्ट्रैक्ट में जाँचा गया कोड और निष्पादित कोड अलग-अलग हो सकते हैं।
- टाइमलॉक पूरा प्रतिक्रिया समय है — और तभी प्रभावी है जब निर्णयों की निगरानी हो।
साक्ष्य
- EVD-2026-0004
Annual Review of Financial Economics — Smart Contracts and Decentralized Finance