सुरक्षा स्टैक
स्मार्ट कॉन्ट्रैक्ट ऑडिट
Sherlock और Nethermind ने प्रोटोकॉल का स्वतंत्र रूप से ऑडिट किया। Sherlock अब तक Web3 में $50 अरब से अधिक की एसेट्स को सुरक्षित कर चुका है; Nethermind एक ब्लॉकचेन रिसर्च और सुरक्षा फ़र्म है। ऑडिट में मुख्य प्रोटोकॉल कॉन्ट्रैक्ट, strUSD स्टेकिंग और अनस्टेकिंग, एक्सेस कंट्रोल, और थर्ड-पार्टी इंटीग्रेशन शामिल थे। दोनों रिपोर्ट सार्वजनिक हैं; तारीखें और PDF ऑडिट पेज पर हैं, साथ में एक बग बाउंटी का ब्योरा भी है, जो किसी क्रिटिकल खामी के लिए $1,000,000 तक का भुगतान करती है।निगरानी
Hypernative प्रोटोकॉल गतिविधि पर लगातार नज़र रखता है और कुछ भी गड़बड़ दिखते ही टीम को अलर्ट करता है: कोई असामान्य या असाधारण रूप से बड़ा ट्रांज़ैक्शन, किसी ज्ञात हमलावर का पता, कोई एडमिन ऑपरेशन, किसी पैरामीटर में बदलाव, किसी बाहरी निर्भरता का गड़बड़ व्यवहार। इसके मॉडल लगातार जोखिम का आकलन करते हैं, और किसी ख़तरे का पता चलने पर पहली प्रतिक्रिया स्वचालित होती है।रिज़र्व प्रमाण
Accountable रिज़र्व और वित्तीय आँकड़ों का स्वतंत्र और निरंतर सत्यापन करता है। सत्यापन में प्रबंधन के अधीन कुल एसेट्स, देनदारी कवरेज अनुपात और रिज़र्व फ़ंड की स्थिति शामिल होती है, और ये tori.accountable.capital पर प्रकाशित होते हैं, जहाँ कोई भी इन्हें कभी भी पढ़ सकता है। ये आँकड़े ख़ुद रिपोर्ट किए गए नहीं, बल्कि तीसरे पक्ष द्वारा सत्यापित हैं, और ये मासिक या तिमाही चक्र के बजाय लगातार अपडेट होते हैं। ऐप लाइव बैकिंग डेटा को app.tori.finance/transparency पर भी दिखाता है।कस्टडी
ऑन-चेन, कॉन्ट्रैक्ट ऑडिट किए गए हैं, महत्वपूर्ण ऑपरेशन के लिए मल्टीसिग कोरम ज़रूरी है, और जो कुछ भी प्रोटोकॉल का दायरा बढ़ाता है, उसे 24-घंटे के टाइमलॉक से गुज़रना पड़ता है। हर फ़ंक्शन एक ऐसे रोल के पीछे है जिसका दायरा केवल एक काम तक सीमित है। ऑफ़-चेन रिज़र्व जाँचे-परखे संस्थागत कस्टोडियन और साझेदारों के पास, पृथक खातों में, अलग-अलग क्षेत्राधिकारों में बँटे हुए रखे जाते हैं। बैकिंग और रिज़र्व में एसेट पक्ष का विस्तृत विवरण है।प्रोटोकॉल रिज़र्व को संचालन से जुड़े फ़ंड के साथ मिलाया नहीं जाता। सभी एसेट्स जाँचे-परखे
कस्टोडियन, संस्थागत साझेदारों के पास या विनियमित इंस्ट्रूमेंट के ज़रिए रखे जाते हैं।
किसके पास किस चीज़ का नियंत्रण है
मेननेट कॉन्ट्रैक्ट्स के हर विशेषाधिकार वाले रोल का ब्योरा फ़ंक्शन के स्तर तक रोल मैट्रिक्स में दिया गया है: हर रोल क्या कर सकता है, वह किसके पास है, और उसकी कुंजी कैसे कस्टडी में रखी जाती है। संक्षेप में: कोई भी रोल उस एक काम से ज़्यादा कुछ नहीं कर सकता जिसके लिए उसका नाम रखा गया है, अपग्रेड और नए कस्टडी गंतव्य लागू होने से पहले 24 घंटे तक सार्वजनिक रूप से प्रतीक्षा करते हैं, और हर रोल धारक ऑन-चेन पढ़ा जा सकता है।संचालन सुरक्षा
टीम के एक्सेस के लिए मल्टी-फ़ैक्टर ऑथेंटिकेशन ज़रूरी है, साइनिंग कुंजियाँ हार्डवेयर सिक्योरिटी मॉड्यूल में रहती हैं, हर व्यक्ति के पास केवल उतना ही एक्सेस होता है जितना उसके रोल के लिए ज़रूरी है, और एक्सेस अधिकारों की तय समय पर समीक्षा की जाती है। किसी घटना का पता चलने पर यह प्रक्रिया चलती है: प्राथमिक जाँच और गंभीरता का वर्गीकरण, नुकसान पर अंकुश, सुधार, उपयोगकर्ताओं को सूचना, और पोस्ट-मॉर्टम। नुकसान पर अंकुश लगाने के लिए मल्टीसिग कोरम का इंतज़ार नहीं किया जाता: गेटकीपर रोल एक ही ट्रांज़ैक्शन में मिंट और रिडीम को बंद कर सकता है।किसी कमज़ोरी की रिपोर्ट करना
सुरक्षा संबंधी समस्याओं की रिपोर्ट security@tori.finance पर करें। हमारा लक्ष्य 24 घंटों के भीतर रिपोर्ट की प्राप्ति की पुष्टि करना है। रिवॉर्ड, दायरा और प्रकटीकरण से जुड़े दिशानिर्देश ऑडिट पेज पर हैं।कोई भी सिस्टम पूर्ण सुरक्षा की गारंटी नहीं दे सकता। ऑडिट किसी एक समय पर किए गए आकलन होते हैं, और हमले के
नए तरीके सामने आते रहते हैं। इसीलिए ऊपर दी गई परतें एक-दूसरे को ओवरलैप करती हैं। पूरी तस्वीर के लिए
जोखिम प्रकटीकरण देखें।
अगले कदम
ऑडिट रिपोर्ट
दोनों रिपोर्ट, तारीखों, PDF और बाउंटी तालिका के साथ
रोल और टाइमलॉक
विशेषाधिकार वाली हर कुंजी, फ़ंक्शन के स्तर तक
बैकिंग
trUSD के पीछे क्या है
जोखिम प्रकटीकरण
क्या ग़लत हो सकता है, साफ़-साफ़ शब्दों में
मशीन अनुवाद संबंधी सूचना: यह पेज अंग्रेज़ी मूल पाठ का मशीन अनुवाद है और केवल सुविधा के लिए दिया गया है। इसमें त्रुटियाँ या चूक हो सकती हैं और इसका कोई कानूनी प्रभाव नहीं है। यदि यह पेज अंग्रेज़ी संस्करण से अलग है, तो अंग्रेज़ी संस्करण ही मान्य होगा। इस पेज की किसी भी जानकारी पर भरोसा करने से पहले अंग्रेज़ी मूल पाठ पढ़ें।