الخصوصية والأداء في عالم البلوكشين يبدو أنهما لا يمكن الجمع بينهما أبدًا — إذا أردت الخصوصية، عليك أن تتحمل انخفاض السرعة، وغالبًا ما يتطلب السعي للأداء كشف البيانات. بروتوكول Daylight غير هذا الوضع، فهو إطار عمل ثوري يعتمد على تقنية المعرفة الصفرية، يمكنه تحقيق خصوصية كاملة على السلسلة في Layer 1، مع الحفاظ على أداء كافٍ وتكاليف منخفضة.
كيف يتم ذلك على المستوى التقني؟ الجوهر هو تحسين وتطوير zk-SNARKs. ببساطة، تتيح SNARKs إثبات صحة حساب معين باستخدام إثبات صغير جدًا (بضع مئات من البايتات) ووقت تحقق ثابت، دون الحاجة إلى الكشف عن البيانات الأصلية. يستخدم المشروع نسخة أساسية من Groth16، ولكن تم دمجها مع اثنين من الحلول، Bulletproofs و BLS. تُستخدم Bulletproofs لإثبات النطاق (إثبات أن مبلغًا معينًا يقع بين 0 و2^64، دون الكشف عن القيمة المحددة)، والمزايا أنها لا تتطلب إعداد موثوق به. أما توقيعات BLS فهي تتيح دمج n توقيع في توقيع واحد، مما يقلل بشكل كبير من حجم البيانات على السلسلة.
من حيث الهيكل، ينقسم إلى ثلاث طبقات: طبقة الالتزام مسؤولة عن تخزين الحالة المشفرة، وطبقة الإثبات تولد وتتحقق من إثباتات المعرفة الصفرية، وطبقة الإجماع تدمج آلية إثبات الحصة ومنطق الخصوصية. عند تنفيذ المعاملة، يقدم المستخدم معاملة مشفرة، ثم يعالج العقد ضمن النطاق الخاص، ويولد الإثبات ويقوم ببثه. المصدقون يحتاجون فقط إلى التحقق من صحة الإثبات، وتحديث التزام الحالة. خلال العملية بأكملها، لا يتم إدخال أي بيانات نصية واضحة على السلسلة، مما يمنع بشكل جذري احتمالية تسرب البيانات.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 5
أعجبني
5
4
إعادة النشر
مشاركة
تعليق
0/400
AlwaysMissingTops
· منذ 21 س
أخيرًا وجد شخص ما حلاً للتعارض بين الخصوصية والأداء، تبدو مجموعة Daylight فعلاً كما لو أنها لم تبالغ.
أريد أن أسأل، هل فعلاً يمكن لـ Bulletproofs، التي لا تتطلب إعدادات موثوقة، أن تحل محل النظام السابق تمامًا؟
شاهد النسخة الأصليةرد0
ForkLibertarian
· منذ 21 س
تبا، هذه المرة حقًا كانت مثيرة، أخيرًا قام شخص ما بدمج عدوين التناقض وهما الخصائص الخصوصية، لم يعد هناك حاجة للاختيار بينهما.
شاهد النسخة الأصليةرد0
CrossChainMessenger
· منذ 21 س
انتظر، طريقة تجميع zk-SNARKs هذه تبدو قوية بعض الشيء... هل من الممكن حقًا تشغيل حسابات معقدة على L1 دون فقدان السرعة؟
شاهد النسخة الأصليةرد0
MetaverseLandlady
· منذ 21 س
انتظر، هل Bulletproofs لا تحتاج إلى إعداد موثوق؟ هل هذا الأمر فعلاً موثوق به، أشعر أنني سمعت عن مخاطر سابقًا
الخصوصية والأداء في عالم البلوكشين يبدو أنهما لا يمكن الجمع بينهما أبدًا — إذا أردت الخصوصية، عليك أن تتحمل انخفاض السرعة، وغالبًا ما يتطلب السعي للأداء كشف البيانات. بروتوكول Daylight غير هذا الوضع، فهو إطار عمل ثوري يعتمد على تقنية المعرفة الصفرية، يمكنه تحقيق خصوصية كاملة على السلسلة في Layer 1، مع الحفاظ على أداء كافٍ وتكاليف منخفضة.
كيف يتم ذلك على المستوى التقني؟ الجوهر هو تحسين وتطوير zk-SNARKs. ببساطة، تتيح SNARKs إثبات صحة حساب معين باستخدام إثبات صغير جدًا (بضع مئات من البايتات) ووقت تحقق ثابت، دون الحاجة إلى الكشف عن البيانات الأصلية. يستخدم المشروع نسخة أساسية من Groth16، ولكن تم دمجها مع اثنين من الحلول، Bulletproofs و BLS. تُستخدم Bulletproofs لإثبات النطاق (إثبات أن مبلغًا معينًا يقع بين 0 و2^64، دون الكشف عن القيمة المحددة)، والمزايا أنها لا تتطلب إعداد موثوق به. أما توقيعات BLS فهي تتيح دمج n توقيع في توقيع واحد، مما يقلل بشكل كبير من حجم البيانات على السلسلة.
من حيث الهيكل، ينقسم إلى ثلاث طبقات: طبقة الالتزام مسؤولة عن تخزين الحالة المشفرة، وطبقة الإثبات تولد وتتحقق من إثباتات المعرفة الصفرية، وطبقة الإجماع تدمج آلية إثبات الحصة ومنطق الخصوصية. عند تنفيذ المعاملة، يقدم المستخدم معاملة مشفرة، ثم يعالج العقد ضمن النطاق الخاص، ويولد الإثبات ويقوم ببثه. المصدقون يحتاجون فقط إلى التحقق من صحة الإثبات، وتحديث التزام الحالة. خلال العملية بأكملها، لا يتم إدخال أي بيانات نصية واضحة على السلسلة، مما يمنع بشكل جذري احتمالية تسرب البيانات.