मुख्य सामग्री पर जाएं
Tori को ऑन-चेन कॉन्ट्रैक्ट्स और केंद्रीय रूप से क्लियर होने वाले लिक्विडिटी वेन्यू के बीच पुल का काम करना पड़ता है, और इसके लिए विशेषाधिकार वाली कुंजियाँ चाहिए। यह पेज Tori के मेननेट कॉन्ट्रैक्ट्स पर विशेषाधिकार वाले रोल का ब्योरा देता है: हर रोल क्या कर सकता है, वह किसके पास है, और टाइमलॉक के पीछे क्या है। नीचे दिया गया हर रोल एक सत्यापित कॉन्ट्रैक्ट पर मौजूद है और हर धारक ऑन-चेन पढ़ा जा सकता है, इसलिए यहाँ की हर पंक्ति ऐसी है जिसे आप ख़ुद जाँच सकते हैं। पूरे मैट्रिक्स में डिज़ाइन के दो नियम लागू होते हैं। न्यूनतम विशेषाधिकार: कोई भी रोल उस एक काम से ज़्यादा कुछ नहीं कर सकता जिसके लिए उसका नाम रखा गया है, और जो रोल प्रोटोकॉल की शक्तियों को केवल घटा सकते हैं, वही सबसे तेज़ कुंजियों पर रखे जाते हैं। विस्तार पर देरी: जो कुछ भी प्रोटोकॉल का दायरा बढ़ाता है, जैसे कोई नया कोलैटरल एसेट, कोई नया कस्टडी गंतव्य या कोई नया इम्प्लीमेंटेशन, उसे लागू होने से पहले 24 घंटे तक सार्वजनिक रूप से प्रतीक्षा करनी पड़ती है।

​
कुंजियाँ कैसे रखी जाती हैं

किसी रोल का कस्टडी मॉडल जोखिम को लेकर सोच-समझकर लिया गया निर्णय है, इसलिए मैट्रिक्स हर रोल के लिए इसका नाम बताता है। EOA रोल की सीमा कस्टडी व्यवस्था से नहीं, बल्कि कॉन्ट्रैक्ट से तय होती है। हर EOA रोल अपनी बनावट से ही सीमित है: वह या तो ऐसे निर्देश निष्पादित करता है जिन पर उपयोगकर्ता पहले ही साइन कर चुका है, या किसी सूची में लिखता है, और हर कॉल पर प्रोटोकॉल की अपनी सीमाओं के सापेक्ष उसकी जाँच होती है। नीचे दिया गया मैट्रिक्स ठीक-ठीक बताता है कि हर रोल की पहुँच कहाँ तक है।

​
रोल मैट्रिक्स

मिंटर उपयोगकर्ता द्वारा साइन किया गया ऑर्डर सबमिट कर सकता है, और इसके अलावा कुछ नहीं। गेटकीपर मल्टीसिग कोरम के बिना, एक ही ट्रांज़ैक्शन में यह रोल छीन सकता है।

​
24-घंटे का टाइमलॉक किन चीज़ों पर लागू होता है

टाइमलॉक 0xA952453E39F77108Ee37C1b92de593F1C59A6ef4 है और इसकी न्यूनतम देरी 86,400 सेकंड है। मुख्य कॉन्ट्रैक्ट्स पर टाइमलॉक एडमिन रोल इसी के पास है, जिसका मतलब है कि ये चार ऑपरेशन चुपचाप नहीं हो सकते:
  • कॉन्ट्रैक्ट अपग्रेड। trUSD, strUSD या Minting का कोई नया इम्प्लीमेंटेशन पहले सार्वजनिक रूप से कतार में डाला जाता है।
  • कोई नया कोलैटरल एसेट। किसी एसेट को जोड़ना टाइमलॉक से गुज़रता है; उसे हटाना या निष्क्रिय करना तुरंत होता है, क्योंकि तेज़ दिशा सुरक्षित दिशा होनी चाहिए।
  • कोई नया कस्टडी गंतव्य। addCustodianAddress टाइमलॉक से गुज़रता है। यही ऑपरेशन तय करता है कि जमा किया गया कोलैटरल कहाँ जा सकता है, इसलिए इस पर नज़र रखना सबसे ज़्यादा मायने रखता है।
  • स्टेबलकॉइन डेल्टा लिमिट को बढ़ाना।
कोई भी Etherscan पर कतार देख सकता है। कतार में डाला गया कोई अप्रत्याशित ऑपरेशन लागू होने से पहले पूरे एक दिन तक दिखाई देता है, और रद्द करने वाला रोल एक ऐसी कुंजी पर है जो उसे एक ही ट्रांज़ैक्शन में रोक सकती है।

​
रेट लिमिट

मिंट और रिडीम कॉन्ट्रैक्ट के स्तर पर प्रति ब्लॉक, प्रति एसेट और कुल मिलाकर सीमित हैं। यह सीमा हर कॉल पर जाँची जाती है और मिंटर और रिडीमर रोल पर लागू होती है, चाहे उन्हें कोई भी ऑर्डर सौंपा गया हो। सीमा बदलना एक ओनर फ़ंक्शन है, इसलिए इसके लिए 3-of-5 Safe की ज़रूरत होती है; कोई ऑपरेशनल कुंजी इसे ख़ुद के लिए नहीं बढ़ा सकती।

​
ख़ुद जाँच करें

इस तालिका का हर रोल असाइनमेंट चेन से पढ़ा जा सकता है, और इसमें से किसी भी बात को भरोसे पर मानने की ज़रूरत नहीं है:
  • रोल किसके पास है: कॉन्ट्रैक्ट पर hasRole(role, address)
  • Safe कोरम: Safe पर getThreshold() और getOwners()
  • टाइमलॉक की देरी: टाइमलॉक पर getMinDelay()
  • इस समय कतार में क्या है: Etherscan पर टाइमलॉक के इवेंट
MPC थ्रेशोल्ड ऑन-चेन नहीं, बल्कि कस्टडी प्रदाता के पॉलिसी इंजन में रखे जाते हैं। हम इनकी पुष्टि प्रदाता से करवा रहे हैं और इनका स्वतंत्र सत्यापन करवा रहे हैं, और हमारा इरादा इसे अपने रिज़र्व प्रमाण डेटा के साथ प्रकाशित करने का है।
मशीन अनुवाद संबंधी सूचना: यह पेज अंग्रेज़ी मूल पाठ का मशीन अनुवाद है और केवल सुविधा के लिए दिया गया है। इसमें त्रुटियाँ या चूक हो सकती हैं और इसका कोई कानूनी प्रभाव नहीं है। यदि यह पेज अंग्रेज़ी संस्करण से अलग है, तो अंग्रेज़ी संस्करण ही मान्य होगा। इस पेज की किसी भी जानकारी पर भरोसा करने से पहले अंग्रेज़ी मूल पाठ पढ़ें।