¿Qué es Flare (FLR)? Una explicación sencilla

¿Qué es Flare (FLR)?

Flare es una blockchain de capa 1. Eso significa que Flare es una red blockchain independiente en la que se procesan transacciones y pueden ejecutarse aplicaciones.

Flare se desarrolló principalmente para dar a los contratos inteligentes acceso a datos externos a su propia red. Piense, por ejemplo, en datos de precios o información sobre transacciones en otras blockchains.

La red es compatible con EVM. EVM significa Ethereum Virtual Machine. Gracias a esta compatibilidad, Flare puede utilizar muchas herramientas y contratos inteligentes que también se usan dentro del ecosistema de Ethereum.

El token nativo de Flare se llama FLR. Nativo significa que FLR es el token propio de la red. FLR se utiliza, entre otras cosas, para pagar las comisiones de transacción y ayudar a proteger la red mediante staking.

FLR también se utiliza para la gobernanza. Esto permite a los titulares de tokens votar sobre determinadas propuestas y cambios dentro de la red.

Para algunas funciones, FLR puede convertirse uno a uno en WFLR. A esto se le llama wrapping. Usted sigue poseyendo el mismo valor subyacente, pero en una forma que puede utilizarse dentro de determinados contratos inteligentes.

WFLR puede utilizarse, por ejemplo, para la delegación a proveedores de datos del Flare Time Series Oracle, o FTSO. Se trata de entidades que suministran datos, como información de precios, a la red. En la delegación, usted no entrega sus tokens, sino que solo asigna su poder de voto a uno de esos proveedores de datos.

Todas las comisiones de transacción pagadas en FLR se queman. Eso significa que esos tokens se retiran permanentemente de la circulación.

Por tanto, una parte importante de Flare es poner datos externos a disposición de los contratos inteligentes. Gracias a ello, las aplicaciones en Flare pueden utilizar información que no está directamente en la propia blockchain de Flare.

Puntos clave

• Flare es una capa 1 compatible con EVM para contratos inteligentes y datos externos.
• FLR es el token nativo para comisiones de transacción, staking, gobernanza y delegación.
• FTSO proporciona, entre otros, datos de precios para aplicaciones en Flare.
• FDC ayuda a los contratos inteligentes a verificar datos externos a Flare.
• El staking de validadores y la delegación en FTSO son dos formas distintas en que puede utilizarse FLR.

¿Cómo funciona Flare?

Flare consta de dos entornos importantes. En la C-Chain se ejecutan contratos inteligentes y aplicaciones. La P-Chain se utiliza para el staking y la gestión de validadores.

Flare utiliza Proof of Stake para proteger la red. Los validadores bloquean FLR y ayudan a verificar transacciones y bloques.

El protocolo de consenso de Flare se llama Snowman++. Este protocolo procede de la familia Avalanche y garantiza que los validadores puedan ponerse de acuerdo sobre el orden y la validez de las transacciones y los bloques.

Además de esta capa de red, Flare cuenta con el Flare Systems Protocol. Este sistema se utiliza para los protocolos de datos integrados de Flare, entre ellos el Flare Time Series Oracle, o FTSO, y la Flare Data Connector, o FDC.

Para ello, los proveedores de datos suministran información. Su influencia dentro del sistema depende, entre otras cosas, del WFLR que se les haya delegado y del FLR que se haya apostado mediante validadores en la P-Chain. La delegación en FTSO y el staking son dos procesos distintos.

Resumen de Flare (FLR)

¿Qué papel desempeña FLR dentro de Flare?

FLR es el token nativo de la red Flare y tiene varias funciones dentro del ecosistema.

En primer lugar, FLR se utiliza para pagar las comisiones de transacción en Flare. Estas comisiones se queman, lo que hace que el FLR utilizado se retire permanentemente de la circulación.

Además, FLR desempeña un papel en la seguridad de la red. Los validadores bloquean FLR en la P-Chain y otros usuarios pueden delegar FLR a un validador. A cambio, pueden recibir recompensas de staking.

FLR también se utiliza para la gobernanza y para la delegación a proveedores de datos dentro de la red Flare. Para estas aplicaciones, FLR puede envolverse uno a uno en WFLR.

De este modo, FLR desempeña un papel en las transacciones, la seguridad de la red, los datos y la gobernanza de Flare.

¿Cómo funciona la infraestructura de datos de Flare?

Flare cuenta con protocolos de datos integrados directamente en la red. Dos componentes importantes son el Flare Time Series Oracle, normalmente llamado FTSO, y la Flare Data Connector, o FDC.

FTSO proporciona datos que cambian con frecuencia, como datos de precios. Las aplicaciones y los contratos inteligentes en Flare pueden utilizar estos datos sin tener que recopilar por sí mismos datos directamente de fuentes externas.

FTSOv2 utiliza, entre otras cosas, block-latency feeds y anchor feeds.

Los block-latency feeds son feeds de precios rápidos que se actualizan aproximadamente con cada nuevo bloque. Flare produce aproximadamente un bloque cada 1,8 segundos. Eso significa que los nuevos datos de precios pueden estar disponibles con mucha regularidad. Para cada actualización se selecciona un conjunto de proveedores de datos para suministrar información.

Los anchor feeds funcionan más lentamente y están pensados para llegar a un valor común en momentos fijos. Los proveedores de datos envían primero su información sin hacerla pública de inmediato. Más tarde revelan qué valor enviaron. Esto se llama commit-reveal y ayuda a evitar que los proveedores modifiquen su envío después de haber visto el de los demás.

Después, todos los envíos válidos se combinan en un único valor. Flare utiliza para ello una mediana ponderada. Eso significa que no todos los proveedores de datos tienen la misma influencia. Los proveedores con más poder de voto cuentan más a la hora de determinar el valor final.

Los anchor feeds se actualizan cada 90 segundos. También sirven como punto de control para los block-latency feeds más rápidos y ayudan a mantenerlos precisos a largo plazo.

Por tanto, los proveedores de datos desempeñan un papel importante dentro de FTSO. Los usuarios pueden delegar el poder de voto de su WFLR a uno o dos de estos proveedores. Los tokens permanecen en la propia wallet. Esto se denomina delegación en FTSO.

La Flare Data Connector tiene una función distinta. FDC permite verificar datos externos a Flare antes de que un contrato inteligente los utilice. Por ejemplo, pueden ser transacciones y pagos en otras blockchains.

Tras la verificación, los datos se procesan en un árbol de Merkle. Solo la raíz de Merkle se almacena en Flare. Con una prueba de Merkle, un contrato inteligente puede comprobar después si determinados datos formaban parte del conjunto de datos verificado.

¿Qué papel desempeñan FTSO y FAssets dentro de Flare?

FTSO garantiza que las aplicaciones en Flare tengan acceso a datos como feeds de precios. Esos datos pueden ser utilizados después por otros componentes del ecosistema de Flare.

Un ejemplo de ello son los FAssets. Los FAssets son representaciones sobrecolateralizadas de activos de otras blockchains. Sobrecolateralizado significa que se mantiene como garantía más valor del que tienen los FAssets emitidos.

Los FAssets están pensados para hacer que los activos de redes con funcionalidad limitada de contratos inteligentes sean utilizables dentro de las aplicaciones en Flare.

En este momento, FXRP, la versión FAsset de XRP, ya está activa. El sistema FAssets está diseñado para poder dar soporte en el futuro también a otros activos sin funcionalidad amplia de contratos inteligentes.

Un FAsset no es lo mismo que el activo original en su propia blockchain. FXRP, por ejemplo, es un token en Flare que representa XRP. Los usuarios pueden utilizar FXRP dentro del ecosistema de Flare e intercambiarlo de nuevo por XRP en la XRP Ledger a través del protocolo FAssets.

Para el funcionamiento de FAssets se necesitan varios componentes de Flare. FTSO proporciona datos de precios y FDC ayuda a verificar transacciones en la blockchain subyacente. Además, se utiliza garantía para respaldar los FAssets emitidos.

La garantía consiste en distintos tipos de colateral. Los agentes utilizan para ello tokens aprobados, mientras que FLR puede utilizarse como garantía adicional en los pools de colateral.

Por ello, los FAssets dependen de varios componentes del sistema y no son lo mismo que mantener directamente el activo original.

¿Cómo funcionan el staking y la delegación en Flare?

El staking de validadores y la delegación en FTSO son dos formas distintas de utilizar FLR dentro de la red Flare.

En el staking de validadores, usted bloquea FLR durante un período determinado para apoyar a un validador en la P-Chain. Los validadores ayudan a proteger la red y a procesar transacciones y bloques.

Para delegar FLR directamente a un validador, se necesitan al menos 50.000 FLR. Estos tokens quedan bloqueados durante un mínimo de 14 días. Para operar usted mismo un validador, se requiere un self-bond de al menos 1 millón de FLR, con una duración mínima de 60 días.

Las recompensas por staking se determinan por cada epoch de recompensa y dependen, entre otras cosas, del rendimiento del validador elegido. En Flare Mainnet, una epoch de recompensa dura aproximadamente 3,5 días.

La delegación en FTSO funciona de otra manera. Para ello, convierte FLR en WFLR uno a uno en la C-Chain. Después puede delegar el poder de voto de su WFLR a uno o dos proveedores de datos de FTSO.

En este caso no transfiere su WFLR al proveedor de datos. Los tokens permanecen en su propia wallet, mientras que el poder de voto delegado cuenta para el proveedor elegido.

Los proveedores de datos de FTSO pueden retener una parte de las recompensas como comisión. Por tanto, cuánto recibe un delegador depende, entre otras cosas, del rendimiento del proveedor y de la comisión establecida.

¿Cómo surgió Flare?

Flare fue fundado en 2019 por Hugo Philion, Sean Rowan y Naïri Usher. El proyecto se centró inicialmente en poner la funcionalidad de contratos inteligentes y los datos externos a disposición de aplicaciones relacionadas con distintas redes blockchain.

El genesis de mainnet de Flare tuvo lugar el 14 de julio de 2022. La red comenzó entonces primero en una fase de observación. El evento público de distribución de tokens, en el que FLR se distribuyó a los usuarios, siguió el 9 de enero de 2023.

En el genesis, el primer bloque de la red, se crearon 100 mil millones de FLR. FLR tiene 18 decimales.

Tras un cambio en la distribución de tokens mediante FIP.01, una parte del FLR se distribuyó a través de FlareDrops durante 36 meses. Esta distribución finalizó el 30 de enero de 2026.

El final de FlareDrops no significó que todas las recompensas se detuvieran. Las recompensas del protocolo para, entre otras cosas, el staking y la delegación en FTSO siguen existiendo después.

¿Cuáles son las ventajas de Flare?

• Contratos inteligentes y datos en una sola red: Flare combina un entorno compatible con EVM con protocolos integrados para feeds de precios y verificación de datos externos.

• Feeds de precios rápidos y periódicos: FTSOv2 ofrece block-latency feeds que se actualizan aproximadamente con cada nuevo bloque y anchor feeds que determinan periódicamente un valor común. Así, las aplicaciones pueden utilizar distintos tipos de datos de precios.

• Datos verificables de otras blockchains: FDC puede verificar datos de redes compatibles, entre ellas Bitcoin, Dogecoin, XRP Ledger y Ethereum.

• Uso de activos de otras redes: Los FAssets están diseñados para hacer utilizables dentro de las aplicaciones en Flare representaciones sobrecolateralizadas de activos de otras blockchains.

• Delegación sin transferencia de tokens: En la delegación en FTSO, puede delegar el poder de voto de su WFLR a proveedores de datos mientras los tokens permanecen en su propia wallet.

¿Cuáles son las desventajas de Flare?

• Pasos adicionales en el staking de validadores: Para hacer staking directamente con un validador, FLR debe trasladarse de la C-Chain a la P-Chain. Al finalizar, el FLR debe volver a enviarse a la C-Chain si desea utilizar los tokens allí.

• Alta barrera para la delegación a validadores: Para la delegación directa a un validador se necesitan al menos 50.000 FLR y se aplica un bloqueo mínimo de 14 días. Esto hace que esta forma de staking sea menos accesible para los pequeños poseedores.

• Los FAssets dependen de varios componentes: El sistema utiliza, entre otras cosas, agentes, garantía, feeds de precios y datos de la blockchain subyacente. Los problemas en cualquiera de estos componentes pueden afectar al funcionamiento de los FAssets.

• Dependencia de los proveedores de datos: FTSO y FDC utilizan varios proveedores de datos para suministrar y verificar información. Las aplicaciones que usan estos datos siguen dependiendo de la disponibilidad y del correcto funcionamiento de estos sistemas.

• Las recompensas por delegación no son fijas: El rendimiento de la delegación en FTSO depende, entre otras cosas, del rendimiento y de la comisión del proveedor de datos elegido.

Conclusión

Flare es una blockchain de capa 1 compatible con EVM que combina contratos inteligentes con infraestructura integrada para datos externos. FLR es el token nativo de la red y se utiliza para comisiones de transacción, staking, gobernanza y delegación.

Dos componentes importantes son FTSO y FDC. FTSO proporciona, entre otros, datos de precios, mientras que FDC permite a los contratos inteligentes verificar datos externos a Flare. Los FAssets se apoyan en esto al hacer utilizables dentro de Flare representaciones de activos de otras redes.

A ello también se suman riesgos y pasos adicionales. El staking de validadores requiere un bloqueo y el traslado de FLR a la P-Chain. La delegación en FTSO y los FAssets, además, dependen de varios componentes y participantes dentro de la red Flare.