Capítulo 1:
Introducción a Flare
Capítulo 1: Introducción a Flare
¿Qué es Flare?
Flare es la cadena de bloques de datos.
Es una capa 1 como Ethereum, con funcionalidad añadida de adquisición de datos. Por tanto, Flare puede ofrecer a los desarrolladores acceso descentralizado a datos de alta integridad de otras cadenas y de Internet. Esto permite la creación de dapps con nuevos casos de uso y modelos de monetización. También permite a estas dapps servir a múltiples cadenas a través de un único despliegue.
Flare se basa en Ethereum Virtual Machine (EVM), lo que significa que cualquier aplicación escrita en Solidity para ejecutarse en cualquier otra cadena EVM también puede utilizarse en Flare.
¿Qué problema intenta resolver Flare?
Creemos que las dapps basadas en blockchain tienen que ser más relevantes y útiles para la población en general si queremos que el sector crezca de verdad.
Una de las principales limitaciones es la limitada variedad de datos descentralizados disponibles en la cadena, lo que dificulta la creación de aplicaciones que puedan desempeñar un verdadero papel en la vida de las personas. Por eso, la mayoría de los casos de uso actuales de DeFi se centran en la especulación financiera y no en nada relacionado con el mundo real.
La misión de Flare es hacer que blockchain sea más útil proporcionando a los creadores de aplicaciones un acceso seguro a una mayor variedad de datos descentralizados. Esto permitirá la creación de nuevos tipos de aplicaciones que sean más relevantes para más personas, impulsando una mayor adopción y uso de la tecnología blockchain.
¿Qué tiene de especial la tecnología de Flare?
Flare dispone de dos protocolos de adquisición de datos que están protegidos por la red de capa 1.
Son nativos de Flare, por lo que los desarrolladores no necesitan depender de otras soluciones de oráculo de datos de terceros, que pueden ser centralizadas y costosas.
Flare Time Series Oracle (FTSO) proporciona fuentes de datos de series temporales altamente descentralizadas a dapps en Flare.
El conector de datos permite a Flare llegar a un consenso de forma segura y fiable sobre un evento que ha tenido lugar fuera de la red, por ejemplo, una transacción de cadena de bloques entre dos partes o el contenido de una API en Internet.
Juntos, estos protocolos ofrecen a los desarrolladores acceso descentralizado a datos de alta integridad de otras cadenas y de Internet. Por eso llamamos a Flare la blockchain de los datos.
Tanto el conector de datos como el FTSO se utilizan en la reciente demostración de compra de una NFT en Flare utilizando el token de una blockchain diferente.
Capítulo 2:
Protocolos nativos de adquisición de datos
Capítulo 2: Protocolos nativos de adquisición de datos
El conector de datos
El Conector de Datos permite que los datos de eventos fuera de la cadena sean traídos a la cadena y utilizados por dapps. Se trata de datos que no pueden cambiar, como si se ha producido una transacción en una cadena de bloques diferente o un resultado deportivo almacenado en una base de datos web2.
Lo hace de forma descentralizada, con proveedores de certificados independientes que necesitan llegar a un consenso sobre los datos antes de que estén disponibles en la red. Que sepamos, ningún otro oráculo lo hace actualmente.
Un ejemplo de uso del Conector de Datos es verificar si una transacción ha tenido lugar en otra blockchain, como por ejemplo si se ha transferido 1 Bitcoin de la dirección A a la dirección B.
El oráculo de series temporales de la antorcha
El FTSO es un oráculo consagrado que proporciona datos descentralizados a Flare. El FTSO selecciona a los proveedores de datos cada 1,8 segundos mediante un algoritmo de aleatoriedad ponderado por la participación. Los proveedores con más participación tienen más posibilidades de ser elegidos.
Los titulares de FLR pueden delegar sus tokens en los proveedores, que son recompensados por el envío de datos precisos. Estas recompensas se comparten con los delegadores. Este sistema garantiza que cada fuente FTSO esté respaldada por unos 100 proveedores independientes, elegidos por los usuarios mediante delegación, imponiendo un estricto coste económico por mal comportamiento y manteniendo la integridad de los datos.
Esto lo convierte en el oráculo ideal para DeFi: rápido, descentralizado y rentable, compatible con casos de uso como préstamos y empréstitos, comercio perpetuo y de opciones, carteras de pedidos entre cadenas y mucho más.
Capítulo 3:
Utilización de fichas FLR
Capítulo 3: Uso de fichas FLR
Delegar en el FTSO
La delegación es la asignación temporal de sus tokens FLR o SGB a los proveedores de datos de Flare Time Series Oracle para apoyar la entrega de datos descentralizados a la red. Los tokens pueden deshacerse de la delegación en cualquier momento, y no están bloqueados para ser utilizados con otros fines.
Los poseedores de fichas reciben una parte de las recompensas obtenidas por los proveedores de datos en los que han delegado. Cuanto más precisas sean las aportaciones de un proveedor de datos y mayor sea el número de tokens que se le deleguen, más recompensas recibirá y podrá compartir con sus delegados. Esto crea un bucle de retroalimentación positiva que incentiva el suministro de datos precisos, por lo que los proveedores de datos más exitosos atraerán el mayor número de delegaciones.
Las recompensas de la Delegación FTSO de Flare pueden reclamarse cada 3,5 días, mientras que las de Songbird pueden reclamarse una vez a la semana.
Para ayudar a decidir en qué proveedores de datos delegar, sitios web como FlareMetrics.io incluyen estadísticas de rendimiento.
Estacar en validadores de Flare
Flare está realizando la transición a un modelo de estaca en tres fases. Ahora que se ha alcanzado la segunda fase, cualquier persona puede delegar su participación en los validadores de la red. Esto puede hacerse utilizando la nueva herramienta de staking que se encuentra en https://staking.flare.network. También existe una versión de interfaz de línea de comandos (CLI ) para desarrolladores y usuarios más avanzados.
Cuando un titular de un token delega FLR a un validador de Flare, sus FLR quedan bloqueadas durante un periodo de tiempo. Los participantes eligen el importe de la apuesta que desean delegar y durante cuánto tiempo permanecerá bloqueada. La apuesta mínima que se puede delegar es de 50.000 FLR y el periodo de apuesta más corto permitido es de 14 días.
Lee la guía práctica en los documentos técnicos para obtener instrucciones paso a paso sobre el uso de la nueva herramienta de replanteo.
FlareDrops
Se entregarán 24.200 millones de FLR a todos los titulares de WFLR en 36 FlareDrops mensuales. El primer FlareDrop fue el 17 de marzo de 2023, cuando los titulares de WFLR reclamaron aproximadamente 670 millones de FLR.
Es probable que los poseedores de tokens tengan que trasladar sus tokens FLR fuera de la bolsa e introducirlos en un monedero de software o hardware para poder envolverlos en WFLR.
FLR envuelto
FLR es el token nativo utilizado para pagos y comisiones de transacciones. FLR también se puede envolver en una variante ERC-20, WFLR. Los tokens WFLR tienen funcionalidad adicional y pueden delegarse a proveedores de datos FTSO o utilizarse para participar en la gobernanza de la red. Estos dos usos no son mutuamente excluyentes y no impiden que los tokens se utilicen en otras dapps y contratos inteligentes compatibles con EVM en Flare.
Los tokens pueden envolverse de forma nativa en Bifrost Wallet, o conectándose al Portal Flare cuando se utiliza un monedero de hardware o software diferente.
Reclamación automática
Tanto las recompensas de FlareDrops como las de delegación de FTSO se pueden reclamar y envolver automáticamente para maximizar la capitalización. Esta función también estará disponible en Songbird en un futuro próximo.
Pájaro cantor
Songbird es la red canaria de Flare. Se trata de una blockchain operativa con un suministro de fichas definido que permite probar nuevas funciones o aplicaciones en condiciones de producción antes de desplegarlas en la red principal. Esto contrasta con una red de prueba, que suele tener un suministro ilimitado de fichas.
Gobernanza
La gobernanza en Fl are se origina a partir de dos fuentes principales. En primer lugar, la Flare Foundation puede presentar propuestas de gobernanza para la red principal de Flare y la red canaria Songbird, sobre las que pueden votar los titulares de fichas FLR y SGB. En segundo lugar, en el futuro se implementará un sistema bicameral en el que los titulares de fichas SGB podrán presentar y votar propuestas de gobierno para la red Songbird con la intención de que, si tienen éxito, se presenten como propuestas de mejora de Flare.
Las propuestas son visibles en el Repositorio de Propuestas y cuando están activas pueden ser votadas utilizando el Portal Flare.
Socios del ecosistema
Flare.Builders es un catálogo de terceros de los distintos proyectos que se están construyendo en las redes Flare y Songbird.
