Provider Watch
प्रदाता FSP निगरानी हर वोटिंग राउंड में एक नेटवर्क पर एक प्रोवाइडर identity पर नज़र रखती है, कमिट और हस्ताक्षर से लेकर बैलेंस, वैलिडेटर और रिवार्ड तक।
अंतिम अपडेट: 27 सित॰ 2026- एक प्रदाता स्लॉट खरीदें: आपकी वॉचेस → प्रदाता Watchdog स्लॉट → स्लॉट खरीदें।
- नई वॉच चुनें और भाग 1. प्रकार चुनें में प्रदाता FSP निगरानी चुनें।
- भाग 2. क्या देखें में नेटवर्क चुनें और प्रदाता का Identity पता (0x…) दर्ज करें। यह EntityManager में पंजीकृत identity पता है, submit या signing policy पता नहीं।
- शुरुआत के लिए भाग 3. संकेत में डिफ़ॉल्ट मान रहने दें। आप उन्हें बाद में बारीकी से समायोजित कर सकते हैं।
- भाग 4. प्राप्तकर्ता में प्रोवाइडर अलर्ट को कुछ ही चैनलों तक सीमित रखें। व्यस्त दिनों में कई अलर्ट आ सकते हैं, और टीम समूह अक्सर उनके लिए सबसे अच्छी जगह होता है।
- सहेजें। वॉच कार्ड ठीक, समस्या या जाँचा नहीं गया दिखाता है, और विवरण दिखाएँ सबसे नए माप सूचीबद्ध करता है।
हर वॉच एक नेटवर्क को कवर करती है। अगर आप अपना प्रोवाइडर Flare और Songbird पर चलाते हैं, तो दो वॉचेस बनाएँ, हर एक के लिए एक प्रदाता स्लॉट।
- FTSO: हर वोटिंग राउंड में कमिट, रिवील और हस्ताक्षर।
- FDC: बिटवोट, हस्ताक्षर, अपुष्ट सहमति अनुरोध, बिटवोट की लंबाई और अप्रत्याशित submit1 लेनदेन।
- उल्लंघन: ऐसे रिवील जो कमिट से मेल नहीं खाते, गलत हस्ताक्षरकर्ता, हस्ताक्षर की चूकी हुई समय सीमा और FDC रिवील उल्लंघन।
- लेनदेन: कोई सबमिशन लेनदेन विफल हुआ।
- Fast Updates: ऐसी निष्क्रियता जो आपके भार के हिसाब से सांख्यिकीय रूप से असंभावित है।
- पंजीकरण: अगली रिवार्ड एपॉक के लिए पंजीकरण अभी लंबित है, या identity सक्रिय signing policy में नहीं है।
- वैलिडेटर: आपकी कोई भी NodeID वर्तमान वैलिडेटर नहीं है, साथ में एक कनेक्टिविटी पूर्व चेतावनी जो डिफ़ॉल्ट रूप से बंद है।
- बैलेंस: submit, signature और signing policy पतों की हर घंटे जाँच, FLR या SGB में एक चेतावनी और एक गंभीर स्तर के साथ।
- पुरस्कार: हर रिवार्ड एपॉक में एक बार, एक न्यूनतम राशि से ऊपर आपके बिना दावे वाले रिवार्ड का सारांश।
- न्यूनतम शर्तें: anchor feeds और FDC भागीदारी के लिए पूर्व चेतावनियाँ।
- सिस्टम: निगरानी की उपलब्धता, जो हमेशा चालू रहती है।
हर सिग्नल अपने पैरामीटर और डिफ़ॉल्ट मानों के साथ सिग्नल संदर्भ में वर्णित है।
ज़्यादातर FTSO और FDC सिग्नल अलर्ट करने से पहले लगातार 2 खराब राउंड का इंतज़ार करते हैं। एक वोटिंग राउंड 90 सेकंड का होता है।
- 14:00:00, राउंड 1467688: कमिट गायब। लगातार पहला राउंड, कोई अलर्ट नहीं।
- 14:01:30, राउंड 1467689: कमिट फिर गायब। अलर्ट FTSO कमिट, जिसमें राउंड 1467688 को पहला राउंड बताया जाता है।
- 14:03:00, राउंड 1467690: कमिट समय पर। रिकवरी सूचना।
इसलिए रीस्टार्ट के बाद एक अकेली गड़बड़ी पर कोई अलर्ट नहीं आता, जबकि असली आउटेज की सूचना लगभग 3 मिनट बाद मिल जाती है। आप यह मान हर सिग्नल के लिए लगातार राउंड से बदलते हैं।
उल्लंघन, विफल लेनदेन और अप्रत्याशित FDC submit1 लेनदेन पहली बार होते ही अलर्ट करते हैं। सबसे महत्वपूर्ण है हस्ताक्षर की समय सीमा चूकी: जो हस्ताक्षर समय सीमा चूक जाता है, वह उस राउंड के रिवार्ड के लिए नहीं गिना जाता, इसलिए दूसरे राउंड का इंतज़ार करने से केवल और नुकसान होगा।
अलर्ट केवल उन्हीं चरणों का नाम लेता है जो वास्तव में प्रभावित हुए थे। उनमें से हर एक के लिए वह explorer में लेनदेन का लिंक जोड़ता है। अगर केवल FDC हस्ताक्षर अपनी समय सीमा चूका, तो आपको एक लिंक दिखता है; अगर FTSO और FDC दोनों चूके, तो दो लिंक दिखते हैं।
यह सिग्नल तभी ट्रिगर होता है जब आपकी identity के लिए पंजीकृत कोई भी NodeID वर्तमान वैलिडेटर नहीं है। अगर कोई NodeID पंजीकृत ही नहीं है, तो यह सिग्नल लागू नहीं होता।
उदाहरण: आप दो वैलिडेटर चलाते हैं जिनके stake अलग-अलग समय पर खत्म होते हैं। एक का stake खत्म होता है, और आप उसके समाप्त होने के बाद reinvest करके उसे नवीनीकृत करते हैं। उस अंतराल में दूसरा वैलिडेटर अभी भी सूचीबद्ध रहता है, इसलिए कोई अलर्ट नहीं आता। अलर्ट तभी मिलता है जब दोनों एक साथ हट जाते हैं।
सिग्नल Anchor पूर्व चेतावनी और FDC पूर्व चेतावनी गिनते हैं कि analyzer ने 2, 4 या 6 घंटे की समय खिड़की में क्या देखा। अगर आपका हिस्सा सीमा से नीचे चला जाता है, डिफ़ॉल्ट रूप से 80%, और कम से कम न्यूनतम संख्या में अवलोकन मौजूद हैं, तो आपको चेतावनी मिलती है। बिना सहमति वाले FDC राउंड गिने नहीं जाते।
यह एक शुरुआती संकेतक है, आधिकारिक निर्णय नहीं। आपके प्रोवाइडर ने न्यूनतम शर्तें पूरी कीं या नहीं, यह नेटवर्क रिवार्ड एपॉक के अंत में तय करता है।
प्रोवाइडर वॉच हमारे FSP analyzer पर निर्भर है, जो हर वोटिंग राउंड को chain से पढ़ता है। अगर उसका डेटा 10 मिनट से पुराना है, तो आपको अलर्ट निगरानी की उपलब्धता मिलता है, और इस वॉच के बाकी अलर्ट अनुमान लगाने के बजाय रुक जाते हैं। ताज़ा डेटा आने पर आपको रिकवरी सूचना मिलती है और निगरानी जारी रहती है।
- अलर्ट पढ़ें: सिग्नल, नेटवर्क, राउंड और, जहाँ उपलब्ध हों, लेनदेन लिंक।
- सिग्नल संदर्भ में सिग्नल खोलें, या अलर्ट इतिहास में इसका क्या अर्थ है? का उपयोग करें। वहाँ आम कारण और आपके करने योग्य कदम दिए गए हैं।
- उस राउंड के आसपास अपने submitter, signer और node के logs जाँचें।
- रिकवरी सूचना का इंतज़ार करें। अगर वह कुछ राउंड के भीतर नहीं आती, तो समस्या अभी भी बनी हुई है।
- अगर अलर्ट हानिरहित था, उदाहरण के लिए नियोजित रखरखाव के दौरान, तो सिग्नल बंद करने के बजाय लगातार राउंड बढ़ाएँ या रखरखाव के लिए वॉच को रोकें।