Introducción
La gobernanza de Flare ofrece a todos los miembros del ecosistema la oportunidad de colaborar en la toma de decisiones en las redes Flare and Songbird, lo que convierte a la gobernanza en un elemento importante de la descentralización.
Este proceso permite a la Fundación Flare y a los miembros de las comunidades Flare y Songbird:
- Proponer cambios en la política.
- Votarlos.
- Ejecutarlos si son aceptados.
Si ya está familiarizado con la gobernanza de Flare y solo necesita saber cómo emitir su voto a través del Portal de Flare, consulte la Guía del usuario de votación.
Gobierno de Flare
Excluyendo las redes de prueba Coston y Coston2, Flare cuenta actualmente con dos redes: Flare y Songbird. Además, se prevén dos tipos de propuestas, en función de quién las inicie: las propuestas por la comunidad y las propuestas por la Fundación Flare.
Esta situación da lugar a cuatro tipos de propuestas, de las que actualmente sólo se apoyan dos, que se detallan a continuación.
Propuestas de mejora de Flare y propuestas de prueba de Songbird
Las propuestas de mejora de Flare (FIP) y las propuestas de prueba de Songbird (STP) son iniciadas por la Flare Foundation y tienen como objetivo mejorar las redes Flare y Songbird. Las propuestas iniciadas por la comunidad se apoyarán más adelante.
Para aumentar su estabilidad, las STP se rechazan por defecto, lo que significa que sólo se aceptan si se emiten suficientes votos a su favor.
Para aumentar la rapidez con la que se pueden probar nuevas propuestas en Songbird, las STP se aceptan por defecto, lo que significa que sólo se rechazan si se emiten suficientes votos en contra.
Importante
- Los votos disponibles dependen de la cantidad de tokens válidos envueltos que tengas, no de los tokens nativos. Por lo tanto, recuerda envolver tus tokens.
- No envuelvas todos tus tokens. Conserva algunos para pagar las comisiones de transacción.
- Para votar con tus tokens, deben estar envueltos antes de que se presente la propuesta.
La Fundación Flare anuncia las propuestas con antelación, para que los usuarios puedan leerlas y envolver sus tokens si es necesario.
El bloque de recuento de votos
Dado que la cantidad de tokens envueltos que tiene una cuenta varía con el tiempo, se toma una instantánea de todas las cuentas antes de que comience cada periodo de votación.
La cantidad de tokens envueltos que tiene una cuenta en la instantánea dicta el número de votos disponibles más tarde.
El bloque en el que se toma la instantánea se denomina bloque de recuento de votos.
Para animar a los usuarios a utilizar sus tokens y mantenerlos en la red, en lugar de adquirirlos sólo para votar y luego deshacerse de ellos, el bloque de recuento de votos se selecciona aleatoriamente. En la siguiente sección se detalla cuándo ocurre esto.
Proceso de votación
La imagen de esta sección muestra el proceso de votación, que incluye varias condiciones:
- Condición de umbral: Debe alcanzarse un quórum mínimo, lo que significa que deben emitirse suficientes votos, o no se requiere quórum mínimo.
- Condición de mayoría**: Más del 50% de los votos emitidos deben ser a favor o en contra de la propuesta.
- Anuncio**: La Fundación Flare publica la propuesta en línea y la anuncia a través de los canales de las redes sociales (enlazados en el pie de esta página) y el sitio web de Flare.
- Periodo de notificación**: Una vez publicada la propuesta, la Fundación Flare concede un periodo de preaviso antes de que pueda iniciarse la votación, que suele durar una semana. Durante este tiempo, la propuesta puede debatirse, aclararse, comentarse e incluso cancelarse si se detectan problemas graves con ella.
Sólo por motivos de seguridad, la Fundación puede reducir el plazo de este periodo.
- Periodo de selección de bloques: El bloque de recuento de votos se selecciona aleatoriamente durante este periodo. La duración de este periodo también es aleatoria.
- Periodo de votación: La propuesta se envía al Portal Flare, y queda inmediatamente disponible para su votación. La votación concluye al cabo de una semana, y f
Voting Outcomes
FIPs
La votación de los PIF se basa en la aceptación. Para que un PIF sea aceptado, debe obtener la mayoría simple de los votos emitidos. No se requiere un quórum mínimo.
Por lo tanto, un PIF sólo será rechazado si cuenta con menos de la mitad de los votos emitidos.
STPs
La votación de los PTE se basa en el rechazo. Para que una PST sea rechazada, deben cumplirse las dos condiciones siguientes:
- Condición de umbral**: El quórum mínimo es de al menos el 75% de todos los tokens
$SGBen circulación (excluyendo los tokens de la Fundación Flare) en el bloque de recuento de votos.
Nótese que el quórum se especifica como una fracción de los tokens nativos
$SGB en circulación en lugar de los tokens envueltos $WSGB utilizados para la votación. Esta medida intenta, de nuevo, animar a los usuarios a envolver sus tokens y utilizarlos en la red.- Condición de mayoría**: Más del 50% de los votos emitidos, deben ser contrarios a la propuesta.
Por lo tanto, una STP será aceptada si no se alcanza el umbral de quórum o si menos de la mitad de los votos emitidos están en contra.
Ejecución
Una vez aceptada una propuesta, los contratos de gobierno de Flare permiten su ejecución automática mediante una llamada al contrato.
Sin embargo, algunas propuestas pueden requerir cambios que no son implementables a través de un contrato inteligente y, por lo tanto, la ejecución automática está desactivada para ellas. Tanto los FIP como los STP son ejecutados manualmente por la Fundación Flare.