La evolución de la seguridad en tres fases de la red L2 de Ethereum: de la participación en la gobernanza a los sistemas de prueba

La seguridad de la red L2 de Ethereum se puede dividir en tres etapas, dependiendo principalmente del grado de control del comité de seguridad sobre los componentes sin confianza:

1. Fase 0: El comité de seguridad tiene el control total. Incluso con un sistema de prueba, el comité de seguridad aún puede anular sus resultados mediante una votación de simple mayoría.

2. Fase 1: Se necesita la aprobación de más del 75% de los miembros del comité de seguridad para poder reemplazar el sistema en funcionamiento. Se requiere al menos un quórum independiente de la organización principal para bloquear el subconjunto.

3. Fase 2: El comité de seguridad solo puede actuar en casos de errores claros, como cuando dos sistemas de prueba redundantes son contradictorios.

Estas tres fases reflejan la disminución gradual del peso del voto del comité de seguridad. El mejor momento para pasar de una fase a la siguiente depende del grado de confianza en la fiabilidad del sistema de prueba.

A través de un modelo matemático simplificado, podemos cuantificar la seguridad en diferentes etapas. Suponiendo que cada miembro del comité de seguridad tiene un 10% de probabilidad de fallo independiente, podemos calcular la posibilidad de que el sistema colapse en diferentes etapas. Los resultados muestran que, a medida que mejora la calidad del sistema de prueba, la mejor opción pasa de la etapa 0 a la etapa 1 y luego a la etapa 2.

Sin embargo, este modelo simplificado ignora algunos factores reales:

1. Los miembros del comité de seguridad pueden tener fallos en patrones comunes.
2. El sistema de prueba puede estar compuesto por múltiples sistemas independientes, lo que reduce el riesgo de colapso general.

Teniendo en cuenta estos factores, la fase 1 y la fase 2 pueden ser más atractivas de lo que predice el modelo.

Desde un punto de vista matemático, la existencia de la Fase 1 parece difícil de probar en términos de su razonabilidad. Una solución es otorgar a los miembros individuales del comité de seguridad el poder de retrasar los retiros, para que haya suficiente tiempo para actuar en situaciones de emergencia.

Al mismo tiempo, entrar en la etapa 2 demasiado pronto también puede conllevar riesgos, especialmente si hacerlo afecta la mejora del sistema de prueba subyacente. Idealmente, los proveedores de datos deberían mostrar la auditoría del sistema de prueba y los indicadores de madurez, al mismo tiempo que indican la etapa actual.

En resumen, la evolución de la seguridad de las redes L2 es un proceso complejo que requiere encontrar un equilibrio entre los mecanismos de gobernanza y la implementación técnica. Con la mejora continua de los sistemas de prueba, se espera que las redes L2 logren gradualmente un mayor grado de descentralización y seguridad.