> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tori.finance/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> Pages whose paths begin with /zh-Hans/, /ja/, /ko/, /vi/, /id/, /hi/, /pt-BR/ or /es/ are machine translations of the English pages, provided for convenience only. They may contain errors or omissions and have no legal effect, and where one differs from the English page, the English page prevails. For anything that will be relied on, read and cite the English page at the same path without the language prefix.

# रोल, मल्टीसिग और टाइमलॉक

> Tori के मेननेट कॉन्ट्रैक्ट्स पर विशेषाधिकार वाले रोल: हर रोल क्या कर सकता है, वह किसके पास है, और 24-घंटे के टाइमलॉक के पीछे क्या है

Tori को ऑन-चेन कॉन्ट्रैक्ट्स और केंद्रीय रूप से क्लियर होने वाले लिक्विडिटी वेन्यू के बीच पुल का काम करना पड़ता है, और इसके लिए
विशेषाधिकार वाली कुंजियाँ चाहिए। यह पेज Tori के मेननेट कॉन्ट्रैक्ट्स पर विशेषाधिकार वाले रोल का ब्योरा देता है: हर रोल क्या
कर सकता है, वह किसके पास है, और टाइमलॉक के पीछे क्या है। नीचे दिया गया हर रोल एक [सत्यापित कॉन्ट्रैक्ट](/hi/resources/contracts.md) पर मौजूद है
और हर धारक ऑन-चेन पढ़ा जा सकता है, इसलिए यहाँ की हर पंक्ति ऐसी है जिसे आप ख़ुद जाँच सकते हैं।

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

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

किसी रोल का कस्टडी मॉडल जोखिम को लेकर सोच-समझकर लिया गया निर्णय है, इसलिए मैट्रिक्स हर रोल के लिए इसका नाम बताता है।

| कस्टडी | इसका अर्थ |
| - | - |
| **3-of-5 Safe** | Gnosis Safe v1.4.1। पाँच में से तीन साइनर की मंज़ूरी ज़रूरी है, और यह कोरम ऑन-चेन लागू होता है, जहाँ कोई भी इसे पढ़ सकता है |
| **MPC वॉल्ट** | कुंजी को टुकड़ों में बाँटकर एक विनियमित प्रदाता के इन्फ्रास्ट्रक्चर में रखा जाता है। प्रदाता सहित कोई भी एक पक्ष अकेले साइन नहीं कर सकता; मंज़ूरी का कोरम प्रदाता के पॉलिसी इंजन में लागू होता है |
| **EOA** | Tori द्वारा संचालित एक अकेला साइनिंग पता |

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

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

| रोल | कॉन्ट्रैक्ट | किसके पास | फ़ंक्शन | टिप्पणी |
| - | - | - | - | - |
| **ओनर / एडमिन** | trUSD, strUSD, Minting, Distributor, YT-Lock | 3-of-5 Safe | उन कॉन्ट्रैक्ट्स पर ऑपरेशनल रोल देना और वापस लेना; `pause` / `unpause`; `setMaxMintPerBlock`, `setMaxRedeemPerBlock`; किसी कोलैटरल टोकन को हटाना या निष्क्रिय करना; `removeCustodianAddress` | ओनर और एडमिन एक ही Safe हैं। ऑन-चेन ये अलग-अलग रोल हैं और कॉन्ट्रैक्ट में बदलाव किए बिना इन्हें अलग किया जा सकता है |
| **टाइमलॉक एडमिन** | trUSD, strUSD, Minting, YT-Lock | टाइमलॉक कॉन्ट्रैक्ट | `_authorizeUpgrade` (कॉन्ट्रैक्ट अपग्रेड); `addAllowedToken`, `enableAllowedToken`; `addCustodianAddress`; `setStablesDeltaLimit`; `setMinter` | केवल कतार में डाले गए टाइमलॉक ऑपरेशन के ज़रिए पहुँचा जा सकता है |
| **टाइमलॉक प्रस्तावक** | Timelock | 3-of-5 Safe | किसी ऑपरेशन को कतार में डालना | |
| **टाइमलॉक निष्पादक** | Timelock | 3-of-5 Safe | देरी की अवधि के बाद कतार में डाले गए ऑपरेशन को निष्पादित करना | निष्पादन के लिए अपनी अलग 3-of-5 मंज़ूरी चाहिए, जो उसे कतार में डालने वाली मंज़ूरी के एक दिन बाद होती है: दो अलग-अलग निर्णय |
| **टाइमलॉक रद्द करने वाला** | Timelock | MPC वॉल्ट | कतार में डाले गए ऑपरेशन को रद्द करना | कतार में डाले गए बदलाव को रोक सकता है, कभी कोई बदलाव कर नहीं सकता |
| **गेटकीपर** | Minting | MPC वॉल्ट + बाहरी पक्ष | `disableMintRedeem`; `removeMinterRole`, `removeRedeemerRole`, `removeCollateralManagerRole` | केवल शक्तियाँ छीन सकता है, कभी दे नहीं सकता। एक धारक Tori है, दूसरा एक बाहरी पक्ष |
| **व्हाइटलिस्ट प्रबंधक** | Minting | MPC वॉल्ट | `addToWhitelist`, `addToWhitelistBatch`, `removeFromWhitelist` | कॉन्ट्रैक्ट के स्तर पर मिंट और रिडीम व्हाइटलिस्ट से नियंत्रित हैं, इसलिए यही रोल तय करता है कि कौन लेन-देन कर सकता है |
| **कोलैटरल मैनेजर** | Minting | MPC वॉल्ट | `transferToCustody` | गंतव्य केवल उन्हीं कस्टोडियन पतों तक सीमित हैं जो टाइमलॉक के ज़रिए पहले से पंजीकृत हैं |
| **मिंटर** | Minting | 3 EOA | `mint()` | उपयोगकर्ता द्वारा साइन किए गए EIP-712 ऑर्डर सबमिट करता है; ख़ुद कोई ऑर्डर बना नहीं सकता |
| **रिडीमर** | Minting | 3 EOA | `redeem()` | मिंटर की तरह |
| **ब्लैकलिस्ट प्रबंधक** | strUSD | Safe + EOA | `addToBlacklist`, `removeFromBlacklist`, और उनके बैच रूप | अनुपालन जाँच |
| **रिवॉर्डर** | strUSD | Safe + Distributor कॉन्ट्रैक्ट | `transferInRewards`, `reportLoss` | एक धारक कोई कुंजी नहीं, बल्कि एक कॉन्ट्रैक्ट है |
| **रिवॉर्ड ऑपरेटर** | Distributor | MPC वॉल्ट | निर्धारित वितरण को शुरू करना | राशि नहीं बदल सकता |

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

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

टाइमलॉक [`0xA952453E39F77108Ee37C1b92de593F1C59A6ef4`](https://etherscan.io/address/0xA952453E39F77108Ee37C1b92de593F1C59A6ef4) है
और इसकी न्यूनतम देरी 86,400 सेकंड है। मुख्य कॉन्ट्रैक्ट्स पर टाइमलॉक एडमिन रोल इसी के पास है,
जिसका मतलब है कि ये चार ऑपरेशन चुपचाप नहीं हो सकते:

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

कोई भी Etherscan पर कतार देख सकता है। कतार में डाला गया कोई अप्रत्याशित ऑपरेशन लागू होने से पहले पूरे एक दिन तक
दिखाई देता है, और रद्द करने वाला रोल एक ऐसी कुंजी पर है जो उसे एक ही ट्रांज़ैक्शन में रोक सकती है।

## रेट लिमिट

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

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

इस तालिका का हर रोल असाइनमेंट चेन से पढ़ा जा सकता है, और इसमें से किसी भी बात को भरोसे पर मानने की ज़रूरत नहीं है:

* **रोल किसके पास है**: कॉन्ट्रैक्ट पर `hasRole(role, address)`
* **Safe कोरम**: Safe पर `getThreshold()` और `getOwners()`
* **टाइमलॉक की देरी**: टाइमलॉक पर `getMinDelay()`
* **इस समय कतार में क्या है**: Etherscan पर टाइमलॉक के इवेंट

MPC थ्रेशोल्ड ऑन-चेन नहीं, बल्कि कस्टडी प्रदाता के पॉलिसी इंजन में रखे जाते हैं। हम इनकी पुष्टि प्रदाता से करवा रहे हैं
और इनका स्वतंत्र सत्यापन करवा रहे हैं, और हमारा इरादा इसे अपने रिज़र्व प्रमाण डेटा के साथ प्रकाशित करने का है।

> [!NOTE]
>
> **मशीन अनुवाद संबंधी सूचना:** यह पेज अंग्रेज़ी मूल पाठ का मशीन अनुवाद है और केवल सुविधा के लिए दिया गया है। इसमें त्रुटियाँ या चूक हो सकती हैं और इसका कोई कानूनी प्रभाव नहीं है। यदि यह पेज अंग्रेज़ी संस्करण से अलग है, तो अंग्रेज़ी संस्करण ही मान्य होगा। इस पेज की किसी भी जानकारी पर भरोसा करने से पहले [अंग्रेज़ी मूल पाठ](/security/roles.md) पढ़ें।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.