A Firelight Protocol 2026. október 6-án indult el, összesen 115 millió dolláros plafonnal a stakelt pozíciókra XRP-ben denominálva. Az indulást a Flare jelentette be, és egy megosztott staking poolt vezet be, amelynek célja a Sentora USD Protected Vault és Protected RWA Vaultok veszteségeinek fedezése. A stakelt FXRP biztosítja a fedezetet, és a terméket nem hagyományos biztosításként, hanem konkrét protokollhibák elleni védelemként pozicionálják.
Hogyan működik a megosztott pool
A Firelight minden fedezett trezor tőkéjét egyetlen Firelight Vaultba gyűjti a Flare-en. A stakelők FXRP-t helyeznek el, hogy a teljes fedezeti portfóliót támogassák, nem pedig az egyes trezorokat. Cserébe emissziókat kapnak a tőke biztosításáért. A kompromisszum az, hogy mind a tőke, mind a kamatos hozamok levághatók, ha egy fedezett veszteséget jóváhagynak. A kialakítás azt jelenti, hogy egy új trezor hozzáadása ugyanabból a poolból fogyaszt kapacitást, amely a meglévő termékeket is támogatja, így a regisztrált kapacitás korlátozást jelent mind a trezorok marketingjében, mind a betéti limitekben.
Mit tartanak a trezorok és mi van fedezve
Az USD Protected Vault dollárban denominált stratégiákra allokál elismert DeFi protokollokon. A Protected RWA Vaultok valós világ eszközökhöz kapcsolódó stratégiákat használnak, beleértve a hitelezést és a tőkeáttételes loopingot. A Firelight a betét szintjén ad fedezetet meghatározott protokollhibák ellen, így a betéteseknek nem kell külön biztosítást vásárolniuk. A fedezett eseménykategóriák közé tartoznak az okosszerződés-kihasználások, oracle hibák, governance kihasználások, rossz adósság, mechanizmusvezérelt depegek és visszaváltási hibák.
Kárrendezési folyamat és a Risk Consortium
Amikor egy veszteségesemény bekövetkezik, a kárrendezési folyamat a jogosult pozíciók azonosításával kezdődik. Ezt követi a ZeroShadow kihasználási jelentése, majd egy öt cégből álló Risk Consortium független ellenőrzése, amely a Hypernative, Native, Credora, Cyfrin és GFX Labs cégekből áll. A kifizetés csak ezen ellenőrzés után történik. A Sentinel Labs fejleszti és tartja karban a Firelightot, míg a Sentora inkubálta.
Staking Flare Smart Accounts segítségével
Az XRP-tulajdonosok a Flare Smart Accounts segítségével láthatják el a poolt úgy, hogy egy támogatott XRPL tárcát csatlakoztatnak, és egy mint-and-deposit folyamatot használnak. stXRP-t kapnak egy okosszámlán, amelyet a kiinduló XRPL cím irányít. A folyamathoz nem szükséges, hogy a felhasználó FLR-t tartson. A díjakat FXRP-ben számítják fel, és a protokoll emissziói FXRP-ben folynak, beleértve az USDC-ben fizetett díjakat is, amelyeket átváltanak. A stakelt betéteknek nincs saját Firelight fedezetük, és a levágás a felhalmozott hozamokra és a tőkére egyaránt vonatkozik.
Integrációk és kapacitáskorlátok
A Veda és az Upshift a Firelightot az infrastruktúra rétegeikbe integrálják, ami lehetővé teszi az operátorok számára, hogy ugyanazt a Firelight Vaultot használva engedélyezzék trezorjaik védelmét. A megosztott pool modell azt jelenti, hogy a kapacitás véges. Ahogy több trezor regisztrál, a rendelkezésre álló stakelt FXRP mennyisége mindegyik fedezésére csökken, hacsak nem érkezik új tőke a poolba. Ez teszi a 115 millió dolláros plafont többé, mint egy indulási szám – ez egy élő korlát arra, hogy mennyi fedezetet tud nyújtani a Firelight. A következő teszt az, hogy az operátorok és a betétesek ezt a korlátot a korai csatlakozás okaként kezelik-e, vagy megvárják, amíg a pool növekszik.
