Firelight ist live, gesichert durch gestaktes FXRP auf Flare

Firelight bietet eine gemeinsame Schutzschicht für DeFi‑Vaults. Neben Sentora integrieren Veda und Upshift es auf der Infrastrukturschicht, sodass jeder Betreiber, der auf ihnen aufbaut, den Schutz für seine eigenen Vaults aktivieren kann.

Jeder abgedeckte Vault verwendet dasselbe Kapital: einen einzigen Firelight‑Vault auf Flare, in dem Staker FXRP einzahlen. XRP‑Inhaber können dieses Kapital nun über Flare Smart Accounts bereitstellen, wobei eine Signatur einer XRPL‑Wallet FXRP mintet und einzahlt.

Die Schutzlücke

On‑Chain‑Kapital befindet sich zunehmend in Vaults, und der Schutz für dieses Kapital ist nicht im gleichen Tempo gewachsen. Das Kapital, das den On‑Chain‑Schutz unterstützt, entspricht etwa 0,14 % der fast 100 Milliarden US‑Dollar im DeFi. Da immer mehr Institutionen Kapital in DeFi allozieren, wird diese Lücke bedeutender.

Firelight fügt Schutz auf der Vault‑Ebene hinzu. Einzahler in einem abgedeckten Vault erhalten Schutz, ohne dass sie separate Policen recherchieren oder kaufen müssen. Firelight registriert die Schutzbedingungen On‑Chain. Ein unabhängiges Risk Consortium aus fünf Unternehmen (Hypernative, Native, Credora, Cyfrin, und GFX Labs) prüft jedes Ereignis anhand von Kriterien, die Firelight im Voraus veröffentlicht.

Was heute live ist

Firelight‑Schutz ist in zwei Sentora‑Produkte integriert:

• Sentora USD Protected Vault bietet diversifizierten Zugang zu USD‑denominierten Strategien, die vollständig On‑Chain auf etablierten DeFi‑Protokollen laufen.
• Sentora Protected RWA Vaults führen Strategien aus, die rund um reale Vermögenswerte (RWAs) gebaut sind, einschließlich gehebeltem Looping und Kreditvergabe in Märkten, die RWAs als Sicherheit akzeptieren.

Die Strategien in beiden Vaults laufen wie zuvor. Firelight fügt den Einlagen in ihnen nachweisbaren On‑Chain‑Schutz gegen definierte Protokollausfälle hinzu.

Veda und Upshift integrieren Firelight auf der Infrastrukturschicht. Jeder Betreiber, der auf Veda oder Upshift aufbaut, kann den Schutz für seine eigenen Vaults aktivieren, gestützt durch denselben Firelight‑Vault.

Das Kapital hinter dem Schutz beginnt auf Flare

In der traditionellen Versicherung übernimmt ein Versicherer das Risiko im Rahmen eines Vertrags. Firelight verteilt diese Rolle auf Staker. Staker hinterlegen FXRP im Firelight‑Vault, der außerhalb der von ihm gedeckten Protokolle liegt, und das Kapital des Vaults sichert das gesamte Portfolio der ausgewählten Deckungen.

XRP ist das erste Kapital im Vault. FAssets, Teil der Kernnetzwerkinfrastruktur von Flare, macht XRP auf Flare als FXRP programmierbar, ohne eine Drittanbieter‑Brücke. Das Einzahlungslimit für aggregierte gestakte Positionen beträgt jetzt 115 Millionen $ XRP. Das Asset, die Infrastruktur und die Deckungsschicht liegen alle auf einem Netzwerk.

Wie der Schutz funktioniert

Firelight registriert die Parameter, den Umfang, den Preis und die Kapazität jedes Schutzes On‑Chain. Die abgedeckten technischen und ökonomischen Ereignisse werden im Voraus benannt: Smart‑Contract‑Exploits, Orakel‑Ausfälle, Governance‑Exploits, schlechte Schulden und Depegs verursacht durch Mechanismus‑Fehler sowie Einlösungs‑Ausfälle.

Wenn ein Exploit bestätigt wird:

1. Firelight identifiziert programmgesteuert jede berechtigte aktive Position in einem abgedeckten Vault innerhalb des betroffenen Marktes.
2. ZeroShadow, der von Firelight benannte Sicherheitspartner, veröffentlicht einen Exploit‑Report.
3. Das Risk Consortium validiert das Ereignis unabhängig, bestätigt den Verlust und veröffentlicht eine On‑Chain‑Attestierung.

Das Consortium prüft jedes Schutz‑Ereignis, bevor das Protokoll eine Auszahlung freigeben kann. Es prüft jedes Ereignis anhand der veröffentlichten Deckungskriterien und autorisiert es durch eine öffentliche On‑Chain‑Attestierung.

Einzahlung über Flare Smart Accounts

Das Einsetzen von XRP in Firelight über Flare Smart Accounts (FSA) erfordert nur XRP. Verbinden Sie eine unterstützte XRPL‑Wallet und wählen Sie Mint und Deposit. FSA mintet FXRP (XRP, das auf Flare verpackt ist) und hinterlegt es in einem Schritt im Firelight‑Vault. Dieser Vorgang erfordert kein FLR, und Gebühren werden in FXRP erhoben.

Was diese eine Signatur bewirkt:

1. Ihre XRPL‑Wallet sendet XRP auf dem XRP‑Ledger, mit Ihrer angehängten Anweisung.
2. Der Data Connector von Flare überprüft die Transaktion.
3. FAssets mintet FXRP 1:1 auf Flare.
4. Das FXRP wird in Firelight gestaket, und stXRP wird Ihrem Flare‑Smart‑Account gutgeschrieben.

Ihr Smart‑Account ist mit Ihrer XRPL‑Adresse verknüpft, und nur diese Adresse kontrolliert ihn.

Um zu unstaken und abzuheben, starten Sie den Vorgang in der Web‑App und warten Sie, bis die Unstaking‑Phase abgelaufen ist. Während Emissionen anfallen und der Schutz aktiviert ist, erhöht sich das Unstaking‑Fenster, um den 30‑Tage‑Schutzperioden zu entsprechen. Heben Sie dann in FXRP ab und lösen Sie es in XRP ein. Das XRP geht zurück an die XRPL‑Adresse, die die Position eröffnet hat.

Starten Sie bei fsa.flare.network

Was Staker verdienen

Staker bieten wirtschaftliche Sicherheit für das Protokoll, und ihre Einlagen unterliegen Slashing. Im Gegenzug erhalten sie einen Anteil an den Protokoll‑Emissionen. Programmbetreiber zahlen Gebühren, um den Schutz in ihren Vaults zu aktivieren, und diese Gebühren finanzieren die Emissionen. Emissionen folgen den gesamten Protokoll‑Einnahmen, sodass sie steigen, wenn Betreiber mehr Schutz aktivieren.

Emissionen fließen kontinuierlich in FXRP an die Staker. In USDC bezahlte Gebühren werden in FXRP umgewandelt und automatisch in die Position jedes Stakers eingebracht, wodurch dessen Einlösewert im Laufe der Zeit steigt.

Die ersten Protokoll‑Emissionen gehen ebenfalls an frühe Mitwirkende, proportional zu den Firelight‑Points, die jede berechtigte Adresse während der Entwicklung, des Wachstums und des Launches des Protokolls verdient hat. Firelight wird in den kommenden Tagen die Berechtigung und Claim‑Details über seine offiziellen Kanäle veröffentlichen. Bitte behandeln Sie Claim‑Links aus anderen Quellen als Betrug.

Die Risiken, die Staker übernehmen

Firelight Coverage ist keine Versicherung. Das Staking bedeutet, Risiken zu übernehmen, damit Einzahler in abgedeckten Vaults geschützt sind.

• Ihre Einlage sichert den Schutz und hat keinen eigenen Schutz. Staker erhalten einen Anteil an den Protokoll‑Emissionen als Gegenleistung für die Bereitstellung wirtschaftlicher Sicherheit für das Protokoll. Ihr gestaktes Kapital unterliegt Slashing.
• Belohnungen tragen das gleiche Risiko. Zusammengesetzte Belohnungen verbleiben im Vault, sodass Slashing auf sie in gleicher Weise wie auf Ihre ursprüngliche Einlage angewendet wird.
• Der Ausstieg braucht Zeit. Einlagen decken 30‑Tage‑Schutzperioden ab, sodass Unstaking und Abhebungen länger dauern als in Phase 1. Positionen aus Phase 1 konvertieren automatisch.
• Die Kapazität ist begrenzt. Aggregierte gestakte Positionen sind auf 115 Millionen $ XRP begrenzt.
• Jede Ebene birgt Vertragsrisiken. Das Einzahlen über FSA basiert auf den FSA-, FAssets- und Firelight‑Verträgen. Audits und Monitoring reduzieren dieses Risiko, und ein Restrisiko bleibt bestehen.

Lesen Sie die Firelight‑Dokumentation, bevor Sie einzahlen.

Auf soliden Grundlagen gebaut

Flare ist die Blockchain für Daten. Seine verankerten Protokolle, das Flare Time Series Oracle und der Flare Data Connector ermöglichen digitale Assets, die anderswo abgewickelt werden (beginnend mit XRP), in On‑Chain‑Finanzen zu funktionieren. FXRP, das erste FAsset, repräsentiert XRP 1:1 auf Flare und hat bereits 150 Millionen Einheiten gemintet, wobei über 90 % in On‑Chain‑Finanzen über sieben Netzwerke eingesetzt werden. Firelight verwandelt gestaktes FXRP in On‑Chain‑Schutz, der Protokolle gegen Exploits, Orakel‑Ausfälle und schlechte Schulden absichert.

Die Risikoinfrastruktur von Sentora unterstützt Firelight. Sie wendet über 1.000 proprietäre Risikomodelle auf über 2 Milliarden $ an eingesetzten Assets und mehr als 300 überwachte Strategien an. OpenZeppelin, Coinspect und 0xMacro haben die Firelight‑Verträge geprüft, und Firelight hat über Immunefi einen öffentlichen Bug‑Bounty abgeschlossen.

Firelight sammelte vor dem Start 8 Millionen $ in Seed‑Finanzierung. Gumi Cryptos Capital führte die Runde an, mit Beteiligungen von Maven 11, Metalayer und Tribe Capital.

Loslegen

Schutz über DeFi, Kapital, das auf Flare beginnt.

• Lesen Sie die Firelight‑Ankündigung: https://firelight.finance/articles/firelight-is-live-institutional-grade-cover-for-defi
• Stake über Flare Smart Accounts: https://fsa.flare.network
• Wie man XRP auf Firelight mit FSA stakt: https://youtu.be/n1QQ1UgzfGc

FTSOBest Analyse

Was ist heute live?

• Cover-Produkte: Der Firelight‑Schutz ist in zwei Sentora‑Vaults eingebettet – dem Sentora USD Protected Vault und den Sentora Protected RWA Vaults.
• Integrationspfad: Veda und Upshift fügen Firelight auf der Infrastrukturebene hinzu, wodurch jeder Betreiber, der auf diesen Plattformen aufbaut, den Schutz für seine eigenen Vaults aktivieren kann.
• Kapitalquelle: Staker stellen FXRP (das FXRP‑FAsset, das XRP 1:1 auf Flare repräsentiert) über Flare Smart Accounts (FSA) bereit. Eine Signatur einer XRPL‑Wallet löst aus:
  1. XRP‑Transfer im XRP‑Ledger.
  2. Verifizierung durch Flare’s Data Connector.
  3. Prägung von FXRP über den FAssets‑Contract.
  4. Staking von FXRP in den Firelight‑Vault und Gutschrift von stXRP auf das Smart Account des Benutzers.
• Kapazität: Der aggregierte gestakte Betrag ist auf $115 Millionen XRP begrenzt.
• Risikogovernance: Ein Risk Consortium (Hypernative, Native, Credora, Cyfrin, GFX Labs) prüft jeden Anspruch. Der benannte Sicherheitspartner ZeroShadow veröffentlicht einen Exploit‑Report; das Konsortium validiert den Verlust und protokolliert eine On‑Chain‑Attestation, bevor irgendeine Auszahlung freigegeben wird.
• Belohnungsmodell: Gebühren, die von Vault‑Betreibern zur Aktivierung des Schutzes gezahlt werden, werden in FXRP umgewandelt und kontinuierlich als Protokoll‑Emissionen an Staker gestreamt. Frühe Mitwirkende erhalten zusätzliche Emissionen basierend auf während der Entwicklung verdienten Firelight Points.
• Audits & Bounty: Die Verträge wurden von OpenZeppelin, Coinspect und 0xMacro auditiert, und ein öffentlicher Bug‑Bounty wurde auf Immunefi durchgeführt.

Technische Interpretation

• Gemeinsamer Risikopool – Im Gegensatz zur traditionellen Versicherung, bei der ein einzelner Versicherer eine Police unterzeichnet, verteilt Firelight das Risiko über alle FXRP‑Staker. Der Pool befindet sich in einem separaten Vault, isoliert von den versicherten Protokollen, was direkte Kontagion reduziert.
• On‑Chain-Policendefinition – Deckungsbedingungen (Umfang, Preis, Kapazität) werden On‑Chain registriert und bieten transparente, manipulationssichere Dokumentation darüber, welche Ereignisse abgedeckt sind.
• Liquiditätsfluss – In USDC gesammelte Gebühren werden vor der Auszahlung an Staker in FXRP getauscht, sodass das Belohnungstoken dem Kapital‑Token entspricht, was die Buchhaltung vereinfacht.
• Unstaking‑Verzögerung – Da jede Einzahlung eine 30‑tägige Deckungsperiode unterstützt, kann das Unstaking erst nach Ablauf des entsprechenden Zeitfensters erfolgen, wodurch das Liquiditätsrisiko mit der Deckungsdauer abgestimmt wird.
• Abhängigkeits‑Stack – Firelight hängt ab von:
  • FAssets für das FXRP‑Token,
  • Flare Smart Accounts für die Mint‑and‑Deposit‑UX,
  • Flare Data Connector für die cross‑chain Transaktionsverifizierung,
  • Risk Consortium und ZeroShadow für die Schadensabwicklung. Jeder Ausfall oder jede Verzögerung dieser Komponenten könnte sowohl die Verfügbarkeit des Schutzes als auch die Rendite der Staker beeinträchtigen.

Praktische Auswirkungen für die Community

• Für End‑nutzer – Das Einzahlen in einen unterstützten Vault schließt nun automatisch einen Schutz gegen eine definierte Menge von Ausfällen ein. Es ist kein zusätzlicher Policen‑Kauf oder separate Treasury‑Verwaltung nötig.
• Für Vault‑Betreiber / Entwickler – Betreiber zahlen Gebühren, um den Schutz für ihre Vaults zu aktivieren. Die Architektur ermöglicht es einem einzigen Kapitalpool, viele unabhängige Strategien zu schützen, wodurch der Bedarf reduziert wird, dass jedes Protokoll seine eigene Versicherung sichern muss.
• Für das Flare‑Netzwerk – Der Start schafft eine konkrete Nutzung des FXRP‑FAssets und demonstriert den Flare Smart Accounts‑Flow, was möglicherweise weitere Cross‑Chain‑Asset‑Onboardings fördert.

Abhängigkeiten & Risikopunkte

• FXRP (FAsset)
  • Rolle: Kapital‑Token, 1:1 von XRP geprägt
  • Bekanntes Risiko / offene Frage: Das Brücken‑freie Design reduziert Gegenparteirisiken, aber der Mint‑Burn‑Mechanismus wird weiterhin von Smart Contracts gesteuert, die verwundbar sein könnten.
• Flare Smart Accounts
  • Rolle: UX für Prägung & Staking von FXRP
  • Bekanntes Risiko / offene Frage: Verlässlichkeit der FSA‑Contracts und des Data Connectors; Contract‑Upgrades oder Bugs könnten Ein- bzw. Auszahlungen unterbrechen.
• Risk Consortium
  • Rolle: Validierung von Ansprüchen
  • Bekanntes Risiko / offene Frage: Governance‑Modell (Auswahl, Anreize, mögliche Kollusion) ist nicht detailliert beschrieben; wie Streitigkeiten gelöst werden, bleibt offen.
• ZeroShadow
  • Rolle: Exploit‑Reporting
  • Bekanntes Risiko / offene Frage: Unabhängige Verifizierung wird angenommen, aber die Geschwindigkeit und Vollständigkeit der Berichte beeinflussen die Auszahlungsgeschwindigkeit.
• Emissionsmodell
  • Rolle: Staker‑Belohnungen
  • Bekanntes Risiko / offene Frage: Emissionen sind an Protokoll‑Einnahmen gebunden; wenn die Vault‑Adoption verlangsamt, können Belohnungsraten sinken und Staker‑Anreize mindern.
• Kapazitätsgrenze (115 Mio. $)
  • Rolle: Obergrenze für das gesamte gestakte FXRP
  • Bekanntes Risiko / offene Frage: Unklar, wie die Obergrenze nach oben angepasst wird oder was geschieht, wenn die Nachfrage die Obergrenze übersteigt.

Alle oben genannten Aussagen stammen aus der bereitgestellten Quelle. Es wurden keine zusätzlichen Verpflichtungen, Zeitpläne oder Kennzahlen erfunden.