Flare est une couche 1 de preuve d'enjeu compatible EVM conçue pour rendre les données externes disponibles aux contrats intelligents via des protocoles enchâssés. FLR est son actif natif de gaz et de jalonnement, tandis que FLR enveloppé prend en charge la délégation et la comptabilité de gouvernance. Cette page se concentre sur les risques liés à fLR, WFLR et FAsset et les vérifications que les utilisateurs doivent effectuer avant d'envoyer des fonds, de payer des frais ou d'utiliser le réseau.
Comprenez comment les protocoles de données de Flare et les rôles de FLR affectent les transactions, la délégation et les FAssets.
Objet :
Flare
Mode de marché :
Snapshot uniquement
Actif de frais :
FLR
Fuseau horaire :
UTC
Cette page ne valide pas une valeur d'oracle, ne recommande pas un fournisseur de données, ne garantit pas un rachat de FAsset ni n'audite un contrat.
Propriété du contenu : Équipe éditoriale de BitcoinToolkitRéférences techniques : documentation officielle du protocole et des développeurs.Approche de révision : les explications techniques sont vérifiées par rapport aux sources primaires et mises à jour lorsque le réseau ou l'actif change.Dernière revue du contenu : Dernier test d'intégration des données :
Risques liés à FLR, WFLR et aux FAssets
L'enveloppement, la délégation et la représentation d'actifs inter-chaînes créent des contrats et des hypothèses distincts.
Un actif natif, plusieurs rôles programmables
FLR paie le gaz et peut être enveloppé un pour un en WFLR pour la délégation et une comptabilité compatible avec la gouvernance. L'enveloppement n'est pas en soi un jalonnement, et le pouvoir de vote délégué ne donne pas au fournisseur la garde du jeton. Les utilisateurs ont toujours besoin de FLR pour le gaz ordinaire.
Les FAssets représentent des actifs externes via des agents sur-collatéralisés, une tarification FTSO et une vérification FDC. La frappe et le rachat dépendent des paiements sur la chaîne externe, de la santé de la collatérale, des agents et des contrats de protocole. Un solde FXRP ou FBTC n'est pas l'actif natif sur sa chaîne d'origine.
Contexte opérationnel de Flare
Les contrats intelligents peuvent consommer des données prises en charge par le réseau sans que chaque application construise le même chemin d'oracle.
L'exécution et le consensus des données sont séparés
Flare exécute des contrats Solidity dans un environnement EVM et facture le gaz en FLR. Ses systèmes distinctifs coordonnent les fournisseurs qui soumettent des données et votent sur des valeurs prises en charge ou des événements externes. Une transaction Flare valide peut utiliser ces sorties, mais elle ne rend pas fiable chaque affirmation externe.
Les développeurs doivent choisir le bon protocole de données, le bon tour et la bonne preuve. Le consensus des fournisseurs, la fraîcheur des données, la source prise en charge et le comportement de repli de l'application sont tous importants. Une application doit exposer quand les données sont obsolètes ou indisponibles au lieu de réutiliser silencieusement une ancienne valeur.
Les observations de séries temporelles et les preuves d'événements répondent à des questions différentes.
La confirmation de Flare ne règle pas chaque question opérationnelle ultérieure.
Valeurs continues versus faits demandés
Le FTSO publie des flux de séries temporelles décentralisés tels que les prix d'actifs via des soumissions et une agrégation répétées des fournisseurs. Le pouvoir de vote délégué WFLR aide à déterminer le poids des fournisseurs selon les règles actuelles du protocole. La délégation ne transfère pas la propriété des jetons enveloppés.
Le FDC traite les demandes concernant des événements externes pris en charge, recueille l'accord des fournisseurs et engage une racine de Merkle que les contrats peuvent vérifier avec une preuve. Le support d'attestation, l'âge des données et les règles de confirmation varient selon le type et la source, donc une preuve doit être interprétée dans son cadre documenté.
Vérifications de Flare avant d'utiliser des données ou des FAssets
Les sorties du protocole, la logique d'application et les actifs représentés doivent être vérifiés indépendamment.
Inspectez le chemin de dépendance complet
Confirmez le mainnet de Flare, les adresses de contrat et le gaz FLR. Pour une valeur FTSO, vérifiez l'identifiant du flux, le tour et la fraîcheur. Pour FDC, vérifiez le type d'attestation, la source, la preuve et les limites data-age. Ne vous fiez jamais uniquement à un numéro de frontend.
Pour la délégation WFLR, vérifiez le fournisseur et comprenez que les récompenses et la précision peuvent varier. Pour les FAssets, examinez les exigences de collatérale, d'agent, de rachat et de chaîne externe. Suivez à la fois Flare et la transaction de la chaîne source lorsque le flux de travail traverse les réseaux.
Gardez FLR pour le gaz.
Vérifiez la fraîcheur du flux ou de l'attestation.
Séparez la délégation WFLR de la garde.
Auditez les étapes de la chaîne source et de la collatérale des FAsset.
WFLR est la représentation enveloppée un-à-un utilisée pour la délégation programmable et la comptabilité de gouvernance.
FTSO et FDC sont-ils identiques ?
Non. FTSO publie des valeurs de séries temporelles récurrentes, tandis que FDC atteste des événements externes pris en charge.
Que dois-je vérifier avant une transaction Flare ?
Vérifiez la destination officielle, le réseau actuel, la représentation de l'actif, le montant, le destinataire et les autorisations demandées. L'oracle de séries temporelles Flare agrège les valeurs de séries temporelles, et le connecteur de données Flare atteint un consensus de fournisseurs sur les événements externes pris en charge. Les applications vérifient les sorties de protocole sur la chaîne, tandis que les FAssets utilisent ces systèmes de données ainsi que les mécanismes de garantie et d'agent. Après confirmation, inspectez le solde résultant ou l'état du protocole au lieu de vous fier uniquement à un message de succès du portefeuille.
Limites connues
Les protocoles de données et les sources prises en charge évoluent.
La page ne valide pas une preuve en direct.
Les FAssets ajoutent des risques de garantie et d'agent.
Méthodologie des données de marché
La page utilise un instantané agrégé CoinGecko FLR/USD. Aucun graphique d'échange n'est rendu pour cette entité.
Source de l'instantané du marché
Données de marché agrégées CoinGecko (FLR/USD)
Cache
Le cache de l'instantané est d'environ 60 secondes.
Gestion des échecs
Les données mises en cache vérifiées sont étiquetées Cached ou Delayed. Les valeurs manquantes restent indisponibles.
