News

أفادت Jinse Finance أن Vitalik نشر على منصة X قائلاً: "آمل أن يقوم المزيد من المطورين الذين يعملون على ZK (إثبات المعرفة الصفرية) وFHE (التشفير المتماثل بالكامل) بالتعبير عن الأداء من خلال نسبة التكلفة (مثل 'الوقت المطلوب للحوسبة المشفرة / وقت الحوسبة الأصلي')، بدلاً من الاكتفاء بقول 'يمكننا إجراء N عملية في الثانية'. هذه الطريقة أقل اعتماداً على الأجهزة، كما أنها توفر مؤشراً مفيداً للغاية: عندما أحول التطبيق من 'الاعتماد على الثقة' إلى 'الاعتماد على التشفير'، كم من الكفاءة أضحي بها فعلياً؟ وغالباً ما تكون هذه الطريقة أكثر ملاءمة لتقدير الأداء، لأنه كمطور، أعلم بالفعل كم من الوقت تستغرق الحوسبة الأصلية، ويمكنني ببساطة ضربها في نسبة التكلفة لتقدير الأداء. (نعم، أعلم أن هذا ليس سهلاً، لأن نوع العمليات بين التنفيذ والإثبات يختلف، خاصة في SIMD/التوازي وطريقة الوصول إلى الذاكرة، لذا حتى نسبة التكلفة لا تزال تعتمد جزئياً على الأجهزة. لكن مع ذلك، ما زلت أعتقد أن 'مضاعف التكلفة' هو مؤشر ذو قيمة كبيرة، رغم أنه ليس مثالياً.)

أفاد ChainCatcher أن مؤسس Ethereum، Vitalik Buterin، نشر مقالاً أعرب فيه عن أمله في أن يقوم المزيد من مطوري إثبات المعرفة الصفرية (ZK) والتشفير المتماثل بالكامل (FHE) بعرض تكلفة الأداء من خلال "نسبة وقت التشفير إلى وقت الحساب الأصلي"، بدلاً من وصف الأداء فقط بـ"عدد العمليات في الثانية". وأشار إلى أن هذه الطريقة أكثر استقلالية عن الأجهزة، كما أنها تساعد المطورين على تقييم نسبة الكفاءة التي يتم التضحية بها عند نقل التطبيقات من "الاعتماد على الثقة" إلى "الأمان المشفر". ويرى Vitalik أنه حتى إذا أدت العمليات غير المتجانسة إلى استمرار تأثر النسبة بالأجهزة، فإن عامل التكلفة الإضافية (overhead factor) يظل مؤشراً أكثر إفادة.