Firelight Protocol entró en funcionamiento el 6 de octubre de 2026, con un límite de $115 millones en posiciones totales en staking denominadas en XRP. El lanzamiento, anunciado por Flare, introduce un pool de staking compartido diseñado para cubrir pérdidas en la USD Protected Vault y las Protected RWA Vaults de Sentora. El FXRP en staking respalda la cobertura, y el producto se presenta como protección contra fallos específicos de protocolos en lugar de un seguro tradicional.
Cómo funciona el pool compartido
Firelight agrupa el capital para cada bóveda cubierta en una única Firelight Vault en Flare. Los stakers depositan FXRP para respaldar toda la cartera de cobertura, no bóvedas individuales. A cambio, reciben emisiones por aportar ese capital. La contrapartida es que tanto el principal como las recompensas compuestas pueden ser recortadas si se aprueba una pérdida cubierta. El diseño implica que agregar una nueva bóveda consume capacidad del mismo pool que respalda los productos existentes, por lo que la capacidad registrada se convierte en una restricción tanto para el marketing de las bóvedas como para los límites de depósito.
Qué contienen las bóvedas y qué está cubierto
La USD Protected Vault asigna capital entre estrategias denominadas en dólares en protocolos DeFi establecidos. Las Protected RWA Vaults utilizan estrategias vinculadas a activos del mundo real, incluidos préstamos y looping apalancado. Firelight añade cobertura contra fallos definidos de protocolos a nivel de depósito, por lo que los depositantes no necesitan comprar pólizas por separado. Las categorías de eventos cubiertos incluyen exploits de contratos inteligentes, fallos de oráculos, exploits de gobernanza, deuda incobrable, depegs impulsados por mecanismos y fallos de redención.
Proceso de reclamaciones y el Risk Consortium
Cuando ocurre un evento de pérdida, el proceso de reclamaciones comienza identificando las posiciones elegibles. Le sigue un informe de exploit de ZeroShadow y luego una verificación independiente por parte de un Risk Consortium de cinco firmas compuesto por Hypernative, Native, Credora, Cyfrin y GFX Labs. El pago solo se realiza después de esa verificación. Sentinel Labs desarrolla y mantiene Firelight, mientras que Sentora lo incubó.
Staking a través de Flare Smart Accounts
Los tenedores de XRP pueden aportar al pool a través de Flare Smart Accounts conectando una billetera XRPL compatible y utilizando un flujo de mint-and-deposit. Reciben stXRP en una smart account controlada por la dirección XRPL de origen. El flujo no requiere que el usuario tenga FLR. Las comisiones se cobran en FXRP, y las emisiones del protocolo se distribuyen en FXRP, incluidas las comisiones pagadas en USDC que se convierten. Los depósitos en staking no tienen cobertura de Firelight propia, y el slashing se aplica tanto a las recompensas acumuladas como al principal.
Integraciones y limitaciones de capacidad
Veda y Upshift están integrando Firelight en sus capas de infraestructura, lo que permitirá a los operadores habilitar la protección para sus bóvedas utilizando la misma Firelight Vault. El modelo de pool compartido implica que la capacidad es finita. A medida que se registran más bóvedas, la cantidad de FXRP en staking disponible para cubrir cada una se reduce a menos que entre nuevo capital al pool. Eso hace que el límite de $115 millones sea más que una cifra de lanzamiento: es un límite vivo sobre cuánta cobertura puede emitir Firelight. La próxima prueba es si los operadores y depositantes consideran ese límite como una razón para unirse temprano o esperar a que el pool crezca.
