Le FTSOv2 est une mise à niveau de Flare Time Series Oracle, comprenant des mises à jour plus régulières, de meilleures performances, un plus large éventail de flux de données et des mises à jour à haute fréquence. Il s'agit d'un tremplin pour concrétiser la vision de Flare en tant que blockchain pour les données.

Dans ce billet de blog, nous présentons les avantages du nouveau protocole et résumons les optimisations techniques qui l'ont rendu possible. Pour un examen plus détaillé, notre dernier livre blanc développe ce résumé, étoffant les mécanismes et les avantages de la conception de FTSOv2.

La blockchain pour les données élargit son champ d'action

L'oracle mis à jour de Flare, FTSOv2, introduit une avancée significative dans l'accès aux données sur la chaîne pour les entreprises opérant dans la finance décentralisée (DeFi), telles que les dapps de prêt ou d'échange. En améliorant l'accessibilité des données et en réduisant les coûts d'utilisation, les oracles de Flare constituent une amélioration marquée par rapport aux technologies d'oracle existantes, établissant une nouvelle référence pour la décentralisation et l'accessibilité financière dans l'échange de données.

Flare se concentre sur les oracles entièrement décentralisés pour soutenir les applications construites à la fois sur Flare et sur d'autres chaînes. En intégrant les oracles dans la blockchain Flare, ils bénéficient de la sécurité inhérente à la décentralisation totale, ce qui répond au besoin critique de flux de données fiables et décentralisés dans DeFi et dans l'espace web3 au sens large.

Après avoir développé une base solide, Flare étend maintenant ses capacités de données pour inclure un spectre plus large d'actifs, tels que les actions et les matières premières, et réduire la latence par laquelle ces flux peuvent être livrés. Ceci en préparation de nouvelles avancées dans la connexion des données à travers les blockchains et entre web2 et web3.

Ces initiatives visent à renforcer la sécurité, à réduire les coûts et à simplifier les processus de développement, conformément à l'objectif du réseau qui est de faciliter l'échange de données sécurisé et efficace entre les chaînes.

Décentralisation de l'accès à Oracle

Les oracles sont un élément essentiel du DeFi, car ils sécurisent de grandes quantités de valeur en fournissant des données précises et en temps réel hors chaîne aux contrats intelligents sur chaîne. Tous les grands oracles dépendent d'un nombre limité de fournisseurs de données et les plus grands oracles fonctionnent effectivement sur un réseau autorisé. Cela va à l'encontre de la vision fondamentale de la finance décentralisée - dans les cas extrêmes, cela expose les utilisateurs à des pertes catastrophiques, et à des pertes plus graduelles mais tout aussi malignes par le biais de la manipulation du marché.

Le FTSOv2 est la solution de Flare pour construire un oracle capable d'effectuer des mises à jour à haute fréquence, tout en prenant en charge un large éventail de flux de données et en maintenant la décentralisation.

Contrairement à certaines solutions disponibles sur le marché aujourd'hui, où un flux de données peut être sécurisé par seulement 5 nœuds, FTSOv2 garantit que chaque flux de données sera sécurisé par l'ensemble du réseau, composé de 100 nœuds. Grâce à ces garanties, il est nettement plus sûr et plus facile pour les développeurs et les utilisateurs de s'appuyer sur les flux de prix FTSOv2, sans avoir à comprendre les particularités spécifiques du flux en question.

Souvent, les oracles suivent une approche permissionnée et n'acceptent que les grandes institutions et les sociétés commerciales en tant que fournisseurs de données sur leur réseau, compromettant ainsi la décentralisation du réseau au profit de la latence. Flare ne fait pas de tels compromis - le processus d'intégration de l'ensemble des fournisseurs de données est entièrement sans permission, et est soutenu par des délégations ouvertes par les utilisateurs du réseau Flare. En outre, d'autres oracles, voyant peut-être le potentiel de l'utilisation d'une couche 1 de preuve d'enjeu (PoS) décentralisée comme celle de Flare, en sont actuellement aux premiers stades du passage au PoS. Toutefois, ces réseaux ont un faible pourcentage de jetons natifs mis en jeu pour la sécurité de l'oracle par rapport à Flare ; environ 7 % contre 66 % pour Flare.

Mise à jour de Flare Time Series Oracle

L'itération actuelle de Flare Time Series Oracle, FTSOv1, met à jour une collection de 18 flux de prix toutes les 3 minutes. La nouvelle itération de FTSO améliore ce processus en augmentant la fréquence des mises à jour et le nombre de flux disponibles. En outre, deux types distincts de mises à jour sont désormais pris en charge :

• Anchor les mises à jour périodiques des flux de données du FTSO qui combinent les estimations de plusieurs fournisseurs comme dans le FTSOv1.
• Stream une nouvelle fonctionnalité qui exploite une technique de mise à jour rapide pour publier des mises à jour incrémentielles des flux de données dans chaque bloc.

Les mises à jour d'ancrage sont soutenues par une série d'améliorations du processus de vote, qui permettent d'obtenir de meilleures performances sans modifier les concepts clés du processus. Ces améliorations ont été conçues pour maintenir les caractéristiques souhaitables du FTSO : décentralisation, précision et sécurité. Comme dans la conception originale, chaque valeur de flux de données est toujours agrégée à partir d'estimations individuelles provenant de 100 fournisseurs de données sur le réseau Flare. La structure modifiée d'incitation et de plafonnement empêche les fournisseurs d'affecter malicieusement les valeurs agrégées tout en les encourageant à déterminer des estimations exactes.

Les nouvelles valeurs de flux sont formées à partir d'une séquence de mises à jour incrémentales par bloc, ce qui permet d'accéder aux mises à jour à un rythme plus rapide avec un mécanisme d'agrégation plus simple. Le flux s 'appuie sur un processus connu sous le nom de "mises à jour rapides", dans le cadre duquel des fournisseurs tournants choisis par tirage au sort soumettent chacun des mises à jour incrémentielles des données. La taille de ces incréments peut être modifiée par le financement de la communauté, de sorte que les mises à jour de flux fonctionnent à la demande : les dapps et autres utilisateurs paient une redevance pour accéder à des flux de données de plus en plus précis.

Les améliorations apportées aux mises à jour des ancres et l'introduction des mises à jour des flux ont été conçues de manière à ne pas nuire à la consommation de gaz du protocole, ce qui signifie que le FTSO est toujours durable et ne consomme pas trop du débit de gaz disponible du réseau de torchères.

En résumé, l'OSAFv2 améliore l'itération précédente de trois manières :

• Les mises à jour des ancres sont fournies toutes les 90 secondes, ce qui réduit de moitié le temps de latence entre la publication des valeurs de données.
• Le nombre d'évaluations prises en charge a considérablement augmenté, avec plus de 50 flux de données initialement pris en charge et une conception capable d'évoluer jusqu'à 1000 flux.
• Les mises à jour de flux sont fournies entre les mises à jour d'ancrage, ce qui permet un accès facultatif aux mises à jour à une fréquence plus élevée, au détriment éventuel de la précision.

Oracle Access sur Flare à l'échelle

Le déroulement général d'un cycle de l'OSTF reste inchangé : 100 fournisseurs de données estiment la valeur de chaque flux de données, dont les estimations individuelles sont ensuite agrégées à l'aide d'un algorithme de médiane pondérée dans un ensemble de valeurs finalisées. Une fois encore, le processus amélioré ne consomme pas de gaz de manière insoutenable, même s'il prend en charge un plus grand nombre de flux de données et des mises à jour plus rapides. Comment ces améliorations peu coûteuses fonctionnent-elles ? Le secret consiste à déplacer les calculs lourds hors de la chaîne, en ne publiant que les informations de vérification sur la chaîne. De cette manière, le travail difficile nécessaire à l'exécution des calculs est confié aux fournisseurs, ce qui minimise les calculs sur la chaîne. Les fournisseurs téléchargent ensuite les données de vérification sur la chaîne, prouvant ainsi que les calculs hors chaîne ont été effectués correctement. Ainsi, un tour de vote de l'OSTFv2 se déroule comme suit :

• Chaque fournisseur calcule son estimation pour chacun des flux de données FTSO pris en charge et télécharge vers la chaîne un hachage unique engageant ses estimations individuelles.
• Chaque fournisseur dévoile sa liste de devis et télécharge les informations sur la chaîne.
• En dehors de la chaîne, les fournisseurs calculent la valeur globale de chaque flux lors de la phase de vote.
• Les fournisseurs rassemblent la liste des valeurs médianes en un seul hachage, et téléchargent ce hachage sur la chaîne, accompagné d'une signature sur le hachage.
• Une fois que suffisamment de signatures correspondant au même hachage sont téléchargées, ce hachage détermine les valeurs finales des flux de données pour le cycle, qui sont maintenant disponibles pour une utilisation dans les contrats intelligents, par exemple.

Le diagramme de flux montre comment la nouvelle conception du FTSO minimise la consommation de gaz : les calculs les plus coûteux ont été déchargés et relèvent directement de la responsabilité des fournisseurs. Les coûts de stockage sont minimisés par le fait que les résultats de ces calculs sont téléchargés vers la chaîne sous une forme compressée et hachée lorsque cela est possible. Grâce à ces deux optimisations, la nouvelle conception de FTSOv2 permet d'augmenter la vitesse et d'élargir la couverture sans encourir des coûts de gaz ingérables.

Poids et plafonds : Équilibrer la décentralisation et la précision

Le FTSO prend en compte les données de 100 fournisseurs et produit des valeurs pour chaque cycle en agrégeant ces estimations dans une valeur médiane pondérée. Dans le cadre du FTSO, le poids d'un fournisseur correspond à la quantité de FLR enveloppés (WFLR) qu'il a accumulés, soit par le fournisseur lui-même, soit délégués au fournisseur par d'autres utilisateurs du réseau Flare. La valeur agrégée pour chaque flux est alors une médiane pondérée des estimations des fournisseurs : les estimations fournies par les fournisseurs ayant un poids plus élevé ont plus d'impact sur le prix agrégé que celles des fournisseurs plus petits, étant donné que les fournisseurs ayant un poids plus élevé ont un historique d'estimations de données de meilleure qualité.

Cependant, afin d'empêcher les fournisseurs individuels d'avoir trop d'influence sur un tour et de nuire à la décentralisation du protocole, nous appliquons un plafond de 2,5 % sur le poids maximal d'un fournisseur individuel. Tout fournisseur dont le poids dépasse ce plafond est considéré comme ayant 2,5 % du poids aux fins du calcul de la médiane, le poids excédentaire étant réparti entre tous les fournisseurs. Pour le processus de signature, un poids combiné de 50 % ou plus du poids des fournisseurs est nécessaire pour qu'un résultat soit finalisé.

Mises à jour rapides : Mises à jour à faible latence sur demande

Outre la prise en charge des mises à jour de 1 000 flux de données toutes les 90 secondes, la conception de FTSOv2 prend en charge une nouvelle fonctionnalité appelée "mises à jour rapides", un flux de données auxiliaire de conception légère qui se met à jour plus régulièrement. Le flux qui fonctionne avec des mises à jour rapides prend en charge les mêmes flux de données que le flux FTSO principal, mais les met à jour d'une manière différente - un flux mis à jour en continu, plutôt que des évaluations périodiques. Chaque bloc, une sélection aléatoire de fournisseurs est choisie pour fournir des mises à jour rapides, les fournisseurs étant sélectionnés avec une probabilité proportionnelle à leur poids. Chaque fournisseur sélectionné envoie ensuite un incrément pour chaque flux, représentant une petite modification de sa valeur ; l'agrégation de ces incréments détermine la valeur du flux suivant. La taille d'un incrément unique et le nombre de mises à jour sont des paramètres qui peuvent être modifiés pour refléter la volatilité de l'actif sous-jacent à un moment donné, soit par la gouvernance, soit par le financement de la communauté. De cette manière, une dapp ou d'autres utilisateurs intéressés par des mises à jour de données plus rapides peuvent financer le protocole de mises à jour rapides afin d'augmenter la fidélité du flux de données.

Le graphique illustre comment une augmentation financée des paramètres de mise à jour rapide du nombre attendu de mises à jour par bloc (e) et de la précision des incréments (p) peut permettre aux valeurs du flux de suivre le comportement volatil des valeurs réelles de plus près que le comportement par défaut ne le ferait.

Le principal avantage de ce mécanisme est sa rapidité, car les mises à jour peuvent être fournies essentiellement à chaque bloc. Toutefois, les garanties de sécurité et de précision du flux de mises à jour rapides sont moins solides que celles des valeurs d'ancrage, car le processus d'agrégation est plus simple. Par conséquent, le flux de mises à jour est principalement destiné aux applications pour lesquelles il est essentiel de disposer d'informations actualisées.

Récompense pour le FTSO

Comme pour l'OSAFv1, les fournisseurs sont récompensés pour la précision de leurs estimations et leur participation active. Les fournisseurs sont récompensés de la manière suivante, l'importance des récompenses étant fonction du poids du fournisseur et de l'importance du processus :

• Les fournisseurs qui soumettent des données exactes aux flux de données d'ancrage sont récompensés pour avoir soumis des valeurs proches de la valeur médiane pondérée - et comme cela est primordial, environ 80 % des récompenses pour les mises à jour d'ancrage sont réservées aux bonnes soumissions.
• Les récompenses restantes pour les mises à jour des ancres sont attribuées à la participation active à la signature et à la finalisation des séries de FTSO. Cela permet de s'assurer que le système fonctionne correctement et rapidement.
• Les fournisseurs qui ont soumis des mises à jour rapides reçoivent une part des récompenses pour la précision du flux à la fin de chaque fenêtre de 90 secondes, à condition que le flux s'aligne étroitement sur la valeur d'ancrage pour ce cycle.
• Toute participation à des mises à jour rapides est récompensée afin d'encourager l'investissement initial dans l'infrastructure de mise à jour rapide, quelle que soit la précision. Ces récompenses pourront être supprimées ultérieurement, une fois que le flux de données sera plus solidement établi.

Outre les récompenses accordées aux prestataires, les utilisateurs qui ont délégué leur WFLR à un prestataire sont récompensés pour avoir délégué à des prestataires performants. Chaque fournisseur est récompensé en fonction de son poids, et une partie de ces récompenses est transmise aux délégataires en fonction de la fraction du poids du fournisseur que chaque délégation a fourni, moins un pourcentage de frais facturés par les fournisseurs pour leurs services.

Conclusion

Le déploiement de FTSOv2 fait partie intégrante de l'ambition du réseau de démocratiser les données en les rendant plus accessibles, plus rentables et plus décentralisées. Dans ce billet de blog, nous avons résumé les améliorations apportées à la conception de FTSO v2 qui facilitent un plus large éventail de flux de données, réduisent l'écart entre les mises à jour et maintiennent les caractéristiques de sécurité et de décentralisation souhaitables de FTSO. Ces améliorations visent principalement à déplacer les charges de calcul hors de la chaîne, afin de minimiser la consommation de gaz et la latence. En outre, nous avons examiné la nouvelle fonction de mise à jour rapide, qui fournit un flux secondaire en complément du flux d'ancrage, afin d'aider les utilisateurs ayant un besoin particulier de flux de données rapidement mis à jour.

Ces améliorations permettent non seulement d'améliorer l'accès aux données en direct et à haute assurance pour les plateformes financières décentralisées, mais aussi de jeter les bases d'un cadre global dans lequel les données peuvent être échangées de manière transparente à travers diverses architectures de blockchain. En substance, le FTSOv2 incarne l'engagement de Flare à faciliter une intégration symbiotique entre les écosystèmes de données conventionnels et basés sur la blockchain, permettant ainsi aux entreprises d'utiliser le potentiel de transformation de la technologie blockchain pour l'innovation, l'optimisation opérationnelle et l'expansion.