Flare (FLR) : fonctionnement de la blockchain des données et achat du jeton

Flare, une blockchain pensée pour les données

Flare est une blockchain de couche 1 dont la particularité tient à ses oracles : les mécanismes qui apportent aux smart contracts des données venues de l'extérieur (prix, transactions d'autres blockchains, informations du web) sont intégrés au protocole lui-même, au lieu d'être confiés à un service tiers. Son jeton natif s'appelle FLR.

Selon la documentation technique de Flare, le réseau est entièrement compatible avec l'EVM, la machine virtuelle d'Ethereum. Les développeurs y déploient des contrats écrits en Solidity ou en Vyper, avec les mêmes formats d'adresses et de transactions qu'Ethereum. Le consensus repose sur Snowman++, un mécanisme issu d'Avalanche, en preuve d'enjeu. La documentation annonce un bloc toutes les 1,8 seconde environ et une finalité en un seul bloc.

Le projet est souvent rapproché de Chainlink, le principal réseau d'oracles. La différence est structurelle : chez Flare, les validateurs qui produisent les blocs sont aussi les fournisseurs de données des oracles. La documentation précise que les validateurs participent au consensus et servent en même temps de fournisseurs de données pour les protocoles FTSO et FDC.

Les quatre réseaux de l'écosystème

Flare fonctionne avec quatre réseaux compatibles EVM, chacun dédié à une étape du développement, d'après la documentation officielle :

• Flare Mainnet : le réseau principal, où les frais se paient en FLR ;
• Songbird : le réseau « canari », expérimental, qui reçoit les mises à jour du protocole avant Flare et dont le jeton s'appelle SGB ;
• Coston2 : le réseau de test recommandé pour développer des applications destinées à Flare ;
• Coston : le réseau de test de Songbird, utilisé pour le développement au niveau du protocole.

Songbird sert ainsi de terrain d'essai, avec un jeton réel, avant tout déploiement sur le réseau principal.

Les protocoles intégrés : FTSO, FDC et FAssets

FTSO, l'oracle de prix

Le Flare Time Series Oracle fournit des flux de prix aux applications. Dans sa deuxième version, la documentation du FTSOv2 indique qu'il peut prendre en charge jusqu'à 1 000 flux couvrant des cryptomonnaies, des actions et des matières premières. Chaque flux est alimenté par une centaine de fournisseurs de données indépendants, choisis par les détenteurs de FLR via la délégation. Les flux dits « à latence de bloc » sont mis à jour à chaque nouveau bloc et sont gratuits à lire sur la chaîne, selon la même source.

FDC, le connecteur de données

Le Flare Data Connector est défini par la documentation du FDC comme « un oracle intégré conçu pour valider des données externes ». Il permet à un contrat de vérifier qu'un paiement a bien eu lieu sur Bitcoin, Dogecoin ou le XRP Ledger, ou qu'une transaction existe sur une chaîne compatible EVM. Une attestation n'est validée qu'avec plus de 50 % du poids de signature des fournisseurs de données. Seule la racine d'un arbre de Merkle est inscrite sur la chaîne ; l'utilisateur récupère ensuite la preuve pour la soumettre au contrat.

FAssets, le pont vers XRP, Bitcoin et Dogecoin

FAssets est présenté par la documentation des FAssets comme un pont surcollatéralisé entre Flare et des blockchains dépourvues de smart contracts. Un utilisateur envoie par exemple des XRP à un « agent », le FDC vérifie le paiement, puis un jeton équivalent (FXRP) est émis sur Flare au format ERC-20. Les agents déposent en garantie des stablecoins, de l'ETH, du FLR ou du SGB. Des liquidateurs et des « challengers » surveillent les agents qui ne respectent plus les seuils de garantie.

D'après le bilan publié par Flare le 24 septembre 2026, FAssets a été lancé sur le réseau principal le 24 septembre 2025 avec FXRP. Le plafond d'émission de la première semaine, 5 millions de FXRP, a été atteint en quatre heures environ. Flare indique qu'environ 145,2 millions de FXRP étaient émis à la date de ce bilan, dont 130 millions utilisés dans des applications de finance décentralisée.

Le jeton FLR : rôle et distribution

Selon la page de référence consacrée au FLR, le jeton sert à quatre choses : le staking auprès des validateurs, qui sécurise le réseau en preuve d'enjeu ; la délégation aux fournisseurs de données du FTSO, rémunérée ; la gouvernance, avec le vote des propositions d'amélioration (FIP) ; et le paiement des frais de transaction, qui sont intégralement brûlés. Pour déléguer, le FLR est d'abord converti en WFLR, sa version « enveloppée ».

La distribution est liée à l'histoire de XRP. La même page indique que la première tranche, 15 % du total soit 4 278 738 206 FLR, a été distribuée lors de l'événement de distribution du 9 janvier 2023 aux portefeuilles qui détenaient des XRP le 12 décembre 2020. Les 85 % restants ont été versés chaque mois pendant 36 mois sous le nom de FlareDrops, un calendrier fixé par la proposition FIP.01.

Les jalons du réseau

Le 15 janvier 2024, Flare a annoncé que Google Cloud devenait validateur du réseau et contributeur du FTSO. Google Cloud propose et valide des blocs, et fournit des données à l'oracle. Il rejoignait alors une centaine d'organisations exerçant ce double rôle. Hugo Philion, cofondateur et directeur général de Flare, déclarait à cette occasion :

« Parce que les oracles de Flare sont intégrés à la structure du réseau, nous sommes la seule plateforme de smart contracts optimisée pour l'acquisition décentralisée de données. »

Le 30 janvier 2026, les FlareDrops ont pris fin. Dans un billet du 29 janvier 2026, Flare précisait que les récompenses issues de la délégation au FTSO, du staking et du rôle d'agent FAssets restaient inchangées.

En avril 2026, la fondation a soumis au vote une refonte de l'économie du FLR : inflation annuelle ramenée de 5 % à 3 %, plafond d'émission abaissé de 5 à 3 milliards de FLR par an, frais de transaction multipliés par vingt et toujours brûlés. Le vote était prévu du 17 au 24 avril 2026. La documentation du FLR applique désormais ces paramètres sous le nom de FIP.16.

Acheter et conserver du FLR

Le FLR s'échange sur des plateformes centralisées et sur des plateformes décentralisées de l'écosystème Flare. En France, l'achat passe par un prestataire de services sur crypto-actifs. Depuis l'entrée en application complète du règlement européen MiCA en décembre 2024, ces prestataires doivent obtenir un agrément. L'Autorité européenne des marchés financiers (ESMA) publie un registre des prestataires agréés et rappelle que la période transitoire s'achevait au plus tard le 1er juillet 2026. L'Autorité des marchés financiers (AMF) tient de son côté des listes noires de sites non autorisés, et précise qu'une absence de ces listes ne dispense pas de vérifier l'agrément.

Le FLR natif circule sur la chaîne Flare, et non sous forme de jeton ERC-20 sur Ethereum. Pour le conserver hors d'une plateforme, il faut un portefeuille qui gère le réseau Flare. Comme le réseau est compatible EVM, les portefeuilles conçus pour Ethereum peuvent s'y connecter en ajoutant ses paramètres (identifiant de chaîne 14, selon la documentation du réseau). Le staking et la délégation exigent en revanche de passer par les outils qui prennent en charge le WFLR et la délégation.

Les points d'attention

L'architecture de Flare est plus complexe que celle d'une blockchain généraliste : quatre réseaux, plusieurs protocoles intégrés, un jeton enveloppé pour déléguer et des paramètres économiques modifiés par la gouvernance. Le FLR reste un actif volatil, dont l'offre a évolué au fil des propositions de gouvernance. Le succès des FAssets dépend aussi de la solidité du système d'agents et de garanties, une construction récente.