تجعل Flare Confidential Compute البيانات المؤسسية الخاصة قابلة للاستخدام على السلسلة، بدءًا من USDX من Hex Trust

العقود الذكية تتصرف بناءً على ما يمكنها التحقق منه. البيانات العامة تُخدم جيدًا على Flare. الأسعار تأتي عبر Flare Time Series Oracle (FTSO)، والأحداث على سلاسل أخرى وأنظمة الويب2 يتم توثيقها عبر Flare Data Connector (FDC). البيانات التي تعتمد عليها المؤسسات مختلفة. تَبقى أرصدة الاحتياطي، وصافي قيمة الأصول (NAV) للصناديق، ومراكز الضمان، وبيانات الائتمان والامتثال خاصة خارج السلسلة لأسباب وجيهة. لا يمكن للعقد التحقق من رقم لم يُظهر له أبدًا.

Flare Confidential Compute (FCC) مُصمم لتلك البيانات. يقوم بمعالجة المدخلات الخاصة داخل بيئة تنفيذ موثوقة مسجَّلة (TEE) ويُعيد نتيجة موقعة يمكن لأي عقد التحقق منها قبل الاعتماد عليها. تبقى البيانات المصدرية خاصة. فقط النتيجة تصل إلى السلسلة. بالنسبة لأصل قيمته تعتمد على بيانات خاصة، يمكن لتلك النتيجة أن تزود البروتوكولات بحالة احتياطي قابلة للتحقق لبنائها في التسعير ومعلمات المخاطر. تحمل النتيجة التجميع فقط، مثل ما إذا كانت الاحتياطيات تغطي الإمداد، دون أي من الأرصدة وراءها.

التطبيق الأول: إثبات الاحتياطات لـ USDX

تم بناء امتداد إثبات الاحتياطات لـ FCC للأصول التي يكون دعمها جزئيًا عامًا وجزئيًا خاصًا. تستخدم Hex Trust ذلك لـ USDX، عملتها المستقرة التي ترتبط بالدولار بمعدل 1:1.

توفر Hex Trust بيانات أصول احتياطي USDX من مصدرين: كمية احتياطي عامة وكمية احتياطي نقدي مقيد. يقرأ الامتداد كلاهما داخل الـ TEE، يتحقق من مجموعهما مقابل إمداد USDX عبر النظام البيئي، ويوقع نتيجة تُظهر ما إذا كان USDX مدعومًا بنسبة 1:1 أو أكثر. فقط تلك النتيجة تُنشر.

USDX هو ضمان في نظام FAssets على Songbird، وتغذية بياناته هناك تنتقل إلى هذا المرجع القائم على الاحتياطي. تعطي النتيجة نفسها منصات DEX أساسًا أقوى لتسعير USDX. تُظهر بيانات التغذية ما إذا كانت الاحتياطيات تفي بمتطلب التغطية في كل تحديث. النتيجة الحية متوفرة على Songbird System Explorer.

قال بن أوزينجر، رئيس عملات stablecoins في Hex Trust: “إن دمج Flare Confidential Compute يعزز طبقة الثقة للتبني المؤسسي من خلال تمكين التحقق الفوري وعلى السلسلة من احتياطيات USDX، وبالتالي يُظهر موقعه كعملة مستقرة موثوقة في نظام Flare البيئي.”

كيف يتم التحقق من النتيجة

النتيجة الموقعة لا تكون مفيدة إلا إذا عرف العقد ما أنتجها. يجيب FCC على ذلك في كل خطوة من التعليمات حتى النتيجة النهائية على السلسلة.

التنفيذ مخول من قبل الشبكة

مزودو بيانات Songbird ينقلون ويوقعون كل تعليمية وفقًا لسياسة التوقيع الخاصة بـ Flare. ينفذ الـ TEE فقط عندما تحمل التعليمية أغلبية وزنّية من توقيعات المزودين. هذه هي نفس مجموعة المزودين التي تدير الـ FTSO والـ FDC.

الشفرة مثبتة

كل نسخة من الشفرة المدعومة هي تجزئة (hash) لصورة حاوية قابلة لإعادة الإنتاج، وتمت الموافقة عليها على السلسلة. العبء التشغيلي الذي يُشغل هو نفسه الذي تم الموافقة عليه. يجب أن تمر النسخة الجديدة بنفس عملية الموافقة قبل أن يتمكن الجهاز الذي يشغلها من التسجيل. يجعل هذا كل تحديث حدثًا على السلسلة. لا يمكن لجهاز يشغل شفرة غير معتمدة التسجيل، وبالتالي لن تُقبل أي توقيع يصدره**.**

الجهاز مسجل

ينضم الـ TEE إلى امتداد من خلال تقديم توثيق عتادي يُظهر أنه يشغل نسخة مدعومة من الشفرة. يتم التحقق من هذا التوثيق عبر Flare Data Connector وتسجيله على السلسلة. مفتاح توقيع الجهاز يُولد داخل الحاضنة عند الإقلاع ولا يغادرها أبدًا.

النتيجة تُفحص على السلسلة

يوقع الـ TEE النتيجة باستخدام تلك الهوية المسجلة. يتحقق عقد المُحقق (سجل الـ TEE) من التوقيع قبل تخزين النتيجة أو استخدامها من قبل عقود أخرى.

المدخلات العامة والخاصة تلتقي في حساب واحد

يجمع امتداد إثبات الاحتياطات بين مكوّنات الاحتياطي العامة، وسجلات الاحتياطي الخاصة، والإمداد. ثم يطبق قاعدة تغطية قد تتراوح بين حدٍ واحد إلى سياسة متعددة الشروط. تُنشر النتيجة فقط. تُساهم القيمة الخاصة في النتيجة دون ظهورها.

مجموعة واحدة للبيانات العامة والخاصة

يقع FCC إلى جانب الـ FTSO والـ FDC كبروتوكول بيانات للشبكة نفسها. يجلب الـ FTSO بيانات السوق العامة. يتحقق الـ FDC والـ FDC من الوقائع من سلاسل أخرى وأنظمة الويب2. يضيف FCC بيانات سرية وحوسبة، ويعمل من خلال نفس مجموعة المزودين وسياسة التوقيع. التطبيقات على Songbird وFlare تحصل على كل ذلك من شبكة واحدة، مُتحققة وجاهزة للاستخدام.

التطبيقات التي كان hardest building عليها على السلسلة هي تلك التي تعتمد على بيانات لا يستطيع أحد نشرها. احتياطات العملات المستقرة هي الحالة الأولى لأن السؤال سهل الصياغة والقيمة واضحة: هل الرمز مدعوم؟

يفتح إطار الامتداد للمطورين لاحقًا خلال فترة التمهيد. من هناك، يمتد النمط نفسه إلى أي تطبيق يحتاج نتيجة مُتحققة من بيانات لا يمكن الكشف عنها. يمكن لسوق الإقراض تسعير الضمان عبر الـ FTSO والتحقق من تغطية المُقترض الخاصة عبر FCC. يمكن لصندوق مُرمّز نشر صافي قيمة الأصول (NAV) يُمكن لأي عقد التحقق منه، مُحتسبًا من الحيازات التي لا يُفصح عنها. تتبع تقييمات الائتمان وفحوصات الامتثال نفس المسار.

ابدأ البناء

FCC الآن فعال على Songbird، شبكة Flare التجريبية، بعد قبول STP.13 في يوليو 2026. سيُتبع ذلك بنشر Flare منفصل.

المعماريّة وأدلة المطورين متوفرة على Flare Dev Hub. تغطي كيفية تعريف امتداد، تطويره، تسجيله، وكيفية التحقق من نتائجه على السلسلة.

إذا كان تطبيقك يعتمد على بيانات لا يمكن نشرها على السلسلة كما هي، نرغب في سماعك.

تحليل FTSOBest

السياق والهدف

• المشكلة: لا يمكن للعقود الذكية التعامل إلا مع البيانات التي يمكنها التحقق منها. البيانات العامة للسوق مغطاة بالفعل بواسطة Flare Time Series Oracle (FTSO) والأحداث عبر السلاسل / Web2 بواسطة Flare Data Connector (FDC). البيانات المؤسسية مثل أرصدة الاحتياطي، صافي القيمة (NAV)، أو معلومات الامتثال تُحفظ بصورة خاصة عن عمد، وبالتالي لا يمكن للعقود استخدامها مباشرة.
• الحل: Flare Confidential Compute (FCC) يضيف طبقة تنفيذ سرية. تُعالج المدخلات الخاصة داخل بيئة تنفيذ موثوقة (Trusted Execution Environment - TEE) مسجلة. تُنتج الـ TEE نتيجة موقعة – مثل قيمة منطقية تشير إلى ما إذا كانت الاحتياطيات تغطي العرض – يمكن لأي عقد التحقق منها. ولا تُخرج المدخلات الخام أبداً من الحَلَقَة.

أول نشر عملي – إثبات الاحتياطي لـ USDX

• الأصل: USDX، عملة مستقرة ذات مرجعية 1:1 USD صادرة عن Hex Trust.
• مصادر البيانات:
  1. مقدار الاحتياطي العام (مرئي على السلسلة).
  2. مقدار الاحتياطي النقدي المقيد (خاص، يُزود للـ TEE فقط).
• الحساب: داخل الـ TEE يُجمع المبلغان ويُقارن بالإجمالي المتداول للـ USDX عبر النظام بأكمله.
• المخرجات المنشورة: علم موقعة يُظهر ما إذا كانت الاحتياطيات المجمعة تغطي أو تتجاوز العرض (أي تغطية 1:1). لا تُكشف أي أرصدة فردية.
• التكامل: يُستَخدم USDX كضمان في نظام FAssets على Songbird. تُنقَل الموجز هناك للاعتماد على هذه النتيجة القائمة على الاحتياطي، مما يمنح منصات التداول اللامركزية أسسًا أقوى للتسعير.
• عرض مباشر: يمكن فحص النتيجة عبر Songbird System Explorer على الرابط المذكور في المصدر.

خط أنابيب التحقق

1. التنفيذ المصرّح به من الشبكة – يُوقّع موفرو البيانات (نفس المجموعة التي تشغّل FTSO/FDC) كل تعليمات. تُنفّذ الـ TEE التعليمات فقط بعد جمع أغلبية موقّعة بحسب الوزن.
2. تثبيت الكود – يُمثَّل كل صورة كود مدعومة بتجزئة على السلسلة. لا يُسمح بتشغيل أي كود إلا إذا تم اعتمادها على السلسلة؛ والترقيات نفسها أحداث على السلسلة.
3. تسجيل الجهاز – تُسجِّل الـ TEE نفسها بتقديم إثبات عتادي تُظهر أنها تشغّل نسخة كود مثبتة. يُتحقق من الإثبات عبر Flare Data Connector ويسجَّل على السلسلة. تُولِّد الحَلَقَة مفتاح توقيع داخلي لا يغادر العتاد.
4. توقيع النتيجة & فحص على السلسلة – تُوقّع الحَلَقَة النتيجة المجمعة. يتحقق عقد المُحقّق (سجل الـ TEE) من التوقيع مقابل هوية الحَلَقَة المسجلة قبل قبول البيانات.
5. مدخلات عامة + خاصة – يُدمج امتداد إثبات الاحتياطي المدخلات العامة للرصيد، والاحتياطي النقدي الخاص، وإجمالي عرض الرموز، ثم يطبّق قاعدة تغطية. تُخزن النتيجة النهائية فقط على السلسلة.

الموقع داخل بنية بيانات Flare

• FTSO يوفّر تغذيات أسعار عامة.
• FDC يُصدّق على أحداث من سلاسل أخرى وخدمات Web2.
• FCC يضيف معالجة بيانات سرية، مستخدماً نفس مجموعة الموّرين وسياسة التوقيع كما في الطبقتين السابقتين. هذا النهج الموحد يسمح للمطورين بالحصول على بيانات عامة، وعبر‑سلاسل، وخاصة من بروتوكول موحد على مستوى الشبكة.

الأثر العملي على النظام البيئي

• للمستخدمين: ثقة أكبر عند التعامل مع USDX أو أي أصل مستقبلي يتبنى FCC، لأن إثبات الاحتياطي على السلسلة يمكن التحقق منه cryptographically.
• للبنائين: بدائية قابلة لإعادة الاستخدام لأي سيناريو تتطلب بقاء البيانات الخام سرية لكن تأثيرها (مثل "تم استيفاء التغطية") يُوثق. تشمل حالات الاستخدام المحتملة:
  • أسواق إقراض تحتاج إلى فحوصات تغطية ضمانات خاصة.
  • صناديق مُرمَّزة تريد نشر NAV مُتحقق دون كشف الحيازات.
  • فحص الائتمان أو الامتثال الذي يعتمد على بيانات عملاء خاصة.
• للشبكة: تُوسّع فائدة نظام أوراكل Flare دون التضحية بالخصوصية، وتفعل ذلك بأقل بنية إضافية – مجموعة الموّرين نفسها تدير التعليمات، واعتمادات الكود، والتحقق من الإثبات.

الاعتمادات وحالة الإطلاق

• أجهزة بيئة التنفيذ الموثوقة القادرة على إنتاج إيصالات إثبات مقبولة عبر Flare Data Connector.
• مجموعة مقدّمي الخدمة – يجب أن تُوقّع التعليمات نفس الكيانات التي تشغّل FTSO/FDC. تُحكم تركيبتها ووزنها بسياسات Flare القائمة.
• سجل تجزئة الكود على السلسلة – آلية لتثبيت صور الحاويات لكل امتداد FCC.
• STP.13 – اقتراح قُبل في يوليو 2026، يُمكّن FCC على Songbird. نشر منفصل على الشبكة الرئيسية لـ Flare قادم.
• أدوات المطورين – الوثائق والعقود النموذجية متوفرة على Flare Dev Hub.

أسئلة مفتوحة

• القابلية للتوسع – كم عدد تعليمات FCC المتزامنة التي يمكن لمجموعة الموّرين توقيعها وتنفيذ الـ TEEs بدون اختناق الشبكة؟
• نموذج التكلفة – ما هي آثار الغاز أو الرسوم لتقديم التعليمات، وتسجيل الـ TEEs، ونشر النتائج؟
• نظام إيكولوجي TEE – ما هي موردي العتاد المدعومين، وكيف يتم الحفاظ على ثقة سلسلة التوريد في تلك الأجهزة؟
• حوكمة – كيف تُتّخذ قرارات تحديث مجموعة الموّرين، سياسات تثبيت الكود، أو معايير الإثبات؟
• الكمون – ما هو الوقت النموذجي من تقديم البيانات إلى إتمام النتيجة على السلسلة، خصوصاً للتطبيقات الحساسة للوقت مثل تغذيات الأسعار السريعة؟
• حدود الأمان – بينما تحمي الـ TEE المدخلات الخام، ما هي التدابير ضد هجمات القنوات الجانبية أو اختراق الحَلَقَات؟

هذا التحليل يعرض المحتوى الواقعي للمصدر وتفسيرًا منطقيًا لتبعاته التقنية والبيئية. لا يُصدَّر أي تعهدات مستقبلية، أو ضمانات أداء، أو نصائح استثمارية.