iExec RLC
1.2k منشورات
iExec RLC
تحقُّق Binance Square الإضافيProgrammable Privacy for Web3.
0 تتابع
2.8K+ المتابعون
2.1K+ إعجاب
منشورات
الكل
اقتباسات
مقاطع فيديو
Live
عرض الترجمة
Two words that sound similar in confidential computing, but do very different things:
Boot time attestation.
Runtime attestation.
The first protects the system before secrets are released. The second lets anyone verify it while it's still running.
Here's why Nox needs both👇
$RLC
Boot time attestation.
Runtime attestation.
The first protects the system before secrets are released. The second lets anyone verify it while it's still running.
Here's why Nox needs both👇
$RLC
خلال جلستنا المباشرة الأخيرة مع Coti Network، التي استضافها Amateo وRicardo Kanaan، شرَحنا سرّية المعلومات لوكلاء الذكاء الاصطناعي بطريقة أبسط ما يمكن.
ما رأيك في ذلك؟
هل تُعدّ السرّية ضرورية لمستقبل وكلاء الذكاء الاصطناعي؟
ما رأيك في ذلك؟
هل تُعدّ السرّية ضرورية لمستقبل وكلاء الذكاء الاصطناعي؟
كيف يمكنك إثباته الآن، في الوقت الحالي، أن أحد مكونات Nox يقوم بتنفيذ الكود المتوقع داخل مجال ثقة Intel TDX حقيقي؟
ليس عند الإقلاع. الآن.
هذا هو التحقق أثناء التشغيل (Runtime Attestation). لقد كتب أغليس، أحدنا، تحليلًا عميقًا يوضح كيف يعرضه Nox عبر واجهة التحقق Attestation UI👇
$RLC
ليس عند الإقلاع. الآن.
هذا هو التحقق أثناء التشغيل (Runtime Attestation). لقد كتب أغليس، أحدنا، تحليلًا عميقًا يوضح كيف يعرضه Nox عبر واجهة التحقق Attestation UI👇
$RLC
iExec RLC
·
--
واجهة توثيق وقت التشغيل
المؤلف: أغيلس آيت مساود، دكتوراه، مهندس برمجيات بحثية يعمل في iExec.
المقدمة
الجزء 1 من هذه السلسلة وضع الأساس لسلسلة الثقة Nox: تحقق وقت الإقلاع الذي يمنع الجهاز الظاهري السري (CVM) من الحصول على أي سر ما لم يكن قد أقلع صورة نظام تشغيل معروفة ومجموعة تطبيقات معروفة على عتاد Intel TDX موثّق. غير أن هذا الضمان، مع ذلك، يُطبَّق داخليًا بواسطة المنصة في وقت الإقلاع؛ ومن تلقاء نفسه، لا يتيح ذلك للمستخدم النهائي أو المدقق الخارجي أي طريقة مباشرة للتحقق، في لحظة لاحقة، من أن خدمة Nox قيد التشغيل ما تزال هي نفس عبء العمل الدقيق الذي تم توثيقه.
المقدمة
الجزء 1 من هذه السلسلة وضع الأساس لسلسلة الثقة Nox: تحقق وقت الإقلاع الذي يمنع الجهاز الظاهري السري (CVM) من الحصول على أي سر ما لم يكن قد أقلع صورة نظام تشغيل معروفة ومجموعة تطبيقات معروفة على عتاد Intel TDX موثّق. غير أن هذا الضمان، مع ذلك، يُطبَّق داخليًا بواسطة المنصة في وقت الإقلاع؛ ومن تلقاء نفسه، لا يتيح ذلك للمستخدم النهائي أو المدقق الخارجي أي طريقة مباشرة للتحقق، في لحظة لاحقة، من أن خدمة Nox قيد التشغيل ما تزال هي نفس عبء العمل الدقيق الذي تم توثيقه.
مسار الحوسبة السرّية (confidential compute) الخاص بـ Nox، مُبسّط:
→ تقوم العقود الذكية بالإحالة إلى القيم المشفّرة عبر مقابض (handles)
→ يتم التحكم في الوصول عبر قوائم ACL على السلسلة (on chain)
→ تحدث الحوسبة السرّية خارج السلسلة داخل Intel TDX
أنماط Solidity القياسية.
تمت إضافة الخصوصية والإفصاح الانتقائي والحوسبة القابلة للتحقق.
$RLC
→ تقوم العقود الذكية بالإحالة إلى القيم المشفّرة عبر مقابض (handles)
→ يتم التحكم في الوصول عبر قوائم ACL على السلسلة (on chain)
→ تحدث الحوسبة السرّية خارج السلسلة داخل Intel TDX
أنماط Solidity القياسية.
تمت إضافة الخصوصية والإفصاح الانتقائي والحوسبة القابلة للتحقق.
$RLC
نحتاج إلى قول ذلك مرة بعد مرة: السرّية وعدم الكشف عن الهوية ليسا الشيء نفسه، وفهم الفرق بينهما مهم.
شرح باولي ذلك بوضوح في «Pauli Speaks» من Real Finance خلال فضائنا الأخير.
شرح باولي ذلك بوضوح في «Pauli Speaks» من Real Finance خلال فضائنا الأخير.
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) قيد التشغيل.
سجّل الدخول لاستكشاف المزيد من المُحتوى