كنت أعتقد أن أكبر عقبة أمام zkTLS هي الأمان التشفيري. لكن بعد التعمق في إنشاء الإثبات، فإن التأخير واستقرار الاتصال مهمان بنفس القدر. تتطلب إعدادات MPC التعاونية القياسية اتصالًا مستمرًا بين العميل والتحقق أثناء مفاوضات TLS. هذا التبادل المستمر يمكن أن يخلق بسرعة عوائق للمستخدمين العاديين. لهذا السبب جذب انتباهي نهج "وضع الوسيط" من @primus_labs. بدلاً من التنسيق المعقد بين أطراف متعددة، يقوم الوسيط بإعادة توجيه حركة المرور المشفرة بين العميل والوجهة الويب. ما يجعل هذا التمييز عمليًا: ▷ تأخير أقل ملحوظًا ▷ تقليل متطلبات النطاق الترددي ▷ تنفيذ أكثر سلاسة في بيئات المتصفح لا يمكن للبنية التحتية للخصوصية أن تنجح إذا شعر المستخدم أن إنشاء الإثبات مرهق. التنفيذ السريع والخفيف هو ما يحول التحقق إلى أداة يومية #zkTLS
TriDung.solمشاركة

المصدر:عرض النسخة الأصلية
إخلاء المسؤولية: قد تكون المعلومات الواردة في هذه الصفحة قد حصلت عليها من أطراف ثالثة ولا تعكس بالضرورة وجهات نظر أو آراء KuCoin. يُقدّم هذا المحتوى لأغراض إعلامية عامة فقط ، دون أي تمثيل أو ضمان من أي نوع ، ولا يجوز تفسيره على أنه مشورة مالية أو استثمارية. لن تكون KuCoin مسؤولة عن أي أخطاء أو سهو ، أو عن أي نتائج ناتجة عن استخدام هذه المعلومات.
يمكن أن تكون الاستثمارات في الأصول الرقمية محفوفة بالمخاطر. يرجى تقييم مخاطر المنتج بعناية وتحملك للمخاطر بناء على ظروفك المالية الخاصة. لمزيد من المعلومات، يرجى الرجوع إلى شروط الاستخدام واخلاء المسؤولية.