Firelight est en direct, soutenu par le FXRP mis en jeu sur Flare

Firelight offre une couche de protection partagée pour les coffres‑fonds DeFi. Au‑delà de Sentora, Veda et Upshift l'intègrent au niveau de l’infrastructure, de sorte que tout opérateur construisant sur ces plateformes peut activer la protection pour ses propres coffres.

Chaque coffre couvert puise dans le même capital : un unique Firelight Vault sur Flare, où les stakers déposent du FXRP. Les détenteurs de XRP peuvent désormais fournir ce capital via Flare Smart Accounts, où une signature d’un portefeuille XRPL crée du FXRP et le dépose.

L'écart de protection

Le capital on‑chain se trouve de plus en plus dans les coffres, et la protection de ce capital n’a pas suivi le même rythme. Le capital qui garantit la couverture on‑chain représente environ 0,14 % des près de 100 milliards de dollars de DeFi. À mesure que davantage d’institutions allouent des fonds à la DeFi, cet écart devient plus important.

Firelight ajoute une protection au niveau du coffre. Les déposants d’un coffre couvert bénéficient d’une couverture sans avoir à rechercher ou acheter une police distincte. Firelight enregistre les termes de la couverture on‑chain. Un consortium de risque indépendant composé de cinq sociétés (Hypernative, Native, Credora, Cyfrin, et GFX Labs) vérifie chaque événement selon des critères que Firelight publie à l’avance.

Ce qui est disponible aujourd’hui

La couverture Firelight est intégrée à deux produits Sentora :

• Sentora USD Protected Vault offre un accès diversifié à des stratégies libellées en USD qui s’exécutent entièrement on‑chain sur des protocoles DeFi établis.
• Sentora Protected RWA Vaults exécutent des stratégies basées sur des actifs du monde réel (RWA), incluant le looping à effet de levier et le prêt sur des marchés qui acceptent les RWA comme collatéral.

Les stratégies des deux coffres fonctionnent comme auparavant. Firelight ajoute une protection on‑chain vérifiable contre les défaillances de protocole définies aux dépôts qui y sont effectués.

Veda et Upshift intègrent Firelight au niveau de l’infrastructure. Tout opérateur construisant sur Veda ou Upshift peut activer la protection pour ses propres coffres, soutenu par le même Firelight Vault.

Le capital derrière la couverture démarre sur Flare

Dans l’assurance traditionnelle, un assureur assume le risque sous un contrat. Firelight répartit ce rôle entre les stakers. Les stakers déposent du FXRP dans le Firelight Vault, qui se situe en dehors des protocoles qu’il couvre, et le capital du coffre garantit l’ensemble du portefeuille de couvertures choisi.

Le XRP est le premier capital du coffre. FAssets, partie de l’infrastructure réseau centrale de Flare, rend le XRP programmable sur Flare sous forme de FXRP sans passer par un pont tiers. Le plafond de dépôt pour les positions stakées agrégées est désormais de 115 millions de dollars en XRP. L’actif, l’infrastructure et la couche de couverture résident tous sur un même réseau.

Comment fonctionne la couverture

Firelight enregistre les paramètres, la portée, le prix et la capacité de chaque couverture on‑chain. Les événements techniques et économiques couverts sont nommés à l’avance : exploits de contrats intelligents, pannes d’oracle, exploits de gouvernance, créances douteuses et découplages causés par une défaillance de mécanisme, ainsi que les échecs de rachat.

Lorsqu’un exploit est confirmé :

1. Firelight identifie programmatiquement chaque position active éligible dans un coffre couvert sur le marché concerné.
2. ZeroShadow, le partenaire de sécurité désigné de Firelight, publie un rapport d’exploit.
3. Le consortium de risque valide de façon indépendante l’événement, confirme la perte et publie une attestation on‑chain.

Le consortium examine chaque événement de couverture avant que le protocole ne puisse libérer un paiement. Il vérifie chaque événement par rapport aux critères de couverture publiés et l’autorise via une attestation publique on‑chain.

Déposer via Flare Smart Accounts

Déployer du XRP dans Firelight via Flare Smart Accounts (FSA) ne nécessite que du XRP. Connectez un portefeuille XRPL compatible et choisissez « mint » et « deposit ». FSA crée du FXRP (XRP encapsulé sur Flare) et le dépose dans le Firelight Vault en une seule opération. Cette opération ne requiert pas de FLR, et les frais sont facturés en FXRP.

Ce que fait cette unique signature :

1. Votre portefeuille XRPL envoie du XRP sur le XRP Ledger, avec votre instruction attachée.
2. Le Data Connector de Flare vérifie la transaction.
3. FAssets crée du FXRP 1 : 1 sur Flare.
4. Le FXRP est mis en jeu dans Firelight, et le stXRP est crédité sur votre Flare smart account.

Votre smart account est lié à votre adresse XRPL, et seule cette adresse le contrôle.

Pour désengager et retirer, lancez le processus depuis l’application web et attendez la fin de la période de désengagement. Au fur et à mesure que les émissions s’accumulent et que la couverture est activée, la fenêtre de désengagement s’allonge pour correspondre aux périodes de couverture de 30 jours. Puis retirez vers FXRP et convertissez en XRP. Le XRP revient à l’adresse XRPL qui a ouvert la position.

Commencez sur fsa.flare.network

Ce que gagnent les stakers

Les stakers assurent la sécurité économique du protocole, et leurs dépôts sont soumis à des slashing. En retour, ils reçoivent une part des émissions du protocole. Les opérateurs de programmes paient des frais pour activer la couverture sur leurs coffres, et ces frais financent les émissions. Les émissions suivent les revenus totaux du protocole, elles augmentent donc à mesure que les opérateurs activent davantage de couverture.

Les émissions sont versées en continu aux stakers en FXRP. Les frais payés en USDC sont convertis en FXRP et intégrés automatiquement à la position de chaque staker, ce qui augmente sa valeur de rachat au fil du temps.

Les premières émissions du protocole sont également attribuées aux premiers contributeurs, proportionnellement aux Firelight Points que chaque adresse éligible a gagnés pendant le développement, la croissance et le lancement du protocole. Firelight publiera les critères d’éligibilité et les détails de réclamation via ses canaux officiels dans les prochains jours. Veuillez considérer les liens de réclamation provenant d’autres sources comme des escroqueries.

Les risques assumés par les stakers

La couverture Firelight n’est pas une assurance. Staker signifie prendre un risque afin que les déposants des coffres couverts soient protégés.

• Votre dépôt garantit la couverture et n’a pas de couverture propre. Les stakers gagnent une part des émissions du protocole en échange de la sécurité économique qu’ils fournissent. Leur capital mis en jeu est soumis à du slashing.
• Les récompenses comportent le même risque. Les récompenses composées restent dans le coffre, donc le slashing s’applique de la même manière qu’à votre dépôt initial.
• Les sorties prennent du temps. Les dépôts correspondent à des périodes de couverture de 30 jours, ainsi le désengagement et les retraits sont plus longs qu’en Phase 1. Les positions de la Phase 1 se convertissent automatiquement.
• La capacité est plafonnée. Les positions stakées agrégées sont limitées à 115 millions de dollars en XRP.
• Chaque couche comporte un risque de contrat. Le dépôt via FSA repose sur les contrats FSA, FAssets et Firelight. Les audits et la surveillance réduisent ce risque, mais il demeure.

Lisez la documentation de Firelight avant de déposer.

Construit sur des bases solides

Flare est la blockchain des données. Ses protocoles intégrés, le Flare Time Series Oracle et le Flare Data Connector, permettent aux actifs numériques qui se règlent ailleurs, à commencer par le XRP, de fonctionner dans la finance on‑chain. FXRP, le premier FAsset, représente le XRP 1 : 1 sur Flare et a dépassé les 150 millions d’unités émises, avec plus de 90 % déployés dans la finance on‑chain sur sept réseaux. Firelight transforme le FXRP mis en jeu en couverture on‑chain, protégeant les protocoles contre les exploits, les pannes d’oracle et les créances douteuses.

L’infrastructure de risque de Sentora soutient Firelight. Elle applique plus de 1 000 modèles de risque propriétaires sur 2 milliards de dollars d’actifs déployés et plus de 300 stratégies surveillées. OpenZeppelin, Coinspect et 0xMacro ont audité les contrats de Firelight, et Firelight a mené une récompense publique de bugs via Immunefi.

Firelight a levé 8 millions de dollars en financement d’amorçage avant le lancement. Gumi Cryptos Capital a mené la levée, avec la participation de Maven 11, Metalayer et Tribe Capital.

Commencer

Une couverture pour la DeFi, un capital qui débute sur Flare.

• Lisez l’annonce de Firelight : https://firelight.finance/articles/firelight-is-live-institutional-grade-cover-for-defi
• Stake via Flare Smart Accounts : https://fsa.flare.network
• Comment staker du XRP sur Firelight avec FSA : https://youtu.be/n1QQ1UgzfGc

Analyse FTSOBest

Quoi de neuf aujourd'hui ?

• Produits de couverture : La protection Firelight est intégrée à deux coffres Sentora – le Coffre Protégé Sentora USD et les Coffres Protégés Sentora RWA.
• Chemin d'intégration : Veda et Upshift ajoutent Firelight au niveau de l'infrastructure, ce qui signifie que tout opérateur construisant sur ces plateformes peut activer la couverture pour ses propres coffres.
• Source de capital : Les stakers fournissent du FXRP (le FAsset FXRP qui représente le XRP 1:1 sur Flare) via les Flare Smart Accounts (FSA). Une signature provenant d'un portefeuille XRPL déclenche :
  1. Transfert XRP sur le registre XRP.
  2. Vérification par le Data Connector de Flare.
  3. Minting de FXRP via le contrat FAssets.
  4. Mise en jeu du FXRP dans le coffre Firelight et crédit de stXRP sur le compte intelligent de l'utilisateur.
• Capacité : Le montant total mis en jeu est plafonné à 115 millions $ de XRP.
• Gouvernance des risques : Un Consortium de Risque (Hypernative, Native, Credora, Cyfrin, GFX Labs) examine chaque réclamation. Le partenaire de sécurité désigné ZeroShadow publie un rapport d'exploitation ; le consortium valide la perte et enregistre une attestation on‑chain avant que tout paiement ne soit libéré.
• Modèle de récompense : Les frais payés par les opérateurs de coffres pour activer la couverture sont convertis en FXRP et diffusés en continu aux stakers sous forme d'émissions du protocole. Les premiers contributeurs reçoivent des émissions supplémentaires basées sur les Firelight Points gagnés durant le développement.
• Audits & prime : Les contrats ont été audités par OpenZeppelin, Coinspect et 0xMacro, et une prime de bug publique a été lancée sur Immunefi.

Interprétation technique

• Pool de risque partagé – Contrairement aux assurances traditionnelles où un seul assureur souscrit une police, Firelight répartit le risque parmi tous les stakers FXRP. Le pool réside dans un coffre séparé, isolé des protocoles couverts, ce qui réduit la contagion directe.
• Définition de la police on‑chain – Les termes de la couverture (portée, prix, capacité) sont enregistrés on‑chain, offrant une documentation transparente et à l'épreuve de la falsification sur les événements couverts.
• Flux de liquidité – Les frais collectés en USDC sont échangés contre du FXRP avant d'atteindre les stakers, ainsi le token de récompense correspond au token de capital, simplifiant la comptabilité.
• Délai de désengagement – Puisque chaque dépôt soutient une période de couverture de 30 jours, le désengagement ne peut survenir qu'après l'expiration de la fenêtre correspondante, alignant le risque de liquidité avec la durée de la couverture.
• Pile de dépendances – Firelight dépend de :
  • FAssets pour le token FXRP,
  • Flare Smart Accounts pour l’UX de mint‑and‑deposit,
  • Flare Data Connector pour la vérification des transactions inter‑chaînes,
  • Risk Consortium et ZeroShadow pour l’adjudication des réclamations. Toute défaillance ou tout retard dans ces composants pourrait affecter à la fois la disponibilité de la couverture et les retours des stakers.

Impact pratique pour la communauté

• Pour les utilisateurs finaux – Déposer dans un coffre supporté inclut automatiquement la couverture contre un ensemble défini de défaillances. Aucun achat de police supplémentaire ou gestion de trésorerie séparée n’est requis.
• Pour les opérateurs de coffres / créateurs – Les opérateurs paient des frais pour activer la couverture sur leurs coffres. L’architecture permet à un seul pool de capital de protéger de nombreuses stratégies indépendantes, réduisant le besoin pour chaque protocole de sécuriser sa propre assurance.
• Pour le réseau Flare – Le lancement crée une utilisation concrète du FAsset FXRP et met en avant le flux des Flare Smart Accounts, pouvant encourager davantage d’intégration d’actifs inter‑chaînes.

Dépendances & points de risque

• FXRP (FAsset)
  • Rôle : Token capital minté 1:1 depuis le XRP
  • Risque connu / question ouverte : Le design sans pont réduit le risque de contre‑partie, mais le mécanisme de mint‑burn reste gouverné par des contrats intelligents qui pourraient être vulnérables.
• Flare Smart Accounts
  • Rôle : UX pour le minting & le staking de FXRP
  • Risque connu / question ouverte : Dépend du bon fonctionnement des contrats FSA et du Data Connector ; des mises à jour de contrat ou des bugs pourraient interrompre les dépôts/retraits.
• Risk Consortium
  • Rôle : Validation des réclamations
  • Risque connu / question ouverte : Le modèle de gouvernance (sélection, incitations, collusion potentielle) n’est pas détaillé dans la source ; la façon dont les différends sont résolus reste une question ouverte.
• ZeroShadow
  • Rôle : Reporting d’exploits
  • Risque connu / question ouverte : La vérification indépendante est supposée, mais la rapidité et l’exhaustivité des rapports influencent la vitesse de paiement.
• Modèle d’émission
  • Rôle : Récompenses des stakers
  • Risque connu / question ouverte : Les émissions sont liées aux revenus du protocole ; si l’adoption des coffres ralentit, les taux de récompense peuvent diminuer, affectant les incitations des stakers.
• Plafond de capacité (115 M $)
  • Rôle : Limite supérieure du FXRP total pouvant être mis en jeu
  • Risque connu / question ouverte : Il n’est pas clair comment le plafond sera relevé ou ce qui se passe si la demande dépasse la limite.

Toutes les déclarations ci‑dessus proviennent de la source fournie. Aucun engagement, échéancier ou métrique supplémentaire n’a été inventé.