كيفية تقليل عبء zkTLS مع الحفاظ على أمان عملي؟ تستخدم @primus_labs نهجًا مقصودًا جدًا بدلاً من فرض أمان ضار على كل بروتوكول فرعي، تستخدم البنية OLEe حيثما يكون ذلك الأكثر أهمية > يُطبق OLEe على: - تحويل نقطة ديفي-هيلمان - حساب علامة GMAC > التنازل في الأمان: - مخاطر الفشل الانتقائي محدودة بشدة - التسريب محدود بأقصى حد بيت واحد من سر الجلسة - ارتفاع الإنتروبيا لسر ما قبل الماجستير في TLS يجعل الاسترداد مستحيلًا حسابيًا > ما الذي تم إزالته: - البراهين الصفرية الزائدة أثناء تبادل المفاتيح - تخزين ثلاثي مُوثق مفرط - الحاجة إلى تحميل حالات دوائر مشوشة ضخمة في الذاكرة > ما الذي يحصل عليه المستخدمون بدلًا من ذلك: - تدفق تدريجي للحساب - حوالي 150 ميجابايت من الذاكرة للحمولات القياسية بحجم 2 كيلوبايت، وفقًا للتقارير - بنية تنفيذ أكثر عملية - ضغط أقل من عبء الشبكة والاتصال الهندسة التشفيرية الجيدة تدور حول جعل التكاليف متحكمًا بها، ومحصورة، وقابلة للنشر هذا هو الاتجاه الذي تسلكه @primus_labs مع zkTLS.