प्रोजेक्ट के स्टेटस अपडेट और रिपोर्ट्स के अनुसार समस्या की शुरुआत Pythnet के वैलिडेटर लेयर में हुई—यही नेटवर्क विभिन्न स्रोतों से आने वाले प्राइस डेटा को एग्रीगेट करके प्रकाशित करता है। जब वैलिडेटरों ने ब्लॉक बनाना बंद कर दिया, तो नए ऑरेकल डेटा को फ़ाइनलाइज़ करना और नेटवर्क पर वितरित करना संभव नहीं रहा।

इस घटना से दो प्रमुख सिस्टम प्रभावित हुए:

• Pythnet — जहाँ प्राइस अपडेट प्रोसेस और वैलिडेट होते हैं
• Hermes — API लेयर जो इन प्राइस अपडेट्स को एप्लिकेशन और अन्य ब्लॉकचेन तक पहुँचाती है

इन दोनों के प्रभावित होने से कोर प्राइस फ़ीड और स्पॉन्सर्ड फ़ीड अपडेट होना बंद हो गए, जिससे DeFi प्रोटोकॉल के लिए उपलब्ध ऑरेकल डेटा अस्थायी रूप से रुक गया।

आउटेज चार घंटे से अधिक समय तक चला और कुछ रिपोर्ट्स के अनुसार यह अवधि पाँच घंटे के करीब भी पहुँची, उसके बाद सेवाएँ धीरे‑धीरे सामान्य हुईं।

हालाँकि, सभी Pyth सेवाएँ प्रभावित नहीं हुईं। स्टेटस अपडेट के अनुसार Pyth Pro (जिसे पहले Lazer कहा जाता था) इस दौरान सामान्य रूप से चलता रहा, जिससे संकेत मिलता है कि समस्या मुख्यतः सार्वजनिक Pythnet और Hermes इंफ्रास्ट्रक्चर तक सीमित थी।

DeFi में प्राइस फ़ीड रुकने से समस्या क्यों होती है

DeFi प्रोटोकॉल में ऑरेकल वह प्रणाली होती है जो बाहरी बाज़ार की कीमतें स्मार्ट कॉन्ट्रैक्ट तक पहुँचाती है। स्मार्ट कॉन्ट्रैक्ट स्वयं इंटरनेट या एक्सचेंज से डेटा नहीं पढ़ सकते, इसलिए उन्हें ऑरेकल की आवश्यकता होती है।

जब प्राइस फ़ीड अपडेट होना बंद हो जाते हैं, तो कई महत्वपूर्ण प्रक्रियाएँ प्रभावित हो सकती हैं:

1. कोलेटरल का गलत मूल्यांकन
लेंडिंग प्लेटफ़ॉर्म उपयोगकर्ताओं द्वारा जमा संपत्ति (collateral) की कीमत ऑरेकल से लेते हैं। अगर कीमतें पुरानी हों, तो वास्तविक जोखिम का आकलन गलत हो सकता है।

2. लिक्विडेशन में देरी या त्रुटि
जब किसी उधारकर्ता की संपत्ति की कीमत गिरती है, तो प्रोटोकॉल उसे लिक्विडेट कर सकता है। लेकिन अगर कीमत अपडेट न हो, तो लिक्विडेशन या तो देर से होगा या गलत समय पर हो सकता है।

3. डेरिवेटिव और ट्रेडिंग सिस्टम में बाधा
परपेचुअल फ्यूचर्स, ऑप्शन्स और अन्य डेरिवेटिव प्रोडक्ट्स को मार्क प्राइस और फंडिंग रेट निकालने के लिए लगातार प्राइस डेटा चाहिए।

इसी वजह से कई प्रोटोकॉल ऐसी स्थिति में ट्रेडिंग रोक देते हैं, उधार सीमित कर देते हैं या बैकअप ऑरेकल का उपयोग करते हैं।

किस प्रोटोकॉल पर कितना असर पड़ा, यह उसके डिजाइन पर निर्भर था। जिन प्लेटफ़ॉर्मों में fallback oracle, staleness checks या circuit breakers थे, वे अपेक्षाकृत सुरक्षित तरीके से काम रोक सके; जबकि जो पूरी तरह Pyth फ़ीड पर निर्भर थे, उन्हें अधिक व्यवधान का सामना करना पड़ा।

नेटवर्क को कैसे बहाल किया गया

घटना के बाद Pyth टीम और वैलिडेटर ऑपरेटरों ने मिलकर रिकवरी प्रक्रिया शुरू की। रिपोर्ट्स के अनुसार चरण इस प्रकार थे:

1. पहले यह पता चला कि Pythnet ब्लॉक प्रोड्यूस नहीं कर रहा और प्राइस फ़ीड अपडेट बंद हैं।
2. वैलिडेटरों ने मूल समस्या की पहचान की।
3. इसके बाद ऑपरेटरों ने Pythnet और संबंधित सेवाओं को समन्वित तरीके से रीस्टार्ट किया।
4. धीरे‑धीरे Hermes API और कोर प्राइस फ़ीड सामान्य रूप से काम करने लगे।

सेवाएँ बहाल होने के बाद स्टेटस पेज पर घटना को “resolved” बताया गया और टीम ने कहा कि विस्तृत तकनीकी पोस्टमॉर्टम बाद में जारी किया जाएगा।

अब तक सार्वजनिक रूप से उस वैलिडेटर फेल्योर का सटीक तकनीकी कारण विस्तार से साझा नहीं किया गया है।

बड़ी सीख: ऑरेकल कंसंट्रेशन रिस्क

यह घटना केवल एक तकनीकी गड़बड़ी नहीं थी—इसने DeFi में मौजूद एक बड़े जोखिम की ओर भी ध्यान खींचा: oracle concentration risk।

Pyth आज DeFi में प्रमुख ऑरेकल प्रदाताओं में से एक है। इसका डेटा 120 से अधिक वित्तीय संस्थानों और मार्केट प्रतिभागियों से आता है और इसे 100 से ज्यादा ब्लॉकचेन नेटवर्क पर उपलब्ध कराया जाता है।

इतना व्यापक उपयोग फायदेमंद है, लेकिन इसका मतलब यह भी है कि बहुत‑से स्वतंत्र प्रोटोकॉल एक ही डेटा इंफ्रास्ट्रक्चर पर निर्भर हैं।

जब ऐसा कोई बड़ा ऑरेकल नेटवर्क अस्थायी रूप से बंद होता है:

• कई ब्लॉकचेन पर चल रहे प्रोटोकॉल एक साथ एक ही प्राइस डेटा स्रोत खो देते हैं
• लिक्विडेशन सिस्टम रुक सकते हैं या अनिश्चित व्यवहार कर सकते हैं
• ट्रेडिंग, लेंडिंग और डेरिवेटिव मार्केट्स अस्थायी रूप से ठप हो सकते हैं

22 मई की घटना ने दिखाया कि साझा इंफ्रास्ट्रक्चर पूरे DeFi इकोसिस्टम में आपस में जुड़े जोखिम पैदा कर सकता है, भले ही अलग‑अलग ऐप्स तकनीकी रूप से विकेंद्रीकृत हों।

DeFi डेवलपर्स के लिए सबक

ऐसी घटनाएँ कुछ महत्वपूर्ण डिजाइन प्रथाओं को और मजबूत बनाती हैं:

• एक से अधिक oracle providers का उपयोग
• price staleness checks जो अपडेट रुकने पर संवेदनशील फ़ंक्शन रोक दें
• आपात स्थिति के लिए fallback price feeds
• संकट के समय ट्रेडिंग या उधारी रोकने वाले circuit breakers

इन उपायों का उद्देश्य यह सुनिश्चित करना है कि अगर कोई महत्वपूर्ण इंफ्रास्ट्रक्चर अस्थायी रूप से विफल हो जाए, तो प्रोटोकॉल सुरक्षित तरीके से प्रतिक्रिया दे सकें।

निष्कर्ष

22 मई का Pyth आउटेज कुछ घंटों का ही था, लेकिन इसने दिखा दिया कि आधुनिक DeFi में ऑरेकल नेटवर्क कितने महत्वपूर्ण हो चुके हैं। Pythnet पर ब्लॉक प्रोडक्शन रुकने से पूरे इकोसिस्टम में रियल‑टाइम प्राइस फ़ीड ठहर गए और कई प्रोटोकॉल को सुरक्षा उपायों पर निर्भर होना पड़ा।

जब तक आधिकारिक तकनीकी पोस्टमॉर्टम सामने नहीं आता, तब तक इस वैलिडेटर फेल्योर का सटीक कारण पूरी तरह स्पष्ट नहीं है। लेकिन यह घटना एक वास्तविक याद दिलाती है कि स्मार्ट‑कॉन्ट्रैक्ट आधारित वित्तीय प्रणालियों के लिए डेटा स्रोतों में विविधता और बैकअप व्यवस्था बेहद आवश्यक है।

प्रोजेक्ट के स्टेटस अपडेट और रिपोर्ट्स के अनुसार समस्या की शुरुआत Pythnet के वैलिडेटर लेयर में हुई—यही नेटवर्क विभिन्न स्रोतों से आने वाले प्राइस डेटा को एग्रीगेट करके प्रकाशित करता है। जब वैलिडेटरों ने ब्लॉक बनाना बंद कर दिया, तो नए ऑरेकल डेटा को फ़ाइनलाइज़ करना और नेटवर्क पर वितरित करना संभव नहीं रहा।

इस घटना से दो प्रमुख सिस्टम प्रभावित हुए:

• Pythnet — जहाँ प्राइस अपडेट प्रोसेस और वैलिडेट होते हैं
• Hermes — API लेयर जो इन प्राइस अपडेट्स को एप्लिकेशन और अन्य ब्लॉकचेन तक पहुँचाती है

इन दोनों के प्रभावित होने से कोर प्राइस फ़ीड और स्पॉन्सर्ड फ़ीड अपडेट होना बंद हो गए, जिससे DeFi प्रोटोकॉल के लिए उपलब्ध ऑरेकल डेटा अस्थायी रूप से रुक गया।

आउटेज चार घंटे से अधिक समय तक चला और कुछ रिपोर्ट्स के अनुसार यह अवधि पाँच घंटे के करीब भी पहुँची, उसके बाद सेवाएँ धीरे‑धीरे सामान्य हुईं।

हालाँकि, सभी Pyth सेवाएँ प्रभावित नहीं हुईं। स्टेटस अपडेट के अनुसार Pyth Pro (जिसे पहले Lazer कहा जाता था) इस दौरान सामान्य रूप से चलता रहा, जिससे संकेत मिलता है कि समस्या मुख्यतः सार्वजनिक Pythnet और Hermes इंफ्रास्ट्रक्चर तक सीमित थी।

DeFi में प्राइस फ़ीड रुकने से समस्या क्यों होती है

DeFi प्रोटोकॉल में ऑरेकल वह प्रणाली होती है जो बाहरी बाज़ार की कीमतें स्मार्ट कॉन्ट्रैक्ट तक पहुँचाती है। स्मार्ट कॉन्ट्रैक्ट स्वयं इंटरनेट या एक्सचेंज से डेटा नहीं पढ़ सकते, इसलिए उन्हें ऑरेकल की आवश्यकता होती है।

जब प्राइस फ़ीड अपडेट होना बंद हो जाते हैं, तो कई महत्वपूर्ण प्रक्रियाएँ प्रभावित हो सकती हैं:

1. कोलेटरल का गलत मूल्यांकन
लेंडिंग प्लेटफ़ॉर्म उपयोगकर्ताओं द्वारा जमा संपत्ति (collateral) की कीमत ऑरेकल से लेते हैं। अगर कीमतें पुरानी हों, तो वास्तविक जोखिम का आकलन गलत हो सकता है।

2. लिक्विडेशन में देरी या त्रुटि
जब किसी उधारकर्ता की संपत्ति की कीमत गिरती है, तो प्रोटोकॉल उसे लिक्विडेट कर सकता है। लेकिन अगर कीमत अपडेट न हो, तो लिक्विडेशन या तो देर से होगा या गलत समय पर हो सकता है।

3. डेरिवेटिव और ट्रेडिंग सिस्टम में बाधा
परपेचुअल फ्यूचर्स, ऑप्शन्स और अन्य डेरिवेटिव प्रोडक्ट्स को मार्क प्राइस और फंडिंग रेट निकालने के लिए लगातार प्राइस डेटा चाहिए।

इसी वजह से कई प्रोटोकॉल ऐसी स्थिति में ट्रेडिंग रोक देते हैं, उधार सीमित कर देते हैं या बैकअप ऑरेकल का उपयोग करते हैं।

किस प्रोटोकॉल पर कितना असर पड़ा, यह उसके डिजाइन पर निर्भर था। जिन प्लेटफ़ॉर्मों में fallback oracle, staleness checks या circuit breakers थे, वे अपेक्षाकृत सुरक्षित तरीके से काम रोक सके; जबकि जो पूरी तरह Pyth फ़ीड पर निर्भर थे, उन्हें अधिक व्यवधान का सामना करना पड़ा।

नेटवर्क को कैसे बहाल किया गया

घटना के बाद Pyth टीम और वैलिडेटर ऑपरेटरों ने मिलकर रिकवरी प्रक्रिया शुरू की। रिपोर्ट्स के अनुसार चरण इस प्रकार थे:

1. पहले यह पता चला कि Pythnet ब्लॉक प्रोड्यूस नहीं कर रहा और प्राइस फ़ीड अपडेट बंद हैं।
2. वैलिडेटरों ने मूल समस्या की पहचान की।
3. इसके बाद ऑपरेटरों ने Pythnet और संबंधित सेवाओं को समन्वित तरीके से रीस्टार्ट किया।
4. धीरे‑धीरे Hermes API और कोर प्राइस फ़ीड सामान्य रूप से काम करने लगे।

सेवाएँ बहाल होने के बाद स्टेटस पेज पर घटना को “resolved” बताया गया और टीम ने कहा कि विस्तृत तकनीकी पोस्टमॉर्टम बाद में जारी किया जाएगा।

अब तक सार्वजनिक रूप से उस वैलिडेटर फेल्योर का सटीक तकनीकी कारण विस्तार से साझा नहीं किया गया है।

बड़ी सीख: ऑरेकल कंसंट्रेशन रिस्क

यह घटना केवल एक तकनीकी गड़बड़ी नहीं थी—इसने DeFi में मौजूद एक बड़े जोखिम की ओर भी ध्यान खींचा: oracle concentration risk।

Pyth आज DeFi में प्रमुख ऑरेकल प्रदाताओं में से एक है। इसका डेटा 120 से अधिक वित्तीय संस्थानों और मार्केट प्रतिभागियों से आता है और इसे 100 से ज्यादा ब्लॉकचेन नेटवर्क पर उपलब्ध कराया जाता है।

इतना व्यापक उपयोग फायदेमंद है, लेकिन इसका मतलब यह भी है कि बहुत‑से स्वतंत्र प्रोटोकॉल एक ही डेटा इंफ्रास्ट्रक्चर पर निर्भर हैं।

जब ऐसा कोई बड़ा ऑरेकल नेटवर्क अस्थायी रूप से बंद होता है:

• कई ब्लॉकचेन पर चल रहे प्रोटोकॉल एक साथ एक ही प्राइस डेटा स्रोत खो देते हैं
• लिक्विडेशन सिस्टम रुक सकते हैं या अनिश्चित व्यवहार कर सकते हैं
• ट्रेडिंग, लेंडिंग और डेरिवेटिव मार्केट्स अस्थायी रूप से ठप हो सकते हैं

22 मई की घटना ने दिखाया कि साझा इंफ्रास्ट्रक्चर पूरे DeFi इकोसिस्टम में आपस में जुड़े जोखिम पैदा कर सकता है, भले ही अलग‑अलग ऐप्स तकनीकी रूप से विकेंद्रीकृत हों।

DeFi डेवलपर्स के लिए सबक

ऐसी घटनाएँ कुछ महत्वपूर्ण डिजाइन प्रथाओं को और मजबूत बनाती हैं:

• एक से अधिक oracle providers का उपयोग
• price staleness checks जो अपडेट रुकने पर संवेदनशील फ़ंक्शन रोक दें
• आपात स्थिति के लिए fallback price feeds
• संकट के समय ट्रेडिंग या उधारी रोकने वाले circuit breakers

इन उपायों का उद्देश्य यह सुनिश्चित करना है कि अगर कोई महत्वपूर्ण इंफ्रास्ट्रक्चर अस्थायी रूप से विफल हो जाए, तो प्रोटोकॉल सुरक्षित तरीके से प्रतिक्रिया दे सकें।

निष्कर्ष

22 मई का Pyth आउटेज कुछ घंटों का ही था, लेकिन इसने दिखा दिया कि आधुनिक DeFi में ऑरेकल नेटवर्क कितने महत्वपूर्ण हो चुके हैं। Pythnet पर ब्लॉक प्रोडक्शन रुकने से पूरे इकोसिस्टम में रियल‑टाइम प्राइस फ़ीड ठहर गए और कई प्रोटोकॉल को सुरक्षा उपायों पर निर्भर होना पड़ा।

जब तक आधिकारिक तकनीकी पोस्टमॉर्टम सामने नहीं आता, तब तक इस वैलिडेटर फेल्योर का सटीक कारण पूरी तरह स्पष्ट नहीं है। लेकिन यह घटना एक वास्तविक याद दिलाती है कि स्मार्ट‑कॉन्ट्रैक्ट आधारित वित्तीय प्रणालियों के लिए डेटा स्रोतों में विविधता और बैकअप व्यवस्था बेहद आवश्यक है।