الكتابة بواسطة: هاوتيان
مؤخرًا، كان هناك مناقشات واسعة حول الاختلافات بين ZK وبين بيئة التنفيذ الموثوقة (TEE). السبب في ذلك هو أن @unichain ، الذي انضم حديثًا إلى layer2 ، يدعي أن كتلة الفرعية التي تعمل بالمللي ثانية هي بناءً على TEE ، بينما يدمج الشبكات القديمة FlareNetworks التي تدعي أنها سلسلة كتل البيانات آلة أوراكل مختلفة القنوات الإنترنت التقليدية مثل Google Cloud وغيرها ، وتقوم بإدخال الحسابات الخارجية التي يمكن التحقق منها من خلال TEE. يجب الجمع بين هذين الأمرين، وهنا هو رأيي:
TEE (Trusted Execution Environment) هي تقنية أمان على مستوى الأجهزة بشكل بسيط، TEE هي بيئة Enclave مستقلة وآمنة ومعزولة تم إنشاؤها في المعالج ومعزولة تمامًا عن برامج نظام التشغيل الرئيسية، ويمكنها تخزين البيانات الحساسة بأمان وحمايتها، وفي الوقت نفسه لديها آلية صارمة للتحكم في الوصول.
هذا يعني أن المطورين يمكنهم تنفيذ برامج محددة في TEE ، وتوسيع كفاءة وأداء التنفيذ الأجهزة بشكل كامل مع ضمان الأمان. حاليًا ، هناك عدة طرق مختلفة لتنفيذ TEE ، مثل Intel SGX و ARM TrustZone ، ولها تطبيقات أوسع في مجال الإنترنت المتنقل وانترنت الأشياء وغيرها ، وتتم استكشافها في سيناريوهات سلاسل الكتل.
- يعتمد Unichain على بيئة TEE ويمكن أن تسمح بتنفيذ وتحقق المعاملات مسبقًا، مما يجعلها تحدث قبل تجميع المعاملات وتعبئتها في الكتلة، وهذا يكسر القيود السابقة على تحميل المعاملات بشكل موحد في Mempool وانتظار تعبئتها، مع وجود بيئة آمنة نسبيًا ومغلقة لمنع التلاعب والتحريف، وبالتالي يمكن تحقيق ذلك.
توجه Flare Network في آلية أوراكل هو أيضًا استخدام بيئة TEE لتوسيع القدرات. تعمل سلسلة بيانات آلة أوراكل على تغذية عقود التمويل اللامركزي (مؤشر السعر) ويمكن أن تكون معقدة. إذا تم توسيع نطاق البيانات لتشمل نتائج المباريات الرياضية وبيانات وسائل التواصل الاجتماعي والترتيبات الفورية للانتخابات وغيرها من القدرات الضخمة للحساب والمعالجة خارج السلسلة، ثم إرسال النتائج التي يمكن التحقق منها في بيئة السلسلة الداخلية.
ستستخدم فلاير بيئة TEE التي توفرها Google Cloud للقيام بالعمليات الحسابية الكثيفة وإرسال النتائج الموثوقة فقط إلى داخل السلسلة ، مما يتجنب تراكم مصدر البيانات الضخم داخل السلسلة والتكاليف العالية. يتم تنفيذ المهام الحسابية المعقدة خارج السلسلة ، ثم يتم التحقق منها في السلسلة من خلال دليل قصير ، مما يقلل من حمولة البيانات والحاجة إلى الحسابات داخل السلسلة.
- بعد المقارنة ، ليس من الصعب أن نلاحظ أن بيئة التنفيذ الموثوق بها TEE تعتمد إلى حد ما على مصنعي الأجهزة (مثل AMD و Intel) بالإضافة إلى مزودي الخدمات القائمة في السحابة مثل Google لتوفير “الموثوقية” ومعالجة البيانات الأولية مسبقًا (Pre) ، ومن ثم تطبيق نتائج البيانات على داخل السلسلة. يوجد فرق رئيسي بين ذلك و ZK الذي يعتمد على المبادئ الرياضية والخوارزميات التشفيرية ولا يعتمد على أي مورد معين للثقة: TEE يحتاج إلى طرف ثالث موثوق.
كيف يمكن حل هذه المشكلة؟ الطريقة أيضا بسيطة: TEE+ شبكة Prove قابلة للتحقق. من خلال إدخال شبكة دليل قابلة للتحقق يمكن تحسين شفافية وموثوقية نظام TEE بشكل كبير. Unichain ستقوم بإدخال الشبكة العقدية اللامركزية، وتعمل بنية سلسلة الكتل Flare ذاتيا كهيكل إدارة العقدة الموزعة وتؤدي دور شبكة التحقق هذه.
على الرغم من أن Unichain لم تكشف بعد عن تفاصيل تنفيذ وحوكمة شبكة التحقق هذه ، إلا أن كيفية الاستفادة من الطبيعة القابلة للتصديق عن بعد لبيئة جيب TEE ، وكيفية إنشاء البراهين والتفاعل مع البيئة على السلسلة في إطار فرضية الأجهزة التي توفر الأمن والسرية يجب أن تكون النقاط الرئيسية.
إخلاء المسؤولية: قد تكون المعلومات الواردة في هذه الصفحة من مصادر خارجية ولا تمثل آراء أو مواقف Gate. المحتوى المعروض في هذه الصفحة هو لأغراض مرجعية فقط ولا يشكّل أي نصيحة مالية أو استثمارية أو قانونية. لا تضمن Gate دقة أو اكتمال المعلومات، ولا تتحمّل أي مسؤولية عن أي خسائر ناتجة عن استخدام هذه المعلومات. تنطوي الاستثمارات في الأصول الافتراضية على مخاطر عالية وتخضع لتقلبات سعرية كبيرة. قد تخسر كامل رأس المال المستثمر. يرجى فهم المخاطر ذات الصلة فهمًا كاملًا واتخاذ قرارات مدروسة بناءً على وضعك المالي وقدرتك على تحمّل المخاطر. للتفاصيل، يرجى الرجوع إلى
إخلاء المسؤولية.
