Flare Confidential Compute निजी संस्थागत डेटा को ऑन‑चेन उपयोग योग्य बनाता है, Hex Trust की USDX से शुरू होकर

स्मार्ट कॉन्ट्रैक्ट्स केवल वही कार्य करते हैं जिसे वे सत्यापित कर सकते हैं। सार्वजनिक डेटा Flare पर अच्छी तरह सेवा प्राप्त करता है। कीमतें Flare Time Series Oracle (FTSO) के माध्यम से आती हैं, और अन्य श्रृंखलाओं तथा Web2 सिस्टमों की घटनाओं को Flare Data Connector (FDC) के द्वारा प्रमाणित किया जाता है। संस्थानों द्वारा उपयोग किया जाने वाला डेटा अलग होता है। आरक्षित बैलेन्स, फंड NAV, कोलेटरल पोज़िशन, क्रेडिट और अनुपालन डेटा निजी रहता है और कारणों से श्रृंखला के बाहर रहता है। कोई कॉन्ट्रैक्ट उस संख्या को सत्यापित नहीं कर सकता जिसे उसे कभी नहीं दिखाया गया।

Flare Confidential Compute (FCC) विशेष रूप से इस डेटा के लिए बनाया गया है। यह निजी इनपुट को एक पंजीकृत Trusted Execution Environment (TEE) के भीतर प्रोसेस करता है और एक साइन किया हुआ परिणाम लौटाता है जिसे कोई भी कॉन्ट्रैक्ट उपयोग करने से पहले सत्यापित कर सकता है। स्रोत डेटा निजी रहता है। केवल परिणाम श्रृंखला तक पहुँचता है। ऐसे संपत्ति के लिए जिसका मूल्य निजी डेटा पर आधारित है, वह परिणाम प्रोटोकॉल को एक सत्यापन योग्य रिज़र्व स्थिति प्रदान कर सकता है जिसे मूल्य निर्धारण और जोखिम पैरामीटर में शामिल किया जा सके। परिणाम केवल संकलन को दर्शाता है, जैसे कि क्या रिज़र्व आपूर्ति को कवर करते हैं, और उसके पीछे की किसी भी बैलेन्स को नहीं दिखाता।

पहला अनुप्रयोग: USDX के लिए रिज़र्व प्रूफ

FCC Proof of Reserves एक्सटेंशन उन संपत्तियों के लिए बनाया गया है जिनका समर्थन आंशिक रूप से सार्वजनिक और आंशिक रूप से निजी है। Hex Trust इसे USDX के लिए उपयोग कर रहा है, जिसका 1:1 USD‑रेफ़रेंसिंग स्टेबलकॉइन है।

Hex Trust दो स्रोतों से USDX रिज़र्व संपत्ति डेटा प्रदान करता है: एक सार्वजनिक रिज़र्व राशि और एक प्रतिबंधित नकद रिज़र्व राशि। एक्सटेंशन दोनों को TEE के भीतर पढ़ता है, उनके संयुक्त कुल को पूरे इकोसिस्टम में USDX आपूर्ति के मुकाबले जांचता है, और एक परिणाम साइन करता है जो दिखाता है कि USDX 1:1 या उससे अधिक समर्थित है या नहीं। केवल वही परिणाम प्रकाशित किया जाता है।

USDX Songbird पर FAssets सिस्टम में एक कोलेटरल है, और उसका फ़ीड वहां इस रिज़र्व‑आधारित रेफ़रेंस की ओर स्थानांतरित हो रहा है। वही परिणाम DEXs को USDX की मूल्य निर्धारण के लिए अधिक मज़बूत आधार प्रदान करता है। फ़ीड मेटाडाटा दिखाता है कि प्रत्येक अपडेट पर रिज़र्व कवरेज आवश्यकताओं को पूरा करते हैं या नहीं। लाइव परिणाम यहाँ उपलब्ध है: Songbird System Explorer.

“Flare Confidential Compute को एकीकृत करने से संस्थागत स्वीकृति के लिए विश्वास परत को सुदृढ़ किया जाता है, क्योंकि यह USDX रिज़र्व की वास्तविक‑समय, ऑन‑चेन सत्यापनशीलता को सक्षम बनाता है और इस प्रकार Flare इकोसिस्टम में एक भरोसेमंद स्टेबलकॉइन के रूप में उसकी स्थिति को स्थापित करता है,” बोले Ben Usinger, Head of Stablecoins at Hex Trust.

परिणाम कैसे सत्यापित किया जाता है

एक साइन किया हुआ परिणाम तभी उपयोगी होता है जब कोई कॉन्ट्रैक्ट जानता हो कि इसे किसने उत्पन्न किया। FCC इस प्रश्न का उत्तर प्रत्येक चरण में देता है, निर्देश से लेकर अंतिम ऑन‑चेन परिणाम तक।

कार्य निष्पादन नेटवर्क द्वारा अधिकृत है

Songbird डेटा प्रदाता प्रत्येक निर्देश को Flare की साइनिंग नीति के तहत रिले और साइन करते हैं। TEE केवल तभी निष्पादित होता है जब किसी निर्देश में प्रदाताओं के सिग्नेचर की भारित बहुमत हो। यह वही प्रदाताओं का समूह है जो FTSO और FDC चलाते हैं।

कोड पिन किया गया है

प्रत्येक समर्थित कोड संस्करण एक पुनरुत्पादित कंटेनर इमेज का हैश है, जो ऑन‑चेन अनुमोदित होता है। चलने वाले वर्कलोड वही है जिसे अनुमोदित किया गया था। एक नया संस्करण उसी अनुमोदन को पार करना चाहिए इससे पहले कि उसे चलाने वाली मशीन पंजीकृत हो सके। यह प्रत्येक अपग्रेड को एक ऑन‑चेन इवेंट बनाता है। अन‑अनुमोदित कोड चलाने वाली मशीन पंजीकरण नहीं कर सकती, इसलिए उसका साइन किया हुआ कोई भी परिणाम स्वीकार नहीं किया जाएगा**।**

मशीन पंजीकृत है

एक TEE एक्सटेंशन में तब शामिल होता है जब वह हार्डवेयर अटैस्टेशन प्रस्तुत करता है जो दर्शाता है कि वह समर्थित कोड संस्करण चला रहा है। वह अटैस्टेशन Flare Data Connector के माध्यम से सत्यापित किया जाता है और ऑन‑चेन रिकॉर्ड किया जाता है। मशीन की साइनिंग कुंजी बूट पर एन्क्लेज़ के अंदर उत्पन्न होती है और कभी बाहर नहीं निकलती।

परिणाम ऑन‑चेन जाँचा जाता है

TEE उस पंजीकृत पहचान के साथ परिणाम साइन करता है। एक वैरिफायर कॉन्ट्रैक्ट (TEE रजिस्ट्री) सिग्नेचर को जाँचता है इससे पहले कि परिणाम को संग्रहित किया जाए या अन्य कॉन्ट्रैक्ट्स द्वारा उपयोग किया जाए।

सार्वजनिक और निजी इनपुट एक गणना में मिलते हैं

Proof of Reserves एक्सटेंशन सार्वजनिक रिज़र्व घटकों, निजी रिज़र्व रिकॉर्ड और आपूर्ति को जोड़ता है। फिर वह एक कवरेज नियम लागू करता है, जो एकल थ्रेशहोल्ड से लेकर बहु‑शर्त नीति तक हो सकता है। केवल निष्कर्ष प्रकाशित किया जाता है। निजी आंकड़ा परिणाम में योगदान देता है बिना स्वयं दिखे।

सार्वजनिक और निजी डेटा के लिए एक ही स्टैक

FCC नेटवर्क के खुद के डेटा प्रोटोकॉल के रूप में FTSO और FDC के साथ काम करता है। FTSO सार्वजनिक मार्केट डेटा लाता है। FDC अन्य श्रृंखलाओं और Web2 सिस्टमों से तथ्य सत्यापित करता है। FCC गोपनीय डेटा और गणना जोड़ता है, और वही प्रदाता सेट तथा साइनिंग नीति के माध्यम से चलता है। Songbird और Flare पर एप्लिकेशन एक ही नेटवर्क से यह सब प्राप्त करते हैं, सत्यापित और उपयोग के लिए तैयार।

वे एप्लिकेशन जो ऑन‑चेन बनाना सबसे कठिन रहे हैं, वही हैं जो ऐसे डेटा पर निर्भर होते हैं जिसे कोई प्रकाशित नहीं कर सकता। स्थिरकॉइन रिज़र्व पहला मामला है क्योंकि प्रश्न उठाना आसान है और मूल्य स्पष्ट है: क्या टोकन के पीछे पूरी तरह से समर्थन है?

एक्सटेंशन फ्रेमवर्क बूटस्ट्रैप अवधि के बाद निर्माताओं के लिए खुलता है। वहीं से, वही पैटर्न किसी भी एप्लिकेशन तक विस्तारित किया जाता है जिसे ऐसी डेटा से सत्यापित परिणाम चाहिए जिसे प्रकट नहीं किया जा सकता। एक लेंडिंग मार्केट FTSO के माध्यम से कोलेटरल की कीमत तय कर सकता है और FCC के माध्यम से उधारकर्ता की निजी कवरेज जांच सकता है। एक टोकनाइज्ड फंड NAV प्रकाशित कर सकता है जिसे कोई भी कॉन्ट्रैक्ट सत्यापित कर सके, जो होल्डिंग्स से गणना किया गया हो लेकिन प्रकट न हो। क्रेडिट स्कोरिंग और अनुपालन जांच भी समान रास्ता अपनाती हैं।

निर्माण शुरू करें

FCC अब Songbird, Flare के कैनरी नेटवर्क पर सक्रिय है, जो जुलाई 2026 में STP.13 की स्वीकृति के बाद हुआ। एक Flare डिप्लॉयमेंट अलग से अनुसरण करेगा।

आर्किटेक्चर और डेवलपर गाइड्स Flare Dev Hub पर उपलब्ध हैं। वे बताते हैं कि एक्सटेंशन कैसे परिभाषित, विकसित, पंजीकृत किया जाता है, और उसके परिणाम कैसे ऑन‑चेन सत्यापित होते हैं।

यदि आपका एप्लिकेशन ऐसे डेटा पर निर्भर है जिसे जैसा है वैसा ऑन‑चेन नहीं ले जाया जा सकता, तो हम आपसे सुनना चाहते हैं।

FTSOBest विश्लेषण

संदर्भ और उद्देश्य

• समस्या: स्मार्ट कॉन्ट्रैक्ट केवल उन डेटा पर कार्य कर सकते हैं जिन्हें वे सत्यापित कर सकें। सार्वजनिक बाजार डेटा पहले से ही Flare Time Series Oracle (FTSO) और क्रॉस‑चेन / Web2 इवेंट्स द्वारा Flare Data Connector (FDC) द्वारा कवर किया गया है। संस्थागत डेटा जैसे रिज़र्व बैलेंस, NAVs, या अनुपालन जानकारी इरादतन निजी रखी जाती है, इसलिए कॉन्ट्रैक्ट्स इसे सीधे उपयोग नहीं कर सकते।
• समाधान: Flare Confidential Compute (FCC) एक गोपनीय निष्पादन लेयर पेश करता है। निजी इनपुट एक पंजीकृत Trusted Execution Environment (TEE) के भीतर प्रोसेस होते हैं। TEE एक signed result आउटपुट करता है – उदाहरण के लिए, एक बूलियन जो दर्शाता है कि रिज़र्व सप्लाई को कवर करते हैं या नहीं – जिसे कोई भी कॉन्ट्रैक्ट सत्यापित कर सकता है। कच्चे इनपुट कभी भी एन्क्लेव से बाहर नहीं जाते।

पहला ठोस डिप्लॉयमेंट – USDX प्रूफ़ ऑफ़ रिज़र्व्स

• एसेट: USDX, Hex Trust द्वारा जारी 1:1 USD‑रेफ़रेंसिंग स्थिरकॉइन।
• डेटा स्रोत:
  1. सार्वजनिक रिज़र्व मात्रा (ऑन‑चेन दिखाई देती है)।
  2. प्रतिबंधित नकद रिज़र्व मात्रा (निजी, केवल TEE को आपूर्ति की जाती है)।
• गणना: TEE के अंदर दोनों राशियों को जोड़ा जाता है और इकोसिस्टम में कुल USDX सप्लाई से तुलना की जाती है।
• प्रकाशित आउटपुट: एक साइन किया हुआ फ़्लैग जो दर्शाता है कि संयुक्त रिज़र्व सप्लाई को मिलते हैं या उससे अधिक हैं (अर्थात् 1:1 कवरेज)। कोई व्यक्तिगत बैलेंस नहीं दिखाया जाता।
• इंटीग्रेशन: USDX को Songbird पर FAssets सिस्टम में कोलेटरल के रूप में उपयोग किया जाता है। वहाँ का फ़ीड इस रिज़र्व‑आधारित परिणाम पर निर्भर होने के लिए माइग्रेट किया जा रहा है, जिससे DEXs को मूल्य निर्धारण के लिए अधिक मजबूत आधार मिलता है।
• लाइव व्यू: परिणाम को Songbird System Explorer के माध्यम से स्रोत में प्रदान किए गए URL पर देखी जा सकती है।

वेरिफिकेशन पाइपलाइन

1. नेटवर्क‑ऑथराइज़्ड एक्सीक्यूशन – डेटा प्रोवाइडर (वे ही सेट जो FTSO/FDC को शक्ति देते हैं) प्रत्येक निर्देश पर साइन करते हैं। TEE केवल तब निर्देश चलाता है जब सिग्नेचर की भारित बहुमत एकत्र हो जाती है।
2. कोड पिनिंग – प्रत्येक समर्थित कोड इमेज को ऑन‑चेन हैश द्वारा दर्शाया जाता है। केवल वह कोड जो ऑन‑चेन स्वीकृत हो, चलाया जा सकता है; अपग्रेड स्वयं ऑन‑चेन इवेंट होते हैं।
3. मशीन रजिस्ट्रेशन – एक TEE हार्डवेयर अटेस्टेशन प्रस्तुत करके पंजीकृत होता है कि वह पिन किए गए कोड संस्करण को चला रहा है। अटेस्टेशन Flare Data Connector के माध्यम से सत्यापित होता है और ऑन‑चेन रिकॉर्ड किया जाता है। एन्क्लेव अंदरूनी रूप से एक साइनिंग कुंजी उत्पन्न करता है जो कभी हार्डवेयर से बाहर नहीं जाती।
4. रिज़ल्ट साइनिंग एवं ऑन‑चेन चेक – एन्क्लेव समेकित परिणाम पर साइन करता है। एक वेरिफायर कॉन्ट्रैक्ट (TEE रजिस्ट्री) साइनिंग की जाँच पंजीकृत एन्क्लेव पहचान के खिलाफ करता है उससे पहले कि डेटा स्वीकृत हो।
5. पब्लिक + प्राइवेट इनपुट्स – प्रूफ़‑ऑफ़‑रेज़र्व्स एक्सटेंशन सार्वजनिक रिज़र्व घटकों, निजी नकद रिज़र्व, और कुल टोकन सप्लाई को मिलाता है, फिर एक कवरेज नियम लागू करता है। केवल अंतिम निष्कर्ष ऑन‑चेन स्टोर किया जाता है।

Flare के डेटा स्टैक में स्थिति

• FTSO सार्वजनिक मूल्य फ़ीड प्रदान करता है।
• FDC अन्य चेन और Web2 सेवाओं से इवेंट्स का अटेस्टेशन करता है।
• FCC गोपनीय डेटा हैंडलिंग जोड़ता है, समान प्रोवाइडर सेट और साइनिंग नीति का उपयोग करते हुए जो दो अन्य लेयरों के साथ है। यह एकीकृत दृष्टिकोण डेवलपर्स को सार्वजनिक, क्रॉस‑चेन, और निजी डेटा को एक ही नेटवर्क‑लेवल प्रोटोकॉल से स्रोत करने की अनुमति देता है।

इकोसिस्टम पर व्यावहारिक असर

• उपयोगकर्ताओं के लिए: USDX या किसी भी भविष्य के एसेट के साथ लेन‑देन करते समय अधिक भरोसा, क्योंकि ऑन‑चेन प्रूफ़ ऑफ़ रिज़र्व क्रिप्टोग्राफ़िक रूप से वैरिफ़ायेबल है।
• बिल्डरों के लिए: किसी भी परिदृश्य के लिए पुन: प्रयोग योग्य प्रिमिटिव जहाँ कच्चा डेटा गोपनीय रहना चाहिए लेकिन उसका प्रभाव (जैसे “कवरेज संतुष्ट”) विश्वसनीय होना आवश्यक है। संभावित उपयोग मामलों में शामिल हैं:
  • लेंडिंग मार्केट्स जो निजी कोलेटरल कवरेज चेक की आवश्यकता रखते हैं।
  • टोकनाइज़्ड फंड्स जो बिना होल्डिंग्स उजागर किए वैरिफ़ाइड NAV प्रकाशित करना चाहते हैं।
  • क्रेडिट‑स्कोरिंग या अनुपालन चेक्स जो निजी क्लाइंट डेटा पर निर्भर होते हैं।
• नेटवर्क के लिए: Flare के ऑरेकल इकोसिस्टम की उपयोगिता को गोपनीयता से समझौता किए बिना बढ़ाता है, और न्यूनतम अतिरिक्त पाइपलाइन के साथ – वही प्रोवाइडर सेट निर्देश, कोड अनुमोदन, और अटेस्टेशन वेरिफ़िकेशन संभालता है।

निर्भरताएँ एवं रोलआउट स्थिति

• Trusted Execution Environment हार्डवेयर जो Flare Data Connector द्वारा स्वीकार्य अटेस्टेशन रसीदें उत्पन्न कर सकता है।
• प्रोवाइडर सेट – वही संस्थाएँ जो FTSO/FDC संचालित करती हैं उन्हें निर्देशों पर साइन करना होगा। उनका गठन और वेटिंग Flare की मौजूदा नीतियों द्वारा नियंत्रित है।
• ऑन‑चेन कोड‑हैश रजिस्ट्री – प्रत्येक FCC एक्सटेंशन के लिए कंटेनर इमेज को पिन करने का तंत्र।
• STP.13 – जुलाई 2026 में स्वीकृत प्रस्ताव, जो Songbird पर FCC सक्षम करता है। मुख्य Flare नेटवर्क पर एक अलग डिप्लॉयमेंट जल्द आने वाला है।
• डेवलपर टूलिंग – दस्तावेज़ीकरण और नमूना कॉन्ट्रैक्ट Flare Dev Hub पर उपलब्ध हैं।

खुले प्रश्न

• स्केलेबिलिटी – प्रोवाइडर सेट कितने समकाली FCC निर्देशों को साइन कर सकता है और TEEs बिना नेटवर्क बाधा के कितना निष्पादित कर सकते हैं?
• कॉस्ट मॉडल – निर्देश सबमिट करने, TEEs पंजीकृत करने, और परिणाम प्रकाशित करने के लिए गैस या शुल्क प्रभाव क्या हैं?
• TEE इकोसिस्टम – कौन से हार्डवेयर वेंडर समर्थित हैं, और इन डिवाइसों में सप्लाई‑चेन भरोसा कैसे बनाए रखा जाता है?
• गवर्नेंस – प्रोवाइडर सेट, कोड‑पिनिंग नीति, या अटेस्टेशन मानकों में अपडेट कैसे तय होते हैं?
• लेटेंसी – डेटा सबमिशन से ऑन‑चेन परिणाम अंतिम होने तक का सामान्य समय क्या है, विशेष रूप से तेज़‑चलने वाले प्राइस फ़ीड जैसे समय‑संवेदनशील एप्लिकेशन्स के लिए?
• सिक्योरिटी बाउंडरीज़ – जबकि TEE कच्चे इनपुट की रक्षा करता है, साइड‑चैनल अटैक्स या समझौता किए गए एन्क्लेव्स के लिए कौन से निवारण मौजूद हैं?

यह विश्लेषण स्रोत की तथ्यात्मक सामग्री और उसकी तकनीकी एवं इकोसिस्टम प्रभावों की तर्कसंगत व्याख्या प्रस्तुत करता है। कोई भविष्य की प्रतिबद्धता, प्रदर्शन गारंटी, या निवेश सलाह नहीं दी गई है।