Polygon propone cambios de gobernanza para agilizar las actualizaciones de contratos

iconThe Defiant
Compartir
AI summary iconResumen
Polygon propone cambios de gobernanza para agilizar las actualizaciones de contratos Una propuesta de gobernanza preliminar (PIP-93) de Polygon busca simplificar el proceso de actualización de la cadena de bloques al permitir que Polygon Labs encole cambios en los contratos de puente y de staking sin necesidad de aprobación del consejo para cada actualización. El Consejo de Seguridad aún puede vetar o ejecutar directamente los cambios. El plan, liderado por Christopher von Hessert, pasa de un modelo de aprobación por consejo a un sistema más eficiente liderado por Labs. Será revisado durante la llamada de gobernanza del protocolo del 5 de noviembre. Este cambio podría ayudar a evitar retrasos y reducir el riesgo de una brecha de seguridad durante actualizaciones urgentes.

Una propuesta de gobernanza de Polygon en borrador permitiría a Polygon Labs colocar en cola actualizaciones para los contratos de puente y staking sin recopilar firmas del consejo para cada cambio, mientras que un Consejo de Seguridad consolidado podría vetarlas o ejecutar cambios inmediatamente.

PIP-93, fechado el 2 de nov. de 2026 y redactado por Christopher von Hessert, combinaría las estructuras multisig del Consejo de Protocolo, Polygon PoS y AggLayer en una sola estructura de gobernanza por red. Once firmantes de diez organizaciones operarían bajo una política de 8 de 11 en Ethereum y Polygon.

La propuesta sigue marcada como “Borrador” en Polygon's repository. Está incluida en la agenda de la Nov. 5 Protocol Governance Call, donde el equipo de soporte de validadores de Polygon Labs indicó que se presentarían más detalles.

El cambio práctico sería pasar de la aprobación afirmativa del consejo para cada cambio rutinario a una cola liderada por Labs que el consejo debe detener activamente.

Bajo el marco de PIP-29, los cambios de configuración regulares requieren siete de 13 firmas del consejo y un retraso de 10 días; los cambios inmediatos requieren diez de 13. PIP-54, la propuesta anterior de transferencia de permisos de PoS, asigna la capacidad de actualización del contrato a la ruta de 10 de 13. Su alcance incluye el staking de validadores, depósitos y retiros de puente, y contratos de depósito de tokens.

PIP-93 otorgaría a un multisig separado de Operaciones de Polygon Labs, compuesto por personal de seguridad e ingeniería, un umbral de 5 de 9 para proponer actualizaciones y cambios administrativos mediante un retraso de siete días. También podría pausar contratos, pero no podría omitir el retraso de actualización ni reanudarlos.

El consejo podría cancelar transacciones en cola, presentar cambios él mismo, ejecutar inmediatamente o reanudar contratos, todo con 8 de 11 firmas. Por lo tanto, la ventana de siete días se aplicaría a las actualizaciones propuestas por Labs, no a cada actualización posible. La acción inmediata del consejo requeriría menos firmas que la ruta de emergencia de PIP-29.

Von Hessert argumenta que las ceremonias de firma repetidas se han convertido en un cuello de botella a medida que se acumulan correcciones de errores y actualizaciones de puente y staking. La ruta propuesta por Labs eliminaría la necesidad de firmas del consejo para cada cambio rutinario, manteniendo la capacidad del consejo para intervenir.

Un Consejo más pequeño, menos divulgación de firmantes

Polygon Labs mantendría dos escaños en el consejo, uno cada uno para Sherlock, OpSek, Hexens, Sigma Prime, Curve, QuickSwap, EthCC, L2Beat y Coinbase. Los escaños de Labs serán ocupados por multisig internos en lugar de individuos.

El borrador reemplazaría el compromiso de membresía con nombre público de PIP-29 con la divulgación a nivel de organización: las identidades y direcciones de los firmantes individuales no se publicarán. Los cambios en la membresía requerirán aprobación del consejo según la política de 8 de 11, reemplazando el requisito de PIP-29 de que estén regulados por el marco PIP.

La implementación se llevaría a cabo en dos fases: primero cambiando los conjuntos de firmantes en los multisig existentes y reasignando los derechos operativos y de pausa a Labs Operations, luego implementando timelocks y consolidando las estructuras restantes. El borrador indica que las direcciones de contrato afectadas se publicarán antes de la ejecución.

Descargo de responsabilidad: La información contenida en esta página puede proceder de terceros y no refleja necesariamente los puntos de vista u opiniones de KuCoin. Este contenido se proporciona solo con fines informativos generales, sin ninguna representación o garantía de ningún tipo, y tampoco debe interpretarse como asesoramiento financiero o de inversión. KuCoin no es responsable de ningún error u omisión, ni de ningún resultado derivado del uso de esta información. Las inversiones en activos digitales pueden ser arriesgadas. Evalúa con cuidado los riesgos de un producto y tu tolerancia al riesgo en función de tus propias circunstancias financieras. Para más información, consulta nuestras Condiciones de uso y la Declaración de riesgos.