Flare prépare à étendre son infrastructure de vérification des données au-delà de son propre écosystème grâce à un nouveau Réseau de Vérificateurs Décentralisés (DVN) pour LayerZero, introduisant une option basée sur le proof-of-stake pour sécuriser les messages interchaînes.
Annoncé le 12 novembre à Dubaï, cette intégration permettra d'intégrer le système de vérification soutenu par le réseau Flare dans l'infrastructure de messagerie de LayerZero. Le DVN s'appuiera sur 100 fournisseurs de données indépendants, qui atteindront un consensus sur les informations provenant des blockchains sources avant qu'un résultat de vérification ne puisse être soumis à la chaîne de destination.
Selon le modèle proposé, un message est confirmé lorsque les fournisseurs de données représentant une majorité du poids de la mise en staking du réseau s'accordent sur le résultat. Les fournisseurs signent une racine Merkle contenant les résultats acceptés, qui est transmise au contrat Relay de Flare sur la chaîne de destination. Le DVN vérifie ensuite la preuve du message par rapport à cette racine avant de déposer son vote de vérification dans LayerZero.
« L’interopérabilité n’est aussi forte que l’infrastructure qui sécurise les informations qui circulent entre les chaînes. Avec le Flare DVN, nous apportons la sécurité d’un ensemble de fournisseurs de données au sein de l’écosystème de vérification de LayerZero. Il s’agit d’une étape importante pour Flare, car elle marque notre évolution de l’utilisation d’infrastructures d’interopérabilité à leur contribution active à leur sécurité. Pour la première fois, l’infrastructure de données sécurisant Flare et les FAssets peut également aider à sécuriser de la valeur au-delà de notre propre écosystème », a déclaré Hugo Philion, cofondateur et PDG de Flare.
Le design diffère des systèmes de vérification qui reposent sur un seul opérateur. Flare a déclaré que son DVN utilise plusieurs fournisseurs de données indépendants pour établir un consensus, tandis que la livraison de la preuve reste sans autorisation, permettant à quiconque de transmettre le résultat de la vérification à la chaîne de destination. Flare exploite également plusieurs opérateurs indépendants pour assurer la disponibilité et la redondance du réseau.
Le nouveau vérificateur rejoindra l'écosystème DVN existant de LayerZero comme option supplémentaire, et non comme remplacement des autres fournisseurs. Dans le modèle de LayerZero, les émetteurs d'actifs choisissent quels DVN doivent vérifier les messages et combien doivent être d'accord avant qu'un transfert soit finalisé. Les émetteurs utilisant la norme OFT incluent Tether, PayPal, Paxos, Ondo et Anchorage Digital.
L'implémentation de Flare s'appuie sur trois composants de son infrastructure de données existante : le Flare Data Connector (FDC), Relay et un contrat de vérification dédié. Le FDC permet un consensus au niveau du réseau sur les données de blockchain externes, tandis que Relay rend les informations attestées par le FDC vérifiables sur les chaînes Ethereum Virtual Machine prises en charge grâce à des racines signées conjointement par les fournisseurs de données de Flare.
Le contrat de vérification compare chaque paquet aux données de la chaîne source attestées par FDC avant de valider la chaîne source, le point de terminaison LayerZero et les exigences de confirmation minimale pour un vote de vérification. Les contrats intelligents du DVN ont été audités par OpenZeppelin dans un rapport daté de septembre 2026. Flare a indiqué que l'audit n'a révélé aucune découverte de gravité critique, élevée ou moyenne.
L'intégration prévue s'inscrit dans les efforts de Flare pour étendre son infrastructure de données à des applications au-delà de son propre réseau. La pile existante de l'entreprise prend en charge la vérification des données externes et son système FAssets, tandis que le déploiement LayerZero appliquerait la même infrastructure à la vérification des messages entre chaînes.
Flare vise un lancement en décembre 2026, sous réserve de la coordination finale. L'entreprise a déclaré qu'elle prévoit de publier la documentation technique, les ressources pour les développeurs et davantage de détails sur l'architecture de vérification du DVN avant l'adoption de l'écosystème.