Volver

Lanzamiento del portal Flare y primera votación sobre la gobernanza de Songbird

Portal.Flare.Network

El Portal de Flare es una aplicación que permite a los usuarios acceder a todos los servicios de Flare y Songbird sin necesidad de interactuar con contratos inteligentes. El Portal se lanzará inicialmente en Songbird con la función de gobernanza activada antes de la votación de la primera propuesta de prueba de Songbird. Esto también proporcionará una "prueba" antes de que la votación de la Propuesta de Mejora 01 de Flare se ponga en marcha en 2023.

La interfaz web del portal ya permite a los usuarios:

  • Revisar las propuestas de gobernanza.
  • Envolver y delegar fichas para preparar la votación.
  • Vota.

Los usuarios pueden obtener más información sobre la propuesta de prueba Songbird 01 (STP.01) en el repositorio de propuestas de Flare y podrán votar en el sitio portal.flare.network, una vez que comience la votación en la semana que comienza el 26 de diciembre de 2022. Para participar, los usuarios deberán envolver tokens SGB antes de esa fecha. En la documentación técnica se ofrece un recorrido detallado.

Todos los poseedores de fichas SGB podrán participar. La votación se ponderará proporcionalmente según el tamaño de las existencias de SGB del votante. Los titulares de SGB también tendrán la opción de transferir sus votos a otra cuenta si no desean participar directamente. El portal también se está implantando en Coston2, la red pública de prueba de Flare.

 

Proceso de gobernanza de Songbird

Para evitar inundar a la comunidad con solicitudes de votación, las propuestas de prueba de Songbird (STP) se aprueban por defecto a menos que un número suficiente de titulares de SGB voten en contra.

Inicialmente, la Fundación Flare será la única entidad autorizada para sugerir propuestas de prueba. En el futuro, los participantes de la comunidad también podrán presentar sus propuestas.

  1. Una propuesta se publica en el repositorio de propuestas de Flare y se anuncia públicamente.
  2. Durante un periodo de preaviso de una semana, los usuarios deben empaquetar las fichas SGB en WSGB, ya que recibirán un voto por cada ficha WSGB. Si las fichas ya están empaquetadas, aunque se hayan delegado al sistema FTSO, no es necesario realizar ninguna acción.
  3. El periodo de selección de bloques es necesario por motivos de seguridad y suele durar unos días. Por favor, mantenga sus tokens envueltos durante este periodo. Más información en la documentación.
  4. Por último, la propuesta se envía al portal y puede comenzar la votación. El periodo de votación dura una semana.
  5. Una vez concluida la votación, los resultados pueden aplicarse automáticamente. En el caso de los PST, las propuestas se aceptan automáticamente a menos que se cumplan dos condiciones Que se haya emitido más del 75% del total de votos posibles y que más del 50% de los votos emitidos hayan sido contrarios a la propuesta.
  6. El portal también admite otros tipos de propuestas con distintos criterios de aceptación, que se utilizarán en el futuro.

 

Propuesta de prueba Songbird 01

La primera propuesta de Songbird pretende reducir el límite de votos por proveedor de datos FTSO del 10% al 2,5%, lo que permitiría a más FTSO competir por las recompensas y dificultaría la colusión entre atacantes.

Flare Time Series Oracle (FTSO) es un sistema altamente descentralizado que proporciona a las dapps de Flare datos actualizados continuamente, como los precios de las criptomonedas. La descentralización se logra mediante el reclutamiento de un gran número de proveedores de datos independientes, que suministran al sistema datos de precios actualizados para cada cadena soportada cada tres minutos. A continuación, el sistema utiliza estos datos de todos los proveedores de datos para calcular un precio medio ponderado para cada par de fichas, eliminando la carga del riesgo para el usuario y ofreciendo a los proveedores de datos la oportunidad de obtener recompensas.

Los proveedores de datos obtienen recompensas en tokens SGB o FLR recién acuñados en función de la proximidad de los datos que han proporcionado a la mediana ponderada, lo que incentiva la precisión. Comparten estas recompensas con los poseedores de fichas que les han delegado su FLR o SGB. Cuantas más delegaciones tengan, mayor será su poder de voto y su influencia en el cálculo de la mediana.

Actualmente, el poder de voto de Songbird tiene un tope del 10%, lo que significa que un proveedor de datos individual puede tener hasta el 10% del poder de voto total, incluidos todos los tokens delegados. En teoría, seis o más de los principales proveedores de datos podrían confabularse para garantizar recompensas o controlar la salida de datos del sistema FTSO. Reducir el límite de votos al 2,5% incentivará una mayor descentralización y ayudará a proteger la red.

Si se aprueba STP.01, los titulares de SGB que deleguen sus tokens en un proveedor de datos con poder de voto superior al 2,5% del total tendrán que trasladar su delegación a otro proveedor de datos para maximizar sus beneficios. Más proveedores de datos recibirán una parte de las recompensas y, por tanto, se verán incentivados a proporcionar los datos de precios más precisos posibles.

Encontrará más información en la página de la propuesta STP.01. El calendario de este primer proceso de gobernanza es el siguiente:

  • 17 de diciembre: STP.01 en Github
  • 21 de diciembre: Portal.Flare.Network en directo
  • 23 de diciembre: Fecha límite para la envoltura de fichas SGB para participar en la votación
  • 24 de diciembre: comienza el periodo de selección de bloques
  • c/c 26 dic: Comienza la votación, fecha exacta por anunciar
  • c/c 2 enero: la votación concluye una semana después