كنت أبحث في عقود Cosmos IBC المُنفَّذة على Ethereum ووجدت شيئًا مثيرًا حول كيفية إدارة عملاء Light ZK الخاصة بهم. تتحقق إثباتات SP1 من توافق Cosmos، لكن تنفيذ عميل Light نفسه لا يزال يمكن نقله عبر الحوكمة. استخدموا هذا فعليًا خلال الترقية في يونيو لنقل عملاء Tendermint إلى SP1 v6.1. الإعداد الحالي يستخدم OpenZeppelin AccessManager وSafe للحوكمة بـ 4 من 7 وتأخير زمني مدته 72 ساعة. إذًا، على الرغم من أن التحقق من التوافق كryptographic، فإن النظام لا يزال يحتوي على طبقة ثقة إدارية. وأعتقد أن هذا يستحق الفهم. إذا كان بإمكان شخص ما تغيير تنفيذ عميل Light الذي يثق به الموجه، فإن أمان النظام بأكمله يعتمد أيضًا على من يتحكم في هذا الإذن. لا أقول إن هناك ثغرة هنا. آلية النقل مقصودة ومفيدة للترقيات والاسترداد. لكنني أريد فهم ما يحدث إذا تم اختراق مفاتيح الحوكمة، وما إذا كانت كل التغييرات الحساسة تمر حقًا عبر التأجيل الزمني، وكيف يمكن للمستخدمين التحقق من الترقية قبل حدوثها. المصدر: https://t.co/dnN5drqJMi