Cosmos Interchain Security: प्रोवाइडर, कंज्यूमर, पुरस्कार और स्लैशिंग

Interchain Security (ICS), Inter-Blockchain Communication (IBC) प्रोटोकॉल के जरिए अलग Cosmos चेन को जोड़ता है। प्रोवाइडर चेन वैलिडेटर सेट चलाती है, जबकि कंज्यूमर चेन उस सेट के पात्र वैलिडेटर से अपने ब्लॉक प्रस्तावित और पुष्टि करवाती है। दोनों चेन की state machine, लेजर, फीस, टोकन, शासन और ऐप नियम फिर भी अलग होते हैं।

“साझा सुरक्षा” का अर्थ यह नहीं है कि प्रतिनिधि के सिक्के कंज्यूमर चेन में चले गए। प्रतिनिधि का ATOM प्रोवाइडर के स्टेकिंग नियमों के तहत बॉन्ड रहता है। कंज्यूमर को उस स्टेक से समर्थित वैलिडेटर भागीदारी मिलती है और वह कुछ वैलिडेटर उल्लंघनों का प्रमाण प्रोवाइडर को भेज सकती है। इसलिए वॉलेट बैलेंस, कंज्यूमर टोकन और प्रोवाइडर पर बॉन्ड किया स्टेक तीन अलग चीजें हैं।

ICS केवल IBC टोकन ब्रिज भी नहीं है। IBC चेन के बीच प्रमाणित संचार उपलब्ध कराता है; ICS वैलिडेटर-सेट अपडेट और उल्लंघन के प्रमाण भेजने के लिए अलग cross-chain validation ऐप्लिकेशन चलाता है। टोकन ट्रांसफर ICS-20 का उपयोग कर सकता है और फिर भी वैलिडेटर सेट साझा नहीं करता। वैलिडेटर साझा होने से कंज्यूमर के हर ऐप या टोकन की सुरक्षा भी सुनिश्चित नहीं होती।

Interchain Security का परिचय · Interchain Security की शब्दावली

हर कंज्यूमर को प्रोवाइडर का पूरा वैलिडेटर सेट नहीं मिलता। Partial Set Security (PSS) के तहत कंज्यूमर उपसमूह चुन सकता है। Top N सेटिंग प्रोवाइडर के voting power के तय अनुपात के अनुसार वैलिडेटर चुनती है। opt-in सेटिंग में पात्र वैलिडेटर किसी खास कंज्यूमर के लिए स्वेच्छा से शामिल होते हैं। कौन सा तरीका सक्रिय है, यह मौजूदा चेन कॉन्फिगरेशन से देखना चाहिए।

Power-shaping सेटिंग कंज्यूमर सेट को और छोटा या संतुलित कर सकती हैं। उदाहरण के लिए, वैलिडेटर की अधिकतम संख्या या कंज्यूमर के voting power में किसी एक वैलिडेटर की अधिकतम हिस्सेदारी सीमित की जा सकती है; allowlist और denylist भी लागू हो सकती हैं। इससे कंज्यूमर का वैलिडेटर सेट बदलता है, प्रोवाइडर में बॉन्ड किए गए स्टेक का वितरण नहीं।

Top N चेन में कुछ वैलिडेटर को भाग लेना पड़ सकता है, इसलिए आम तौर पर प्रोवाइडर शासन की मंजूरी चाहिए। opt-in चेन बिना किसी वैलिडेटर को बाध्य किए शुरू हो सकती हैं। केवल “Cosmos चेन” कहे जाने से उसका लॉन्च तरीका न मानें। chain ID, consumer ID, लॉन्च की अवस्था, Top N या opt-in नियम, power-shaping पैरामीटर और प्रोवाइडर की वर्तमान शासन प्रक्रिया देखें; दस्तावेज और सुविधाएँ बदल सकती हैं।

Partial Set Security · Power shaping · Permissionless ICS

भाग लेने वाला प्रोवाइडर वैलिडेटर आम तौर पर अलग कंज्यूमर-चेन नोड चलाता है और उस चेन के सॉफ्टवेयर व लॉन्च निर्देशों का पालन करता है। प्रोवाइडर key को दोबारा इस्तेमाल करने के बजाय हर कंज्यूमर के लिए अलग consensus key असाइन की जा सकती है। अलग key से कंज्यूमर नोड के compromise होने पर प्रोवाइडर signing key उजागर होने की आशंका घटती है, लेकिन संचालन, सॉफ्टवेयर और हस्ताक्षर का जोखिम खत्म नहीं होता।

कौन नोड चलाएगा, यह भागीदारी नियम पर निर्भर है। Top N में जिम्मेदारी प्रोवाइडर voting power और सीमा से जुड़ सकती है; opt-in में वैलिडेटर आम तौर पर खुद चुनता है। Power cap या सूचियाँ अंतिम सेट बदल सकती हैं। वैलिडेटर को हर कंज्यूमर के लिए पात्रता, key assignment, binary hash, शुरू होने का समय और निगरानी की शर्तें जांचनी चाहिए।

प्रतिनिधि आम तौर पर कंज्यूमर नोड खुद नहीं चलाते। उनका प्रोवाइडर स्टेक अतिरिक्त काम करने वाले वैलिडेटर को समर्थन देता है, और कंज्यूमर का दंड उस स्टेक को प्रभावित कर सकता है। इसलिए प्रोवाइडर पर वैलिडेटर की पहचान और uptime देखना ही पर्याप्त नहीं; हर कंज्यूमर के भागीदारी और उल्लंघन नियम भी देखें।

वैलिडेटर मार्गदर्शिका और स्टार्टअप क्रम · Key assignment

प्रोवाइडर में स्टेक या पात्रता बदलने पर कंज्यूमर का वैलिडेटर सेट भी अपडेट होना पड़ सकता है। ICS Cross-Chain Validation (CCV) चैनल पर वैलिडेटर-सेट बदलाव भेजता है। Relayer संदेशों को चेन के बीच पहुँचाता है; फिर हर चेन प्रोटोकॉल के अनुसार स्थिति सत्यापित कर अपना बदलाव लागू करती है। Relayer कंज्यूमर वैलिडेटर नहीं होता और वह तय नहीं करता कि कौन से हस्ताक्षर मान्य हैं।

इस समन्वय से भागीदारी और बाहर निकलने का समय एकल-चेन स्टेकिंग से अधिक जटिल हो सकता है। पुराने CCV design में चेन के पार unbonding सुरक्षा के लिए validator-set-change पैकेट और maturity सूचना का वर्णन है। कार्यान्वयन समय के साथ बदले हैं, इसलिए सामान्य ICS लेख से यह नहीं कहा जा सकता कि प्रोवाइडर से undelegate करने में सबको समान अतिरिक्त समय लगेगा। सटीक व्यवहार प्रोटोकॉल संस्करण और चेन पैरामीटर पर निर्भर है।

Delegation बदलने या निकालने से पहले प्रोवाइडर और कंज्यूमर की मौजूदा सामग्री पढ़ें और लंबित unbonding रिकॉर्ड देखें। सामान्य staking अवधि को ICS-विशिष्ट समन्वय से अलग समझें। Relayer की देरी या पुराना client पैकेट की प्रगति धीमी कर सकता है, भले ही मूल नियम न बदले।

IBC विनिर्देश में CCV का परिचय · वैलिडेटर मार्गदर्शिका

कंज्यूमर चेन वैलिडेटर के गलत व्यवहार का प्रमाण प्रोवाइडर को भेज सकती है। ICS दस्तावेज downtime और double-signing जैसे equivocation में फर्क करते हैं। चेन के नियम, प्रोटोकॉल संस्करण और consumer infraction पैरामीटर के अनुसार प्रमाण पर कार्रवाई होती है; नतीजे में jail, स्टेक slash या दोनों हो सकते हैं।

हर चेन के लिए एक सार्वभौमिक दंड दर नहीं है। मौजूदा आधिकारिक दस्तावेज downtime के नतीजे पर पूरी तरह एकमत नहीं हैं: वैलिडेटर गाइड Hub के लिए बिना slash के jail बताती है, जबकि slashing feature पेज consumer parameter के आधार पर jail और slash बताता है। इसलिए केवल “ICS” नाम से आर्थिक नतीजा न निकालें; संबंधित चेन का implementation, configuration और evidence प्रक्रिया जांचें। वैध double-signing प्रमाण प्रोवाइडर पर slash, jail और tombstone तक ले जा सकता है।

यदि प्रोवाइडर स्टेक slash करता है तो उसके staking नियमों के तहत वैलिडेटर का self-bond और प्रतिनिधियों का आर्थिक हिस्सा प्रभावित हो सकता है। Jail वैलिडेटर को प्रोवाइडर के सक्रिय सेट से हटा सकता है और नतीजतन कंज्यूमर सेटों से भी। यह मानकर न चलें कि कंज्यूमर का उल्लंघन सिर्फ कंज्यूमर-टोकन पुरस्कार घटाता है।

कंज्यूमर द्वारा शुरू की गई slashing · Interchain Security वैलिडेटर गाइड

कंज्यूमर चेन ब्लॉक पुरस्कार या फीस का तय हिस्सा सुरक्षा के बदले प्रोवाइडर को भेज सकती है। यह राशि IBC transfer channel से समय-समय पर जाती है। प्रोवाइडर केवल whitelist की गई denominations स्वीकार करता है और पात्रता कंज्यूमर के नियमों पर निर्भर है। मौजूदा दस्तावेज के अनुसार पुरस्कार पाने से पहले वैलिडेटर को तय संख्या में epoch लगातार कंज्यूमर validate करना पड़ सकता है; फिर प्रतिनिधि प्रोवाइडर के वितरण नियमों के तहत हिस्सा पा सकते हैं।

एक सरल काल्पनिक उदाहरण लें: किसी अवधि में कंज्यूमर को योग्य फीस और inflation reward के 12,000 यूनिट मिले, और शासन ने 25% हिस्सा प्रोवाइडर पुरस्कार के लिए रखा। गणित के अनुसार 3,000 यूनिट प्रोवाइडर के reward pool की ओर भेजे जाएंगे। इससे डॉलर मूल्य, वैलिडेटर को अंतिम आवंटन, भुगतान समय या भविष्य का रिटर्न तय नहीं होता। Voting-power cap हो तो वितरण का भार प्रोवाइडर के मूल voting power की जगह कंज्यूमर के बदले हुए सेट पर आधारित हो सकता है।

पुरस्कार टोकन अस्थिर, कम तरल या claim करने में महँगा हो सकता है। दिखाया गया APY कंज्यूमर गतिविधि, reward share, पात्र वैलिडेटर, commission, प्रोवाइडर वितरण, denom whitelist और opt-in अवधि जैसी बदलने वाली धारणाओं को मिला सकता है। कंज्यूमर पुरस्कार को बदलते प्रोटोकॉल प्रवाह के रूप में देखें, गारंटीकृत APY या slash जोखिम की भरपाई के रूप में नहीं।

Reward distribution के नियम · कंज्यूमर-चेन वैलिडेटर पुरस्कार

प्रोवाइडर वैलिडेटर कंज्यूमर की सुरक्षा को छोटी नई वैलिडेटर सेट पर अकेले निर्भर रहने से मजबूत कर सकते हैं। फिर भी कंज्यूमर, प्रोवाइडर जैसा नहीं हो जाता। उसके अपने application software, शासन, आर्थिक ढाँचा, IBC clients और channels, संचालन संबंधी निर्भरता तथा smart contracts या modules हो सकते हैं।

वैलिडेटर सेट सुरक्षा मॉडल का केवल एक हिस्सा है। कंज्यूमर का चुना हुआ उपसमूह प्रोवाइडर के पूरे सेट से अधिक केंद्रित या कम सक्रिय हो सकता है। Client या relayer समस्या समन्वय देर कर सकती है; प्रोवाइडर वैलिडेटर सही काम करें तब भी कंज्यूमर सॉफ्टवेयर की त्रुटि कंज्यूमर को प्रभावित कर सकती है। शासन पैरामीटर बदल सकता है और टोकन की कीमत consensus प्रक्रिया से स्वतंत्र रूप से गिर सकती है।

“Cosmos Hub से सुरक्षित” कहना जांच की शुरुआत है, पूर्ण जोखिम-रेटिंग नहीं। पूछें कि कौन सा provider शामिल है, कौन से वैलिडेटर हिस्सा लेते हैं, उनकी voting power कैसे आकार दी गई है, कौन सा प्रमाण slash करा सकता है, क्या पुरस्कार भेजे जाते हैं और बाहर निकलने या बदलाव की प्रक्रिया क्या है। सुरक्षा ठोस कॉन्फिगरेशन और संचालन अवधि से जुड़ी है।

Interchain सुरक्षा की शब्दावली और प्रकार · कंज्यूमर शासन

कंज्यूमर की सही chain ID, consumer ID और provider की पुष्टि करें। देखें कि Top N या opt-in लागू है, power cap या सूची वैलिडेटर सेट बदलती है और प्रकाशित सूची नवीनतम अपडेट दिखाती है। वैलिडेटर की संख्या अकेले voting power का वितरण नहीं बताती।

यदि आप वैलिडेटर या प्रतिनिधि हैं तो जाँचें कि वैलिडेटर को opt-in करना है या नहीं, कंज्यूमर के लिए कौन सी consensus key है, सही binary चल रही है या नहीं, और downtime या double-signing कैसे संभाले जाते हैं। सक्रिय jail और slash पैरामीटर पढ़ें। Delegation करते समय प्रोवाइडर पर बॉन्ड स्टेक को वॉलेट में दिखने वाले कंज्यूमर पुरस्कार से अलग समझें।

अंत में स्वीकृत reward denom, पात्रता के लिए epochs की संख्या, वितरण व commission नियम, consumer governance अधिकार, relayer/client स्थिति और मौजूदा undelegation या changeover प्रक्रिया देखें। इन्हें केवल provider staking या टोकन ट्रांसफर के बराबर न मानें; वे अलग सवालों के जवाब देते हैं।

[Cosmos Hub delegation और slashing](/learn/cosmos-staking-delegation-unbonding-slashing-validator-commission-explained) · [IBC packet transfer और relayer जोखिम](/learn/cosmos-ibc-transfer-clients-channels-packet-timeouts-relayer-risks-explained) · Crypto staking बनाम DeFi lending

प्राथमिक स्रोत: Interchain Security परिचय; शब्दावली; Partial Set Security; Power shaping; पुरस्कार वितरण; consumer-initiated slashing; वैलिडेटर मार्गदर्शिका; IBC में CCV विनिर्देश.