Este documento establece la Constitución de la B3 DAO (la “Constitución”). Algunas de las reglas y procedimientos de esta Constitución serán aplicados directamente por contratos inteligentes en una cadena de bloques, y algunos no lo serán. Las acciones tomadas bajo esta Constitución pueden ser acciones en cadena o fuera de cadena. Las acciones en cadena son aquellas que son actuadas directamente por los contratos inteligentes de gobernanza de la DAO como transacciones en una cadena de bloques. Las acciones fuera de cadena son aquellas que son actuadas por otros medios. Esta Constitución también incluye algunas “pautas recomendadas” que no son vinculantes pero se recomiendan encarecidamente como buena práctica de gobernanza. Esta Constitución describe los procedimientos por los cuales puede ser enmendada y establece el marco de gobernanza de la B3 DAO y la Fundación Player1.

Definiciones

Sección 1: “administración” de la cadena

Esta Constitución describe el marco de toma de decisiones para la gobernanza de la B3 DAO. El Protocolo B3 tiene dos conjuntos de “administradores” de cadena que tienen el poder de tomar acciones administrativas que cambian el protocolo central de B3 y el código y/o alteran cualquiera de sus parámetros centrales. Con el evento de generación de tokens $B3 y la creación subsiguiente de la B3 DAO habiendo ocurrido, la Fundación Player1 ha confiado privilegios de “administrador” en B3 tanto a los Titulares de Token como al Consejo de Seguridad del Protocolo B3. En el caso de que un B3IP pueda violar cualquier ley aplicable o esta Constitución (según lo determine la Fundación Player1), la Fundación Player1 puede notificar al Consejo de Seguridad de su obligación de prevenir que dicho B3IP entre en efecto. El “administrador” también tendrá el poder de actualizar ciertos contratos asociados de Capa 2. El “administrador” controlará affordances en la cadena como actualizar la implementación del contrato de cualquiera de los contratos del protocolo central de B3, y ajustar parámetros del sistema a través de, por ejemplo, métodos setter en el precompilado del Administrador de B3.

Sección 2: Propuestas y Procedimientos de Votación de la DAO

El siguiente proceso rige las reglas y procedimientos por los cuales la B3 DAO puede proponer, votar e implementar B3IPs. Ningún B3IP puede estar en violación de leyes aplicables, en particular regulaciones relacionadas con sanciones.

Fases del Proceso B3IP

1

Fase 1: Verificación de Temperatura / Período de Discusión (1 semana) (Opcional pero Recomendado)

El B3IP se sugiere en el foro público y se discute/debate durante 1 semana. El B3IP debe estar acompañado por una encuesta u otro método determinado conforme al proceso de gobernanza. Esta Fase 1 debe durar un período de 1 semana para permitir suficiente discusión y retroalimentación. En el caso de que un B3IP omita esta fase, como una cuestión de buena práctica de gobernanza, se recomienda que los votantes consideren votar para rechazarlo.
2

Fase 2: B3IP Formal y llamado a votación (3 días)

El B3IP se presenta a través de contratos de gobernanza en Base, con una interfaz de usuario disponible en Agora. El proponente del B3IP debe tener una dirección que esté delegada al menos 30,000,000 Tokens Votables.Después de 3 días, se tomará una instantánea de distribución de votantes y comenzará el período de votación; esto da tiempo a las partes interesadas para discutir el B3IP y reunir votos antes de que se tome la instantánea de distribución de votantes.Cada B3IP debe ser etiquetado como Constitucional o No Constitucional.
3

Fase 3: La DAO vota sobre el B3IP, en Base (14 días)

Durante esta Fase 3, la B3 DAO podrá votar directamente en cadena a través de Base. Un voto exitoso requiere:B3IPs Constitucionales:
  • Las propuestas pasan si alcanzan el 5% de todos los Tokens Votables votando “sí” (cuórum de aprobación)
  • Al menos el 55% de los votos emitidos son votos “sí” (umbral de aprobación)
B3IPs No Constitucionales:
  • Las propuestas pasan si alcanzan el 3% de todos los Tokens Votables votando “sí” (cuórum de aprobación)
  • Al menos el 50% de los votos emitidos son votos “sí” (umbral de aprobación)
4

Fase 4: Período de Espera de L2 (3 días)

Después de que un B3IP haya pasado en la Fase 3, habrá un período de espera de 3 días antes de que el B3IP pueda ser ejecutado. Este retraso está destinado a proporcionar a todos los Titulares de Token la oportunidad de salir del protocolo si no están contentos con un resultado de gobernanza pero no estaban previamente al tanto de la votación o de otro modo la perdieron inadvertidamente durante las fases anteriores.
5

Fase 5: Iniciar y Finalizar un Mensaje de L3 a L2 (al menos 1 período de desafío del protocolo de rollup)

Excepto en el caso de un B3IP No Constitucional que involucre a la Tesorería de la DAO (que vive en Base), después de que el período de espera de 3 días en la Fase 4 haya pasado, se envía un mensaje de gobernador entre cadenas a B3 desde Base, después de lo cual se envía un mensaje de B3 a Base indicando que el B3IP fue aprobado. La razón detrás del mensaje entre cadenas de Base a B3 es que, mientras la votación ocurre en Base, el B3IP Constitucional se efectúa en B3. Cuando este mensaje se finaliza en Base, cualquiera puede canjearlo para completar este paso e iniciar el siguiente paso. Este paso asegura que la finalización del período de espera de B3 será reconocida en Base después de que cualquier retiro iniciado durante o poco después del período de votación haya sido reconocido en Base.
6

Fase 6: Período de Espera de L2 (7 días)

Después de completar la Fase 5, habrá un período de espera adicional de 7 días. Esto asegura que los usuarios que iniciaron retiros u otros mensajes de B3 a Base tengan tiempo para ejecutarlos en Base antes de que el B3IP tome efecto.
7

Fase 7: Implementación

El B3IP se ejecuta e implementa completamente. Esto puede ocurrir en B3 o a través de una transacción enviada de B3 a Base. En el caso de un B3IP No Constitucional que involucre a la Tesorería de la DAO, la ejecución e implementación ocurrirá directamente en Base.
Este proceso B3IP como se especifica típicamente requerirá 37 días desde el comienzo de la verificación de temperatura en la Fase 1 hasta que un B3IP finalmente se ejecute en la Fase 7 para un B3IP Constitucional, o 27 días para un B3IP No Constitucional. Un B3IP puede especificar opcionalmente un retraso adicional antes de su implementación.

Tipos de B3IP

Un B3IP Constitucional es aquel que se relaciona con:
  • Proceso: Modifica el texto o procedimientos de esta Constitución
  • Actualización de software: Instala o modifica software en B3
  • Núcleo: Toma cualquier acción que requiera permiso de “administrador” en B3

Pautas Recomendadas

Sección 3: El Consejo de Seguridad

El Consejo de Seguridad es un comité de 5 miembros que son firmantes de una billetera multi-firma, que tiene poderes para realizar ciertas Acciones de Emergencia y Acciones No Emergencia, según lo delegado por la Fundación Player1, y es responsable de mantener esta Constitución de la B3 DAO. A través de la presentación, aprobación e implementación de un B3IP Constitucional, la B3 DAO es capaz de modificar los poderes del Consejo de Seguridad o eliminar completamente al Consejo de Seguridad. Existen “copias” equivalentes de los contratos multi-firma del Consejo de Seguridad, uno en Base y otro en B3.

Acciones de Emergencia

Acciones de Emergencia

El Consejo de Seguridad tiene el poder de ejecutar cualquier actualización de software o realizar otras acciones requeridas sin demora para responder a una emergencia de seguridad, en caso de que surja (tales acciones, “Acciones de Emergencia”). Realizar cualquier Acción de Emergencia requiere una aprobación de 4 de 5 del Consejo de Seguridad. 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 B3.Después de realizar cualquier Acción de Emergencia, el Consejo de Seguridad debe emitir un informe completo de transparencia (en un momento apropiado después de que la emergencia de seguridad haya pasado) para explicar qué se hizo y por qué tal Acción de Emergencia fue justificada.La B3 DAO es capaz de limitar 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 B3IP Constitucional.

Acciones No Emergencia

Acciones No Emergencia

El Consejo de Seguridad también puede aprobar e implementar actualizaciones de software de rutina, mantenimiento de rutina y otros ajustes de parámetros en un entorno no emergencia (tales acciones, “Acciones No Emergencia”), las cuales requieren una aprobación de 3 de 5 para tomar efecto. Cualquier Acción No Emergencia, después de la aprobación por el Consejo de Seguridad, omitirá las Fases 1 a 3 del proceso B3IP y en su lugar pasará directamente a través de las Fases 4 a 7 del proceso B3IP (según corresponda), para proporcionar un retraso antes de que cualquier Acción No Emergencia se despliegue. El Consejo de Seguridad puede especificar opcionalmente retrasos adicionales antes del despliegue.La B3 DAO es capaz de limitar o eliminar el poder del Consejo de Seguridad para realizar Acciones No Emergencia a través de la aprobación e implementación de un B3IP Constitucional.

Sección 4: Elecciones del Consejo de Seguridad

El Consejo de Seguridad tiene 5 miembros, que se dividen en dos Cohortes de 2 a 3 miembros, que sirven términos de 18 meses. La ‘Segunda Cohorte’ servirá un término de 24 meses dado las elecciones escalonadas pero todas las Cohortes futuras en adelante servirán términos de 18 meses. Las Cohortes iniciales del Consejo de Seguridad fueron determinadas dividiendo aleatoriamente a los 5 miembros en dos cohortes – 2 miembros en la ‘Primera Cohorte’ y 3 miembros en la ‘Segunda Cohorte’. Los miembros de las Cohortes iniciales del Consejo de Seguridad se detallan en un informe de transparencia aquí.
El proceso de la primera elección del Consejo de Seguridad está programado para comenzar según el cronograma establecido en la gobernanza del protocolo.