Vitalik Buterin destaca la importancia de la calidad del sistema de pruebas en la transición de las acumulaciones de la capa 2 a la etapa 2

Co-Fundador y CEO de Laboratorios Taiko Daniel Wang compartió una publicación en la plataforma social X, donde comentó sobre la variabilidad en la confiabilidad de las implementaciones de rollups, sugiriendo que no todo el código debe considerarse por igual. Señaló que un rollup podría considerarse técnicamente como Etapa 2 en términos de descentralización y funcionalidad, pero aun así depender de código nuevo y sin probar que aún no ha enfrentado condiciones de estrés reales. 

Como resultado, Daniel Wang propuso una clasificación adicional y sugirió que se utilizara el término “probado en batalla” para identificar los rollups que han demostrado estabilidad y resiliencia.

Según él, un rollup puede considerarse "Probado en Batalla" si ha estado funcionando en la red principal de Ethereum con su configuración y código base actuales durante más de seis meses, asegurando consistentemente más de $100 millones en valor total bloqueado (TVL), incluyendo al menos $50 millones en ETH y las principales monedas estables. Daniel Wang aclaró que este estado no es permanente: cualquier actualización reiniciaría el período de evaluación, lo que requiere que el rollup restablezca su fiabilidad en condiciones de producción.

Daniel Wang también mencionó que el proyecto Taiko de la Capa 2 de Ethereum aspira a alcanzar la Etapa 2 y que adoptará código que cumpla con los criterios de "Probado en Batalla" para futuras actualizaciones. Añadió que podría ser necesario un conjunto de pruebas independiente de Ethereum para respaldar esta estrategia de desarrollo.

En respuesta, el cofundador de Ethereum, Vitalik Buterin, señaló que alcanzar la Etapa 2 no es el único factor determinante de la seguridad de un rollup; la fiabilidad del sistema de pruebas subyacente también desempeña un papel crucial. Propuso un modelo matemático simplificado para guiar las decisiones sobre cuándo sería adecuado pasar a la Etapa 2, basándose en varios supuestos.

El modelo asume que cada miembro del consejo de seguridad tiene un 10 % de probabilidad de fallar, ya sea por problemas de seguridad, como firmar datos incorrectos o estar comprometido, o por problemas de actividad, como no firmar debido a la inaccesibilidad. El objetivo del modelo es minimizar el riesgo general de falla del protocolo en estas condiciones. En el modelo, una configuración de seguridad de Etapa 0 opera con una multifirma de 4 de 7, mientras que la Etapa 1 se basa en una estructura de 6 de 8.

Vitalik Buterin también reconoció que este enfoque simplificado no contempla las posibles vulnerabilidades compartidas entre los miembros del consejo, como el riesgo de vulneración coordinada o coerción simultánea, lo cual reduciría la seguridad real de las configuraciones de la Etapa 0 y la Etapa 1. Por lo tanto, sugirió que la transición a la Etapa 2 podría ser óptima antes de lo que sugiere inicialmente el modelo.

También enfatizó que el riesgo de falla del sistema de prueba se puede reducir al utilizar un arreglo multifirma que combina múltiples sistemas de prueba independientes. 

Vitalik Buterin Ilustró este concepto con un gráfico donde el eje X representa la probabilidad de que falle el sistema de pruebas y el eje Y la probabilidad de que falle todo el protocolo. A medida que mejora la fiabilidad del sistema de pruebas, la etapa ideal para la operación del protocolo cambia progresivamente: de la Etapa 0 a la Etapa 1 y luego a la Etapa 2. Sin embargo, señaló que intentar implementar la Etapa 2 con un sistema de pruebas de baja calidad conlleva el mayor riesgo general.

Los rollups de la etapa 2 marcan el pico de descentralización en la capa 2 de Ethereum, eliminando la dependencia del control centralizado.

En el contexto de Ethereum Capa 2 ecosistema, una acumulación de Etapa 2 se considera el nivel de madurez más alto en términos de descentralización y minimización de la confianza, según los criterios del marco L2BEAT. En esta etapa, la acumulación funciona completamente mediante contratos inteligentes y pruebas criptográficas, sin depender de actores centralizados para la validación de transacciones ni la supervisión del sistema.

Para alcanzar este nivel, el rollup debe demostrar que permite la participación abierta en el proceso de verificación, lo que significa que cualquier usuario puede validar o disputar las transiciones de estado. También debe incluir mecanismos efectivos en cadena para la resolución de disputas, garantizando que los errores en las actualizaciones de estado se puedan cuestionar y corregir de forma transparente. Además, los usuarios deben poder retirar sus activos directamente a la Capa 1 de Ethereum en cualquier momento, sin necesidad de permiso ni intervención de un tercero centralizado.

Alcanzar la Etapa 2 refleja que el rollup ha madurado más allá de sus salvaguardas de fase inicial (a veces denominadas "ruedas de entrenamiento") y ahora opera con un modelo de seguridad y descentralización que se alinea estrechamente con el de la capa base de Ethereum.