يدعو Vitalik مطوري ZK وFHE إلى "إظهار نسبة التشفير مباشرة": يمكنك رؤية الفرق في لمحة ثم التحدث عن التحسين
يجب أن تكون تكنولوجيا الخصوصية واضحة في لمحة واحدة. ودعا فيتاليك بوتيرين المطورين إلى إظهار "نسبة الكفاءة" مباشرة عند الحديث عن أداء ZK وFHE.
(ملخص أولي: أنشأت مؤسسة Ethereum "مجموعة أبحاث الخصوصية" لتعزيز ست خرائط طريق رئيسية وإطلاق المنافسة بشكل كامل على مسار الخصوصية)
(ملحق الخلفية: أصدرت مؤسسة Ethereum مخطط خصوصية شامل، وهو نهج ثلاثي الأبعاد لتعزيز أساس DeFi والامتثال)
محتوى هذه المقالة
المؤسس المشارك لـ Ethereum نشر Vitalik Buterin مؤخرًا مقالًا على منصة X، يوصي فيه المطورين بتقييم إثباتات المعرفة الصفرية (ZK) والتشفير المتماثل بالكامل (FHE)، ويجب علينا التخلي عن المؤشر المعتاد لـ "عمليات N في الثانية" والتركيز بدلاً من ذلك على نسبة الكفاءة "وقت حساب التشفير / وقت الحساب الأصلي". والقصد من ذلك هو اقتراح معيار اختبار مباشر أكثر لجدوى تكنولوجيا خصوصية Web3.
تركيز Vitalik على نسبة الكفاءة
تعتمد مقاييس الإنتاجية التقليدية بشكل كبير على بيئة الأجهزة ولا يمكنها الكشف عن العبء الحقيقي الذي تسببه طبقة التشفير. ويشير فيتاليك إلى أنه إذا علم المطورون أن الحساب الأصلي يستغرق 1 مللي ثانية فقط، فيمكنهم الاستنتاج مباشرة من نسبة الكفاءة إلى أي مدى سيتم تضخيم التشفير.
ترجمة تغريدة Vitalik:
آمل أن يتمكن المزيد من الأشخاص الذين يستخدمون ZK (المعرفة الصفرية) وFHE (التشفير المتماثل بالكامل) من استخدام قيم النسبة للتعبير عن الحمل الإضافي ("وقت الحساب تحت حماية التشفير" مقابل "وقت الحوسبة الأصلي")، بدلاً من مجرد قول "يمكننا إجراء عمليات N في الثانية."
هذا أكثر استقلالية عن الأجهزة ويمكن أن يوفر رقمًا مفيدًا للغاية: إذا كان تطبيقي محميًا بالتشفير بدلاً من الاعتماد على الثقة، فما مقدار الكفاءة التي سأضحي بها؟
وهذا أيضًا أفضل بشكل عام للتقدير، لأنني كمطور أعرف بالفعل مقدار الوقت الذي تستغرقه العملية الحسابية الأولية، وأقوم فقط بأخذ هذا الوقت وضربه في المضاعف.
(نعم، أعلم أن هذا صعب، لأن العمليات المطلوبة بين "التنفيذ" و"إنشاء إثبات" ذات طبيعة مختلفة، لا سيما التي تتضمن SIMD/التوازي وأنماط الوصول إلى الذاكرة، لذلك حتى النسبة لا تزال تتأثر بالأجهزة إلى حد ما. ولكن على الرغم من ذلك، ما زلت أعتقد أن التعبير عن الحمل كمضاعف، على الرغم من أنه ليس مثاليًا، لا يزال مؤشرًا جيدًا.)
أتمنى أن يعطي المزيد من الأشخاص ZK وFHE نفقاتهم العامة كنسبة (الوقت لحساب التشفير مقابل الوقت لحساب الخام)، بدلاً من مجرد القول "يمكننا القيام بعدد N من العمليات في الثانية"
إنها أكثر استقلالية عن الأجهزة، وتعطي رقمًا مفيدًا للغاية: ما مدى كفاءتي…
— Vitalik.eth (@VitalikButerin) أكتوبر 18, 2025
وأكد فيتاليك أنه على الرغم من أن هذه النسبة ستظل متأثرة بتخطيط الذاكرة ودرجة التوازي واختلافات مجموعة التعليمات، إلا أنها تسمح على الأقل للمجتمع "باستخدام نفس المسطرة" لقياس الحلول المختلفة.
اختناقات أداء ZK وFHE
لدى ZK وFHE وظائف مختلفة تمامًا في حماية خصوصية المستخدم، ولكنها تواجه أيضًا أعباء باهظة. بمجرد زيادة تعقيد دائرة ZK، قد يستغرق وقت إنشاء الإثبات مئات المرات. أصبح عنق الزجاجة في FHE أكثر وضوحا. إصدار FHE من استدلال التعلم الآلي أبطأ بمقدار 20000 مرة من النص العادي.
تجعل هذه التأخيرات من الصعب تنفيذ سيناريوهات مثل DeFi، والهوية اللامركزية (DID)، والذكاء الاصطناعي على السلسلة، وتسلط الضوء أيضًا على أهمية إطار نسبة الكفاءة. لذلك، يدعو فيتاليك الجميع إلى رؤية عبء كل حل قبل أن نتحدث عن التحسين.
مسار التحسين والتعاون البيئي
تشجع مبادرة Vitalik المجتمع على إعادة تخصيص موارد البحث والتطوير. ويمكن ملاحظة أنه على المدى القصير، لا يزال الابتكار على مستوى الخوارزمية هو الوسيلة الأساسية لتقليل النسبة. المرحلة المتوسطة التالية هي ترقية معدات الحوسبة GPU أو ASIC، والتي من المتوقع أن تقلل من وقت حساب الوقت المطلق إلى نطاق مقبول للمستخدمين.
على المدى الطويل، سيكون التشفير الانتقائي والتعاون عبر الطبقات أمرًا أساسيًا لتحفيز التبني الجماعي. حاليًا، تعمل صناعة التشفير على تعزيز توحيد دوائر ZK وتحسين مترجم FHE ومشاركة الأدلة خارج السلسلة. الهدف هو تقليل نسبة الكفاءة دون إضعاف الخصوصية وكسب المزيد من السيناريوهات للتطبيقات اللامركزية. ص>
