Según Cointelegraph, el cofundador de Ethereum, Vitalik Buterin, ha reiterado su compromiso con la descentralización de capa 2, afirmando que solo reconocerá soluciones de escalado que cumplan con la "etapa 1" de su escala de descentralización a partir del próximo año. En una publicación del 12 de septiembre, Buterin enfatizó la importancia de este estándar, señalando que solo mencionará públicamente las redes de capa 2 que alcancen el estado de "etapa 1+". También mencionó un posible período de gracia corto para proyectos nuevos y genuinamente interesantes.
Buterin aclaró que sus criterios de reconocimiento son estrictos y afirmó: "No importa si yo invertí o si eres mi amigo; etapa 1 o nada". Expresó optimismo sobre el progreso de los equipos de rollup de conocimiento cero, muchos de los cuales le han informado que están en camino de alcanzar la "etapa 1" para fin de año. "La era de los rollups que se glorifican como multisigs está llegando a su fin. La era de la confianza criptográfica está sobre nosotros", escribió.
Buterin introdujo el concepto de "ruedas de entrenamiento" para los proyectos de acumulación de escalabilidad de Ethereum en varias etapas de desarrollo en 2022. Esbozó un camino hacia la descentralización de capa 2 con tres etapas. La primera, "etapa 0" o "ruedas de entrenamiento completas", involucra proyectos que se autoidentifican como acumulaciones con todas las transacciones en cadena y usuarios capaces de realizar transacciones y retiros sin la intervención del operador. Sin embargo, estos proyectos están controlados por una billetera multifirma simple y no requieren pruebas de fraude o validez.
La "etapa 1", el nivel mínimo que Buterin reconocerá ahora, es el siguiente paso hacia la descentralización. En esta etapa, las capas 2 deben tener un esquema activo a prueba de fraude o de validez. También deben tener un mecanismo de anulación basado en múltiples firmas, o "consejo de seguridad", con condiciones estrictas como un mínimo de 6 de los 8 requisitos de firmas y un grupo de bloqueo de quórum externo a la organización de acumulación. Las actualizaciones también deben tener una ventana de demora de siete días.
La etapa final, "etapa 2" o "sin rueditas de entrenamiento", implica que ningún grupo pueda anular la salida del código si el código está libre de errores. También se permite un uso limitado de los consejos de seguridad, solo para casos de errores claros, y una demora de activación de la actualización de 30 días. En junio, varios equipos de implementación de capa 2, incluidos los de Linea, ZKsync, Arbitrum y Optimism, afirmaron que la descentralización total de la "etapa 2" se lograría en unos pocos años.
