Les propositions de gouvernance STP.06 et FIP.06 propositions de gouvernance STP.06 et FIP.06 seront bientôt soumises au vote. Elles comprennent les mises à jour nécessaires pour augmenter la capacité de Flare Time Series Oracle (FTSO) pour les réseaux Flare et Songbird.

Le FTSO

Le FTSO est un système fonctionnant sur Flare, qui fournit des flux de données décentralisés aux dapps sur Flare sans dépendre de fournisseurs centralisés. Actuellement, les seuls flux de données disponibles concernent les paires de prix des crypto-monnaies, par exemple BTC USD. Les flux pris en charge sont ADA, ALGO, ARB, AVAX, BNB, BTC, DOGE, ETH, FIL, FLR (sur Flare), SGB (sur Songbird), LTC, MATIC, SOL, USDC, USDT, XDC, XLM et XRP.

Les fournisseurs d'infrastructure indépendants, notamment Google Cloud, Ankr et Figment, jouent un double rôle important dans le système : ils sont chargés à la fois de sécuriser le réseau en tant que validateurs et de contribuer aux oracles consacrés de Flare en tant que fournisseurs de données.

Pour obtenir un système sécurisé et décentralisé, ils récupèrent des données de sources externes, telles que des bourses centralisées et décentralisées, et les fournissent au système FTSO. Ces informations sont pondérées en fonction du pouvoir de vote de chaque fournisseur (quantité de jetons délégués par la communauté), et une médiane pondérée est calculée pour produire l'estimation finale.

Évolutivité du FTSO

Le FTSO actuel (v1) est principalement mis en œuvre sous la forme d'un contrat intelligent sur la chaîne. Nous fournissons actuellement des mises à jour pour 18 flux de données toutes les 180 secondes.

Pour prendre en charge de nouveaux cas d'utilisation nécessitant des mises à jour plus rapides et une plus grande variété de données, une refonte plus évolutive du système était nécessaire. Avec FTSO Scaling, les fournisseurs de données pourront fournir jusqu'à 1 000 flux de données (paires de prix de crypto-monnaies, cours des actions, données météorologiques, etc.) toutes les 90 secondes.

La nouvelle conception proposée est plus économe en gaz parce que les calculs sont effectués en dehors de la chaîne et que seule une représentation agrégée de tous les résultats des fournisseurs de données, connue sous le nom de hachage de la racine de Merkle, est stockée dans la chaîne. Cette représentation rend les données de la chaîne plus légères et plus évolutives que l'exécution des calculs sur la chaîne et le stockage de tous les prix individuels sur la chaîne.

Le protocole amélioré permet de fournir davantage de flux de données. Dans un premier temps, des flux pour environ 25 paires de prix de crypto-monnaies seront ajoutés. Il est également prévu d'inclure progressivement d'autres actifs cryptographiques tels que les actions, les obligations, les matières premières et les devises, en fonction de la demande des développeurs.

FTSO Scaling ne doit pas être confondu avec FTSO Fast Updates, qui fera l'objet d'une future proposition de gouvernance. Les mises à jour rapides de FTSO permettront aux dapps de demander et de payer des données à la demande avec une latence de 1 à 2 blocs (environ 1 à 3 secondes). Si les propositions de gouvernance sont approuvées par la communauté Flare, la combinaison de FTSO Scaling et FTSO Fast Updates livrera notre vision pour FTSO v2.

Rôle de la communauté Flare

La communauté Flare continuera à s'engager avec le FTSO de la même manière. Ces changements sont d'ordre technique. Vous pouvez continuer à déléguer à des fournisseurs de données FTSO et à réclamer des récompenses de délégation comme vous le faisiez auparavant.

Rôle du fournisseur de données

Avec FTSO Scaling, les fournisseurs de données continuent à fournir des informations utiles telles que les paires de prix. Les données trop éloignées de la médiane (valeurs aberrantes) continuent d'être supprimées. Les estimations de données qui en résultent sont récompensées et mises à disposition sur la chaîne. Les fournisseurs de données continuent d'utiliser un processus de validation et de révélation qui permet à toutes les données d'être validées. La phase de validation permet aux estimations d'être soumises sans que certains fournisseurs de données puissent tricher en voyant les estimations d'autres fournisseurs de données. La phase de révélation permet aux fournisseurs de données d'accéder aux estimations validées à des fins de vérification.

S'il est approuvé, le barème FTSO introduira deux nouvelles phases : La phase de signature et la phase de finalisation.

Lors de la phase de signature, les fournisseurs de données filtrent les révélations qui ne correspondent pas à des engagements. Seules les révélations valides sont utilisées pour calculer les valeurs médianes des postes et les récompenses. Les résultats sont représentés par un code ("haché") que les fournisseurs de données signent.
Lors de la phase de finalisation, une fois qu'un nombre suffisant de signatures a été soumis, toute entité peut les rassembler et les soumettre au contrat intelligent de vote. Un contrôle est effectué pour vérifier si les signatures proposées atteignent cumulativement le seuil de poids requis (au moins 50 % du poids total de tous les fournisseurs de données éligibles). En cas de succès, la racine de Merkle est publiée sur le contrat de vote pour un identifiant de tour de vote donné. Elle devient alors accessible à tous les autres contrats intelligents qui peuvent utiliser les données pour vérifier les résultats des calculs.

Répartition des récompenses

Comme dans FTSO (v1), les fournisseurs de données continueront à recevoir des récompenses pour avoir soumis des données proches de la valeur médiane. Si la proposition de gouvernance est approuvée, lorsque la mise à l'échelle de FTSO sera pleinement mise en œuvre, la majeure partie des récompenses totales disponibles pour la fourniture de données dans FTSO, soit 80 %, continuera d'être distribuée aux fournisseurs de données qui y parviennent.

De même, lorsque l'OGAF sera pleinement mis en œuvre, il récompensera également la soumission de signatures lors de la phase de signature et le déclenchement de la finalisation lors de la phase de finalisation. Pour la soumission de signatures dans la phase de signature, 10 % des récompenses pour la fourniture de données seront distribuées aux fournisseurs de données qui soumettent une seule signature valide. Pour le déclenchement de la finalisation dans la phase de finalisation, jusqu'à cinq entités peuvent procéder à la finalisation : les cinq premières qui atteignent avec succès le poids seuil. Ces fournisseurs de données recevront 10 % des récompenses disponibles pour la fourniture de données.

Sanctions

L'échelle FTSO pénalise les fournisseurs de données en cas de dissimulation de révélations ou de double signature :

Révéler les dissimulations : Les fournisseurs de données doivent être en mesure de vérifier que le hachage des données révélées correspond au hachage des données validées. Lorsque la révélation d'un engagement est omise ou ne correspond pas, il s'agit d'une rétention de révélation qui sera pénalisée.
Double signature : Le fait de fournir des signatures non valides ou des signatures pour plus d'un résultat au cours du même tour de scrutin sera considéré comme une double signature et sera pénalisé.

Dans les deux cas, la pénalité sera égale à 30 fois la part relative attendue des récompenses du fournisseur de données fautif pour ce tour de scrutin, et elle sera déduite du montant total des récompenses à la fin de l'époque de récompense. Le montant maximal pouvant être déduit est égal à la récompense totale du fournisseur de données pour l'époque. Le montant déduit sera brûlé.

Phases de déploiement

La mise à l'échelle du système FTSO pour permettre jusqu'à 1000 flux de données nécessitera une série de mises à jour substantielles. Pour donner le temps à la Fondation Flare de tester et aux fournisseurs de données de s'adapter aux changements, la mise à jour, si elle est approuvée, consistera en une phase d'essai, une phase bêta et une phase de dépréciation.

Au cours de ces phases, les fournisseurs de données actuels et mis à jour coexisteront. Les fournisseurs de données actuels sont ceux qui utilisent le code FTSO (v1) existant et les fournisseurs de données améliorés sont ceux qui utilisent le nouveau code qui inclut la mise à l'échelle FTSO. 70 % de l'inflation totale de Flare est toujours consacrée aux récompenses pour la fourniture de données FTSO, mais elle sera répartie entre les fournisseurs de données de la manière suivante :

Phase d'essai : Au cours de cette phase, l'attribution des récompenses ne changera pas : les fournisseurs de données actuels continueront à recevoir 100 % des récompenses de l'OGAF pour la fourniture de données, tandis que les fournisseurs de données mis à niveau ne recevront aucune récompense.
Phase bêta : Au cours de cette phase, la Fondation Flare mettra à jour le contrat d'inflation de sorte que les fournisseurs de données actuels recevront 50 % de l'allocation totale de récompense pour la fourniture de données FTSO, et que les fournisseurs de données mis à niveau recevront les 50 % restants. À ce moment-là, tous les fournisseurs de données pourront réclamer leurs récompenses. Par exemple, disons que pendant la phase bêta, nous avons 100 FLR d'inflation pour les récompenses. Les fournisseurs de données actuels auront donc 50 FLR répartis entre eux et les fournisseurs de données mis à niveau auront la répartition suivante entre eux : 40 pour la proximité médiane, 5 pour la soumission de signatures valides et 5 pour la contribution à la finalisation.
Phase de dépréciation : Au cours de cette phase, la Fondation Flare mettra à nouveau à jour le contrat d'inflation de sorte que seuls les fournisseurs de données mis à niveau recevront des récompenses. Par conséquent, avec le montant de l'inflation dans l'exemple ci-dessus, 100 FLR, les fournisseurs de données mis à niveau recevront la distribution complète entre eux : 80 pour la proximité médiane, 10 pour la soumission d'une signature valide et 10 pour la contribution à la finalisation.