Test de comprensión

Esta es una traducción de la documentación de gobernanza de Arbitrum Foundation.


Revise los siguientes escenarios para probar su comprensión de los diferentes componentes del protocolo Arbitrum DAO, como el Consejo de Seguridad, AIP, acciones dentro y fuera de la cadena. Al ejercitar su comprensión de estos escenarios, estará mejor equipado para navegar con confianza por el proceso, la tecnología y las propuestas de gobierno que respaldan el DAO de Arbitrum.

Escenario 1: Tienes una idea que te gustaría proponer a Arbitrum DAO

¿Cuál es el primer paso que debes dar? ​

El primer paso es presentar la idea como una Propuesta de Mejora de Arbitrum (AIP) en el foro público de gobernanza de Arbitrum DAO. Esta discusión debe ir acompañada de una encuesta informal de control utilizando Snapshot. Esta encuesta durará 1 semana mientras se discute / debate el AIP. A continuación, se realizará un control más formal en Tally.

Este procedimiento se conoce como la fase de control dentro de la Constitución y es técnicamente opcional, pero se recomienda encarecidamente como una mejor práctica de gobernanza de diligencia debida. Aunque el proceso para presentar un AIP al foro de gobernanza no se describe explícitamente en la Constitución, la misma especifica que la DAO puede aprobar e implementar AIP para cambiar las reglas que rigen el sistema. Consulte Cómo presentar una propuesta de DAO para obtener instrucciones más detalladas sobre cómo presentar un AIP.

Escenario 2: Surge una emergencia de seguridad en una de las chains gobernadas por Arbitrum DAO

¿Cómo puede responder la DAO a la emergencia de seguridad? ​

El Consejo de Seguridad es un comité de 12 miembros elegidos democráticamente que son firmantes de una wallet multi-sig. A este comité se le otorga el poder de realizar acciones de emergencia y acciones no urgentes, según lo delegado por el Arbitrum DAO y la Fundación Arbitrum, y es responsable de defender la Constitución del Arbitrum DAO..

En este escenario, el Consejo de Seguridad debe manejar la emergencia de inmediato, ya sea implementando la actualización de software requerida o realizando cualquier otra acción de mitigación que sea necesaria para remediar la situación en nombre de la DAO y sus miembros. Este tipo de acción del Consejo de Seguridad se conoce como una acción de emergencia y requiere una aprobación de 9 de 12 del Consejo de Seguridad para ejecutarse.

El Consejo de Seguridad no debe usar su poder para realizar acciones de emergencia, excepto en una verdadera emergencia de seguridad, como una vulnerabilidad crítica que podría comprometer significativamente la integridad, confidencialidad o disponibilidad de una chain gobernada por el Arbitrum DAO. Después de realizar una acción de emergencia, el Consejo de Seguridad debe emitir un informe de transparencia completo para explicar lo que se hizo y por qué se justificó la acción de emergencia. Detalles notables:

  • El Arbitrum DAO puede modificar los poderes del Consejo de Seguridad o eliminar el Consejo de Seguridad por completo mediante la presentación, aprobación e implementación de un AIP constitucional.

  • El Arbitrum DAO puede restringir o eliminar el poder del Consejo de Seguridad para realizar acciones de emergencia a través de la aprobación e implementación de un AIP constitucional.

  • El Consejo de Seguridad también puede aprobar e implementar actualizaciones rutinarias de software, mantenimiento de rutina y otros ajustes de parámetros en un entorno que no sea de emergencia (tales acciones se denominan "acciones que no son de emergencia"), que requieren una aprobación 7 de 12 para que surtan efecto.

  • Existen "copias" equivalentes de los contratos multifirma del Consejo de Seguridad (7 de 12, en el caso de acciones que no sean de emergencia, y 9 de 12, en el caso de acciones de emergencia), uno en Ethereum y otro en cada cadena gobernada por Arbitrum DAO.

  • Cualquier medida que no sea de emergencia, después de su aprobación por el Consejo de Seguridad, evitará las fases 1 a 3 del proceso AIP y, en su lugar, pasará directamente por las fases 4 a 7 del proceso AIP, para proporcionar un retraso antes de que se despliegue cualquier acción que no sea de emergencia. El Consejo de Seguridad puede especificar opcionalmente demoras adicionales antes del despliegue.

Escenario 3: desea proponer un cambio en los parámetros del sistema de una de las chains gobernadas por Arbitrum DAO

¿Qué proceso se debe seguir para implementar este cambio? ​

El proceso para proponer e implementar cambios en los parámetros del sistema es el siguiente:

  1. Presentar la propuesta como una Propuesta de Mejora de Arbitrum (AIP) en el foro público, que será discutido y debatido durante 1 semana (fase de Control de temperatura).

  2. El AIP pasa a una fase de votación, donde los token holders pueden votar sobre la propuesta.

  3. Si la propuesta pasa la votación, pasa a un período de retraso antes de su implementación.

  4. Después del período de retraso, el cambio puede ser implementado por los Chain owners a través de una transacción en la Blockchain.

Tenga en cuenta que el Consejo de Seguridad también puede aprobar e implementar actualizaciones rutinarias de software, mantenimiento y otros ajustes de parámetros en un entorno que no sea de emergencia. Esto omite las fases 1 a 3 del proceso AIP y pasa directamente por las fases 4 a 7. Esto se hace para evitar que las actualizaciones y el mantenimiento de rutina se retrasen o obstruyan por las fases de control, votación y retraso del proceso AIP.

Escenario 4: Desea proponer un cambio en la Constitución de Arbitrum DAO

¿Qué proceso se debe seguir para implementar este cambio? ​

El proceso para proponer y aplicar cambios a la Constitución es el descrito en la propia Constitución. Implica presentar la propuesta como AIP, y luego pasar por las mismas fases de votación y retraso que cualquier otra propuesta. La propuesta debe aprobarse con una supermayoría (ver: Constitución) de tokens votables que se votan a favor del cambio. Los cambios a la Constitución también deben ser ratificados por el Consejo de Seguridad con una aprobación de 7 de 12 para que entren en vigor.

Escenario 5: Desea convertirse en miembro del Consejo de Seguridad

¿Cómo puede convertirse en miembro del Consejo de Seguridad? ​

El Consejo de Seguridad tiene 12 miembros, que se dividen en dos cohortes de 6 miembros cada una. Cada 6 meses, se produce una elección. Consulte la Constitución para obtener más detalles sobre el proceso electoral.

Escenario 6: desea actualizar la chain Arbitrum One

¿Qué proceso se debe seguir para ejecutar esta actualización? ​

El proceso para actualizar la chain Arbitrum One implica presentar una propuesta como AIP y pasar por las mismas fases de votación y retraso que cualquier otra propuesta. La propuesta debe aprobarse con una supermayoría (ver: Constitución) de tokens votables que se votan a favor del cambio. La actualización también debe ser aprobada por el Consejo de Seguridad con una aprobación de 7 de 12 para que surta efecto. Los Chain owners realizarán la actualización mediante la implementación del contrato de cualquiera de los contratos de proxy actualizable transparente del protocolo central de Arbitrum y ajustando los parámetros del sistema (por ejemplo: a través de métodos de configuración en la precompilación de ArbOwner).

Es importante tener en cuenta que la actualización debe ser probada y revisada exhaustivamente por la comunidad y los expertos en el campo antes de ser propuesta e implementada. Cualquier actualización también debe cumplir con las leyes aplicables, en particular las regulaciones relacionadas con las sanciones.

Escenario 7: desea crear una nueva chain de Arbitrum. ​

¿Qué necesitas hacer a continuación? ​

¡Depende! Si desea crear una nueva chain L3, simplemente puede continuar e implementarla. Si desea crear una nueva chain L2, debe presentar una propuesta para que la chain apruebe y autorice el Arbitrum DAO. (Ver Nuevas Chains.)

Escenario 8: Arbitrum DAO experimenta una temporada de apatía de los votantes. ​

¿Esto impedirá que se trabaje en las chains que posee Arbitrum DAO? ​

No, la apatía de los votantes no impedirá que se trabaje en las chains que posee Arbitrum DAO. La Constitución permite que se tomen medidas que no sean de emergencia, que no requieren la aprobación de los holders de tokens. El Consejo de Seguridad tiene el poder de realizar acciones de emergencia con una aprobación de 9 de 12, que se puede utilizar para abordar cuestiones críticas que no pueden esperar la aprobación de los votantes. Si bien la participación de los votantes es importante para el buen funcionamiento de la DAO, la Constitución ha incorporado mecanismos para garantizar que se pueda seguir trabajando incluso en caso de baja participación electoral.

Tenga en cuenta que la apatía de los votantes podría tener un impacto en la gobernanza de la DAO, y ciertas decisiones y acciones podrían no ser tan representativas de la voluntad colectiva de la comunidad si la participación electoral es baja.

Escenario 9: Has reclamado $ARB tokens, pero no tienes tiempo para participar activamente en el gobierno de Arbitrum DAO. ​

¿Qué opciones tienes? ​

Si ha reclamado $ARB tokens pero no tiene tiempo para participar activamente en el gobierno de Arbitrum DAO, tiene algunas opciones:

  1. Puede delegar el poder de voto de sus tokens a otro miembro de la comunidad en quien confíe para tomar decisiones que se alineen con sus intereses. Consulte Cómo delegar su poder de voto para obtener más información.

  2. Puede conservar sus tokens de $ARB y votar cuando tenga tiempo, pero tenga en cuenta que es posible que ya se hayan tomado algunas decisiones importantes.

  3. Puede vender o transferir sus tokens $ARB a otro miembro de la comunidad que sea más activo.

Si bien participar en la gobernanza es un aspecto importante de ser miembro de DAO, no es obligatorio. Mientras tenga $ARB tokens, puede participar en el protocolo de gobierno de Arbitrum DAO, pero no hay ninguna consecuencia si decide no participar.

Escenario 10: desea proponer un cambio en la forma en que se distribuyen los tokens de $ARB desde airdrops no reclamados

¿Cuál es el proceso para proponer e implementar este cambio? ​

El proceso para proponer e implementar cambios en la distribución de tokens de $ARB desde airdrops no reclamados implica presentar una propuesta como AIP y pasar por las mismas fases de votación y retraso que cualquier otra propuesta. La propuesta debe aprobarse con una supermayoría de tokens votables a favor del cambio. Además, el cambio también debe ser aprobado por el Consejo de Seguridad con una aprobación 7 de 12 para que entre en vigor. La distribución de tokens de $ARB desde airdrops no reclamados debe ser evaluada y revisada a fondo por la comunidad y los expertos en el campo antes de ser propuesta e implementada.

Escenario 11: Se aprueba una propuesta de gobernanza contra la que usted votó. ​

¿Qué opciones tienes? ​

Si se aprueba una propuesta de gobernanza contra la que votó, tiene algunas opciones:

  1. Puede aceptar el resultado y continuar participando en el DAO.

  2. Puede participar en más discusiones y debates en el foro de la comunidad para expresar su opinión disidente y tratar de influir en otros desde su punto de vista.

  3. Puede proponer un nuevo AIP que aborde los problemas que tiene con la propuesta que se aprobó y tratar de que se apruebe a través del proceso de votación.

  4. Puede optar por desvincularse del DAO por completo y vender sus tokens votables antes de que la propuesta entre en vigencia. Esto se ve facilitado por el retraso entre la aprobación de la propuesta y la entrada en vigor de la propuesta.

Conclusión

Esta verificación de comprensión se ha proporcionado como una ayuda de estudio opcional que alienta a los holders de tokens y posibles delegados a revisar, compartir y desarrollar periódicamente. Si tiene alguna pregunta o inquietud, visite el foro de gobernanza de Arbitrum DAO o Discord.

 

Subscribe to Arbitrum Español (No Oficial)
Receive the latest updates directly to your inbox.
Mint this entry as an NFT to add it to your collection.
Verification
This entry has been permanently stored onchain and signed by its creator.