iExec RLC
1.2k منشورات
iExec RLC
تحقُّق Binance Square الإضافيProgrammable Privacy for Web3.
0 تتابع
2.8K+ المتابعون
2.1K+ إعجاب
منشورات
الكل
اقتباسات
مقاطع فيديو
Live
10 أيام على الساعة⚡
اختر بروتوكولًا مفتوح المصدر.
أضف Nox.
قدّم DeFi سريًا يركّب بشكل متسلسل.
مسبح بقيمة 1,500 دولار. الموعد النهائي 1 أغسطس.
اذهب👇
https://dorahacks.io/hackathon/wtf-hackathon
اختر بروتوكولًا مفتوح المصدر.
أضف Nox.
قدّم DeFi سريًا يركّب بشكل متسلسل.
مسبح بقيمة 1,500 دولار. الموعد النهائي 1 أغسطس.
اذهب👇
https://dorahacks.io/hackathon/wtf-hackathon
ماذا لو تم تشغيل عبء عمل سري على نظام تشغيل خاطئ؟ أو على بنية خاطئة؟ أو على جهاز غير مخصص فعليًا لـ TDX؟
في Nox، تكون الإجابة نفسها: لا يحصل على وصول إلى أي شيء.
يأتي التحقق قبل إصدار المفاتيح أو إجراء الحسابات أو قبول النتيجة.
ابدأ من هنا:
iExec Nox Github
$RLC
في Nox، تكون الإجابة نفسها: لا يحصل على وصول إلى أي شيء.
يأتي التحقق قبل إصدار المفاتيح أو إجراء الحسابات أو قبول النتيجة.
ابدأ من هنا:
iExec Nox Github
$RLC
كيف تتحقق Nox فعليًا من التنفيذ السري؟
يتناول مقالنا التقني الجديد الإجابة بالتفصيل: أساسيات TEE، والتحقق أثناء وقت الإقلاع، ونشر dstack، وProof of Cloud.
إذا كنت تقوم بتقييم بنية تحتية لـ DeFi سرية، فهذا هو ما تحتاجه
👇
يتناول مقالنا التقني الجديد الإجابة بالتفصيل: أساسيات TEE، والتحقق أثناء وقت الإقلاع، ونشر dstack، وProof of Cloud.
إذا كنت تقوم بتقييم بنية تحتية لـ DeFi سرية، فهذا هو ما تحتاجه
👇
iExec RLC
·
--
أساسيات الحوسبة السرّية والتحقق أثناء الإقلاع
المؤلف: أغيلِس آيت مساود، دكتوراه، مهندس برمجيات بحثي يعمل في iExec.
مقدمة
يُجري بروتوكول Nox حوسبةً سرّيةً على بيانات المستخدمين المشفّرة في خدمات خارج السلسلة. ولكي يكون مثل هذا النظام موثوقًا، يجب إقناع المستخدم بوجود خاصية غير تافهة: وهي أن الشيفرة التي تُعالج بياناته هي بالضبط الشيفرة التي يَدّعي iExec أنها ينشرها، وأنها تعمل على عتاد حقيقي للحوسبة السرّية، وأن أيًّا من مزوّد السحابة أو مشغّل البروتوكول لا يمكنه مراقبة البيانات أو العبث بها أثناء معالجتها. إن إثبات هذه الخاصية يتطلّب سلسلة ثقة، أي تسلسلاً من الروابط القابلة للتحقق تشفيريًا تربط جذور الثقة في العتاد بالحمولة (workload) قيد التشغيل.
مقدمة
يُجري بروتوكول Nox حوسبةً سرّيةً على بيانات المستخدمين المشفّرة في خدمات خارج السلسلة. ولكي يكون مثل هذا النظام موثوقًا، يجب إقناع المستخدم بوجود خاصية غير تافهة: وهي أن الشيفرة التي تُعالج بياناته هي بالضبط الشيفرة التي يَدّعي iExec أنها ينشرها، وأنها تعمل على عتاد حقيقي للحوسبة السرّية، وأن أيًّا من مزوّد السحابة أو مشغّل البروتوكول لا يمكنه مراقبة البيانات أو العبث بها أثناء معالجتها. إن إثبات هذه الخاصية يتطلّب سلسلة ثقة، أي تسلسلاً من الروابط القابلة للتحقق تشفيريًا تربط جذور الثقة في العتاد بالحمولة (workload) قيد التشغيل.
يتطلب التنفيذ السري ثلاث إجابات:
➡️ هل تم تشغيل الكود الصحيح؟ (Attestation)
➡️ هل تم تشغيله على العتاد الصحيح؟ (TDX)
➡️ هل كان هذا العتاد ضمن بيئة تم التحقق منها؟ (Proof of Cloud)
يوفر Nox الثلاثة جميعها: https://trust.noxprotocol.io/
➡️ هل تم تشغيل الكود الصحيح؟ (Attestation)
➡️ هل تم تشغيله على العتاد الصحيح؟ (TDX)
➡️ هل كان هذا العتاد ضمن بيئة تم التحقق منها؟ (Proof of Cloud)
يوفر Nox الثلاثة جميعها: https://trust.noxprotocol.io/
تحتاج RWAs إلى السرية والإفصاح الانتقائي وإمكانية التدقيق لكي تنجح فعليًا في التوسع على السلسلة.
تقدّم Nox الثلاثة كحزمة خصوصية برمجية أصلية لـ EVM. تعمل على شبكة الاختبار @Ethereum وعلى Arbitrum.
متوافقة وقابلة للتركيب مع الأدوات التي يستخدمها المطورون بالفعل.
ابدأ من هنا:
https://trust.noxprotocol.io/
تقدّم Nox الثلاثة كحزمة خصوصية برمجية أصلية لـ EVM. تعمل على شبكة الاختبار @Ethereum وعلى Arbitrum.
متوافقة وقابلة للتركيب مع الأدوات التي يستخدمها المطورون بالفعل.
ابدأ من هنا:
https://trust.noxprotocol.io/
لماذا لم تنتقل رؤوس الأموال المؤسسية بالكامل إلى السلسلة بعد؟
➡️ سرّية قابلة للتخصيص.
لا يمكن للدفاتر الشفافة التعامل مع خزائن الشركات أو التداول المؤسسي لأن كل رصيد وكل معاملة تصبح عامة.
اقرأ من Arbitrum ما الذي تحتاجه حقًا الاقتصاديات القابلة للبرمجة: https://blog.arbitrum.io/confidentiality-for-the-programmable-economy/
$RLC
➡️ سرّية قابلة للتخصيص.
لا يمكن للدفاتر الشفافة التعامل مع خزائن الشركات أو التداول المؤسسي لأن كل رصيد وكل معاملة تصبح عامة.
اقرأ من Arbitrum ما الذي تحتاجه حقًا الاقتصاديات القابلة للبرمجة: https://blog.arbitrum.io/confidentiality-for-the-programmable-economy/
$RLC
منذ عام 2017، يعمل iExec على بناء بنية تحتية للحوسبة السرّية.⚡
والآن تجلب Nox هذه الخبرة إلى التمويل على السلسلة.
خبرة في بيئات التنفيذ الموثوقة.
تنفيذ قابل للتحقق.
سلسلة الثقة.
تم بناؤها بالكامل لدعم سير عمل التمويل اللامركزي المؤسسي وRWA.
$RLC
والآن تجلب Nox هذه الخبرة إلى التمويل على السلسلة.
خبرة في بيئات التنفيذ الموثوقة.
تنفيذ قابل للتحقق.
سلسلة الثقة.
تم بناؤها بالكامل لدعم سير عمل التمويل اللامركزي المؤسسي وRWA.
$RLC
قبل أن يمكن الوثوق بعبء عمل سري، يجب طرح سؤال أولًا:
كيف تعرف أن الكود الصحيح يعمل على عتاد سري أصلي؟
يفكك مقالتنا التقنية الجديدة الطبقة الأولى من سلسلة الثقة لدى Nox
👇
كيف تعرف أن الكود الصحيح يعمل على عتاد سري أصلي؟
يفكك مقالتنا التقنية الجديدة الطبقة الأولى من سلسلة الثقة لدى Nox
👇
iExec RLC
·
--
أساسيات الحوسبة السرّية والتحقق أثناء الإقلاع
المؤلف: أغيلِس آيت مساود، دكتوراه، مهندس برمجيات بحثي يعمل في iExec.
مقدمة
يُجري بروتوكول Nox حوسبةً سرّيةً على بيانات المستخدمين المشفّرة في خدمات خارج السلسلة. ولكي يكون مثل هذا النظام موثوقًا، يجب إقناع المستخدم بوجود خاصية غير تافهة: وهي أن الشيفرة التي تُعالج بياناته هي بالضبط الشيفرة التي يَدّعي iExec أنها ينشرها، وأنها تعمل على عتاد حقيقي للحوسبة السرّية، وأن أيًّا من مزوّد السحابة أو مشغّل البروتوكول لا يمكنه مراقبة البيانات أو العبث بها أثناء معالجتها. إن إثبات هذه الخاصية يتطلّب سلسلة ثقة، أي تسلسلاً من الروابط القابلة للتحقق تشفيريًا تربط جذور الثقة في العتاد بالحمولة (workload) قيد التشغيل.
مقدمة
يُجري بروتوكول Nox حوسبةً سرّيةً على بيانات المستخدمين المشفّرة في خدمات خارج السلسلة. ولكي يكون مثل هذا النظام موثوقًا، يجب إقناع المستخدم بوجود خاصية غير تافهة: وهي أن الشيفرة التي تُعالج بياناته هي بالضبط الشيفرة التي يَدّعي iExec أنها ينشرها، وأنها تعمل على عتاد حقيقي للحوسبة السرّية، وأن أيًّا من مزوّد السحابة أو مشغّل البروتوكول لا يمكنه مراقبة البيانات أو العبث بها أثناء معالجتها. إن إثبات هذه الخاصية يتطلّب سلسلة ثقة، أي تسلسلاً من الروابط القابلة للتحقق تشفيريًا تربط جذور الثقة في العتاد بالحمولة (workload) قيد التشغيل.
لا يهمّ التحقق إلا إذا كان بإمكانك الوصول إليه.
يحوّل بوابة Nox للتوثيق عملية التحقق التقنية إلى شيء يمكن للبنّائين والشركاء والمؤسسات التحقق منه فعليًا: حالة المكوّنات وإشارات التحقق وأدلة الثقة، كل ذلك في مكان واحد.
ثق، لكن تحقّق. أصبح أسهل من أي وقت مضى 👇
https://trust.noxprotocol.io/
$RLC
يحوّل بوابة Nox للتوثيق عملية التحقق التقنية إلى شيء يمكن للبنّائين والشركاء والمؤسسات التحقق منه فعليًا: حالة المكوّنات وإشارات التحقق وأدلة الثقة، كل ذلك في مكان واحد.
ثق، لكن تحقّق. أصبح أسهل من أي وقت مضى 👇
https://trust.noxprotocol.io/
$RLC
مهلاً!! من أجل اكتب المستقبل
التحدي بسيط: اختر بروتوكولًا مفتوح المصدر، أضف الخصوصية عبر Nox، واطرح شيئًا يمكن لشركة نشره.
مجموع $1,500.
23 يومًا على الساعة.
ماذا ستبني؟👇
https://dorahacks.io/hackathon/wtf-hackathon
التحدي بسيط: اختر بروتوكولًا مفتوح المصدر، أضف الخصوصية عبر Nox، واطرح شيئًا يمكن لشركة نشره.
مجموع $1,500.
23 يومًا على الساعة.
ماذا ستبني؟👇
https://dorahacks.io/hackathon/wtf-hackathon
تُدمج iExec PhalaNetwork dstack في Nox لتقديم نموذج تنفيذ قابل للتحقق إلى أنظمة DeFi وRWA السرّية.
يحتاج. المؤسسات إلى معرفة أن الحوسبة الحسّاسة قد تم تشغيلها في البيئة المتوقعة قبل أن تثق بالنتيجة.
وهذا ما يساعد dstack في التحقق منه.
تستخدم Nox dstack لجعل التنفيذ السرّي قابلاً للقياس وقابلاً للتوثيق وقابلاً للإثبات.
يحتاج. المؤسسات إلى معرفة أن الحوسبة الحسّاسة قد تم تشغيلها في البيئة المتوقعة قبل أن تثق بالنتيجة.
وهذا ما يساعد dstack في التحقق منه.
تستخدم Nox dstack لجعل التنفيذ السرّي قابلاً للقياس وقابلاً للتوثيق وقابلاً للإثبات.
iExec RLC
·
--
كيف تتأكد من أن عبئًا سريًا يعمل في البيئة بالضبط التي من المفترض أن يعمل فيها؟
لهذا السبب استخدمنا dstack، وهو طبقة تنسيق مفتوحة المصدر طورتها PhalaNetwork وتعمل على تشغيل الآلات الافتراضية السرّية (Confidential Virtual Machines) على Intel TDX.
بدلًا من إدارة مجالات الثقة يدويًا، توفر dstack:
🔸 مشرفًا يقوم بإقلاع CVMs من صورة نظام تشغيل مُقاسة وقابلة لإعادة الإنتاج
🔸 KMS يسمح فقط لعمليات التشغيل بالبدء إذا تطابقت قياسات التشغيل مع قائمة موثوقة مدرجة مسبقًا
🔸 بوابة تُنهي اتصال TLS وتقوم بتوجيه حركة المرور إلى كل CVM عبر تراكب مُشفّر
$RLC
لهذا السبب استخدمنا dstack، وهو طبقة تنسيق مفتوحة المصدر طورتها PhalaNetwork وتعمل على تشغيل الآلات الافتراضية السرّية (Confidential Virtual Machines) على Intel TDX.
بدلًا من إدارة مجالات الثقة يدويًا، توفر dstack:
🔸 مشرفًا يقوم بإقلاع CVMs من صورة نظام تشغيل مُقاسة وقابلة لإعادة الإنتاج
🔸 KMS يسمح فقط لعمليات التشغيل بالبدء إذا تطابقت قياسات التشغيل مع قائمة موثوقة مدرجة مسبقًا
🔸 بوابة تُنهي اتصال TLS وتقوم بتوجيه حركة المرور إلى كل CVM عبر تراكب مُشفّر
$RLC
لمحة عامة عن كيفية نشر dstack على مضيف TDX لتشغيل مكونات Nox 👇
iExec RLC
·
--
كيف تتأكد من أن عبئًا سريًا يعمل في البيئة بالضبط التي من المفترض أن يعمل فيها؟
لهذا السبب استخدمنا dstack، وهو طبقة تنسيق مفتوحة المصدر طورتها PhalaNetwork وتعمل على تشغيل الآلات الافتراضية السرّية (Confidential Virtual Machines) على Intel TDX.
بدلًا من إدارة مجالات الثقة يدويًا، توفر dstack:
🔸 مشرفًا يقوم بإقلاع CVMs من صورة نظام تشغيل مُقاسة وقابلة لإعادة الإنتاج
🔸 KMS يسمح فقط لعمليات التشغيل بالبدء إذا تطابقت قياسات التشغيل مع قائمة موثوقة مدرجة مسبقًا
🔸 بوابة تُنهي اتصال TLS وتقوم بتوجيه حركة المرور إلى كل CVM عبر تراكب مُشفّر
$RLC
لهذا السبب استخدمنا dstack، وهو طبقة تنسيق مفتوحة المصدر طورتها PhalaNetwork وتعمل على تشغيل الآلات الافتراضية السرّية (Confidential Virtual Machines) على Intel TDX.
بدلًا من إدارة مجالات الثقة يدويًا، توفر dstack:
🔸 مشرفًا يقوم بإقلاع CVMs من صورة نظام تشغيل مُقاسة وقابلة لإعادة الإنتاج
🔸 KMS يسمح فقط لعمليات التشغيل بالبدء إذا تطابقت قياسات التشغيل مع قائمة موثوقة مدرجة مسبقًا
🔸 بوابة تُنهي اتصال TLS وتقوم بتوجيه حركة المرور إلى كل CVM عبر تراكب مُشفّر
$RLC
كيف تتأكد من أن عبئًا سريًا يعمل في البيئة بالضبط التي من المفترض أن يعمل فيها؟
لهذا السبب استخدمنا dstack، وهو طبقة تنسيق مفتوحة المصدر طورتها PhalaNetwork وتعمل على تشغيل الآلات الافتراضية السرّية (Confidential Virtual Machines) على Intel TDX.
بدلًا من إدارة مجالات الثقة يدويًا، توفر dstack:
🔸 مشرفًا يقوم بإقلاع CVMs من صورة نظام تشغيل مُقاسة وقابلة لإعادة الإنتاج
🔸 KMS يسمح فقط لعمليات التشغيل بالبدء إذا تطابقت قياسات التشغيل مع قائمة موثوقة مدرجة مسبقًا
🔸 بوابة تُنهي اتصال TLS وتقوم بتوجيه حركة المرور إلى كل CVM عبر تراكب مُشفّر
$RLC
لهذا السبب استخدمنا dstack، وهو طبقة تنسيق مفتوحة المصدر طورتها PhalaNetwork وتعمل على تشغيل الآلات الافتراضية السرّية (Confidential Virtual Machines) على Intel TDX.
بدلًا من إدارة مجالات الثقة يدويًا، توفر dstack:
🔸 مشرفًا يقوم بإقلاع CVMs من صورة نظام تشغيل مُقاسة وقابلة لإعادة الإنتاج
🔸 KMS يسمح فقط لعمليات التشغيل بالبدء إذا تطابقت قياسات التشغيل مع قائمة موثوقة مدرجة مسبقًا
🔸 بوابة تُنهي اتصال TLS وتقوم بتوجيه حركة المرور إلى كل CVM عبر تراكب مُشفّر
$RLC
سجّل الدخول لاستكشاف المزيد من المُحتوى