Firelight Protocol u lançua më 6 tetor 2026, me një kufi prej 115 milionë dollarësh për pozicionet totale të stakuara të denominuara në XRP. Lançimi, i shpallur nga Flare, prezanton një pool të përbashkët staking-u të dizajnuar për të mbuluar humbjet në USD Protected Vault dhe Protected RWA Vaults të Sentora. FXRP e stakuar mbështet mbulimin, dhe produkti po paraqitet si mbrojtje kundër dështimeve specifike të protokollit, në vend të sigurimit tradicional.
Si funksionon pool-i i përbashkët
Firelight grumbullon kapital për çdo kasafortë të mbuluar në një Firelight Vault të vetme në Flare. Stakerët depozitojnë FXRP për të mbështetur të gjithë portofolin e mbulimit, jo kasafortat individuale. Në këmbim, ata marrin emetime për furnizimin e atij kapitali. Kompromisi është se si principali ashtu edhe shpërblimet e përbëra mund të shkurtohen nëse një humbje e mbuluar miratohet. Dizajni do të thotë që shtimi i një kasaforte të re konsumon kapacitet nga i njëjti pool që mbështet produktet ekzistuese, kështu që kapaciteti i regjistruar bëhet një kufizim si për marketingun e kasafortave ashtu edhe për kufijtë e depozitave.
Çfarë mbajnë kasafortat dhe çfarë mbulohet
USD Protected Vault alokon përgjatë strategjive të denominuara në dollarë në protokolle të konsoliduara DeFi. Protected RWA Vaults përdorin strategji të lidhura me asete të botës reale, duke përfshirë huadhënien dhe looping me levë. Firelight shton mbulim kundër dështimeve të përcaktuara të protokollit në nivelin e depozitimit, kështu që depozituesit nuk kanë nevojë të blejnë polica të veçanta. Kategoritë e ngjarjeve të mbuluara përfshijnë shfrytëzime të kontratave inteligjente, dështime të orakujve, shfrytëzime të qeverisjes, borxhe të këqija, depegs të shkaktuara nga mekanizmat dhe dështime të shlyerjes.
Procesi i kërkesave dhe Konsorciumi i Riskut
Kur ndodh një ngjarje humbjeje, procesi i kërkesave fillon me identifikimin e pozicioneve të pranueshme. Një raport shfrytëzimi nga ZeroShadow vjen më pas, pastaj verifikimi i pavarur nga një Konsorcium Risku me pesë firma i përbërë nga Hypernative, Native, Credora, Cyfrin dhe GFX Labs. Pagesa ndodh vetëm pas atij verifikimi. Sentinel Labs zhvillon dhe mirëmban Firelight, ndërsa Sentora e inkuboi atë.
Staking përmes Flare Smart Accounts
Mbajtësit e XRP mund të furnizojnë pool-in përmes Flare Smart Accounts duke lidhur një portofol XRPL të mbështetur dhe duke përdorur një rrjedhë mint-and-deposit. Ata marrin stXRP në një llogari inteligjente të kontrolluar nga adresa origjinale XRPL. Rrjedha nuk kërkon që përdoruesi të mbajë FLR. Tarifat ngarkohen në FXRP, dhe emetimet e protokollit transmetohen në FXRP, duke përfshirë tarifat e paguara në USDC që konvertohen. Depozitat e stakuara nuk kanë mbulim të vetin nga Firelight, dhe shkurtimi zbatohet si për shpërblimet e grumbulluara ashtu edhe për principalin.
Integrimet dhe kufizimet e kapacitetit
Veda dhe Upshift po integrojnë Firelight në shtresat e tyre të infrastrukturës, gjë që do t'u mundësojë operatorëve të aktivizojnë mbrojtjen për kasafortat e tyre duke përdorur të njëjtin Firelight Vault. Modeli i pool-it të përbashkët do të thotë që kapaciteti është i kufizuar. Ndërsa më shumë kasaforta regjistrohen, sasia e FXRP të stakuar në dispozicion për të mbuluar secilën prej tyre zvogëlohet, përveç nëse kapital i ri hyn në pool. Kjo e bën kufirin prej 115 milionë dollarësh më shumë se një shifër lançimi — është një kufi i drejtpërdrejtë për sa mbulim mund të shkruajë Firelight. Testi i radhës është nëse operatorët dhe depozituesit e trajtojnë atë kufi si një arsye për t'u bashkuar herët ose për të pritur që pool-i të rritet.
