Introducción al Consejo de Seguridad de Optimism
Optimism busca establecer un Consejo de Seguridad para avanzar hacia una Red Optimism Superchain más descentralizada.
El Consejo de Seguridad asumiría el control de las claves necesarias para:
-
Actualizar los contratos del protocolo L1 para todas las Cadenas OP que participan en la Superchain (comenzando con la OP Mainnet); y
-
Modificar las designaciones para ciertos roles importantes en el sistema, como secuenciadores (es decir, batches), proponentes, retadores y miembros del multisig del Consejo de Seguridad.
Al crear y empoderar a este Consejo de Seguridad, el Collective puede dar pasos significativos hacia objetivos clave de descentralización: garantizar que ninguna parte pueda actualizar el sistema, modificar el estado acumulativo o censurar las transacciones.
Impacto de la descentralización
Los consejos son estructuras únicas e importantes dentro de la gobernanza Collective. Están compuestos por representantes electos que gestionan los recursos Collective o toman decisiones en nombre de los tokenholders o ciudadanos. Cumplen funciones que de otro modo desempeñaría la Foundation u otros actores centralizados y, por lo tanto, desempeñan un papel fundamental en la descentralización del Collective.
Como se describe en el Marco del Consejo Collective, la Foundation puede autorizar Consejos que apoyen un Collective Intent específico. El Consejo de Seguridad se encuadra en el Intent #1: avanzar hacia la descentralización técnica. Puede consultar la Carta del Consejo de Seguridad.
Después del inicio del Consejo de Seguridad, ninguna parte debería poder:
-
Actualizar contratos de protocolo L1
-
Modificar el estado L2
-
Censurar a los usuarios de L2 para que no realicen transacciones en cadena
Impacto de la gobernanza
Como se describe en el marco del Consejo, la existencia de un Consejo de Seguridad en sí no necesita ser aprobada por la gobernanza. Sin embargo, la propuesta de iniciar el Consejo de Seguridad requiere ciertos pasos procesales que sí requieren una votación.
Según lo propuesto, el inicio del Consejo de Seguridad se implementaría en dos fases:
Fase 0:
-
Primero, el Consejo de Seguridad se agregará como un firmante en una multisig 2/2 que controla las actualizaciones de protocolo para la OP Mainnet (siendo el otro firmante la multisig actual de la Foundation).
-
La Fase 0 solo afecta la capacidad de actualización de la OP Mainnet, ya que otras cadenas aún necesitan avanzar a través del proceso de gobernanza de Sequencer/Superchain que estará en línea en la Temporada 5. Este paso inicial e interino allana el camino para la iniciación completa del Consejo de Seguridad de la Superchain en la Fase. 1 (abajo).
-
No habrá Fase 0 para otras Cadenas OP. La Fase 0 es un programa de “training wheels” para el inicio completo del Consejo de Seguridad en la Fase 1, y se limita a la OP Mainnet.
Fase 1:
-
En una fecha posterior, la estructura 2/2 pasará a ser una única multisig controlada exclusivamente por el Consejo de Seguridad, lo que permitirá al Consejo de Seguridad actualizar el protocolo (y cambiar las designaciones de roles) para OP Mainnet y, eventualmente, la Superchain. Al mismo tiempo:
-
Los cambios en los contratos inteligentes introducirán un retraso de 14 días en todas las actualizaciones del protocolo L1, y los cambios en las designaciones de funciones del secuenciador, que la Optimism Foundation puede vetar en cualquier momento durante ese período.
-
Para proteger contra una pérdida de activos en caso de que se identifique una vulnerabilidad crítica, la funcionalidad de pausa existente en Optimism Portal se extenderá a todos los métodos de retiro en los contratos L1StandardBridge, L1ERC721Bridge y L1CrossDomainMessenger.
La Fase 1 implementa plenamente el inicio del Consejo de Seguridad. Inicialmente incluirá la OP Mainnet, luego se expandirá a todas las demás cadenas OP que avanzan a través del proceso de gobernanza de Sequencer Allowlist/Superchain que estará en línea en la temporada 5.
¿Qué significa esto para los delegados?
En relación con este lanzamiento por etapas, hay tres propuestas relacionadas para que la Token House las revise, y vote durante los próximos meses:
-
Consejo de Seguridad: Voto #1 – Cambio al modelo de seguridad: Esta votación aprobará la incorporación del Consejo de Seguridad en la Fase 0 como firmante en una multisig 2/2 que controla las actualizaciones de protocolo para la OP Mainnet. Esto no requiere ningún cambio de protocolo, pero como representa un cambio fundamental en el modelo de seguridad de la OP Mainnet, debería ser aprobado por la Token House. La Token House votará todos los detalles de esta propuesta durante el próximo Período de Reflexión.
-
Consejo de Seguridad: Voto #2 – Ratificación de Membresía: El conjunto inicial de miembros del Consejo de Seguridad (aplicable tanto a la Fase 0 como a la Fase 1) debe ser ratificado por la Token House. Después del primer mandato del conjunto inicial de miembros, cada temporada se llevarán a cabo elecciones para las cohortes del Consejo de Seguridad. La votación de la Token House para ratificar el conjunto inicial de miembros seguirá a la votación #1 durante el próximo Período de Reflexión.
-
Consejo de Seguridad: Voto #3: modelo de seguridad total + actualización retrasada: la fase 1 requiere una actualización del protocolo para implementar todo el alcance de la iniciación del Consejo de Seguridad. Esto será votado por la Token House en la temporada 5.