أنا أقوم بدراسة تصميم معمارية بروتوكول Walrus مؤخراً، وقد اكتشفت مشكلة حرجة جداً — عندما تحدث أعطال عقد على نطاق واسع أو انقسام الشبكة، كيف يمكن للنظام أن يصمد فعلاً؟

هذا يعود إلى مسألة استرجاع الكوارث ومرونة الشبكة. يجب أن يحدد البروتوكول على مستوى المعمارية خطط استجابة مدمجة مسبقاً، لا يمكن الاعتماد على الحلول المرتجلة. والأهم من ذلك هو إجراء اختبارات المرونة بشكل منتظم، محاكاة سيناريوهات متطرفة مختلفة، والتحقق مما إذا كانت البيانات يمكن استرجاعها فعلاً.

هناك مؤشران أساسيان مهمان جداً لقياس مرونة النظام — هدف وقت الاسترجاع (RTO) وهدف نقطة استرجاع البيانات (RPO). يجب تصميم هذين المؤشرين بوضوح، وكما يجب أن تكون نتائج الاختبار مفتوحة وشفافة. فقط بهذه الطريقة يمكننا التحقق الحقيقي مما إذا كان بروتوكول معين قادراً فعلاً على تحمل الاختبار.