Firelight Protocolは2026年10月6日に始動し、XRP建てのステーキング総額に1億1500万ドルの上限を設けました。Flareが発表したこの立ち上げは、SentoraのUSD Protected VaultとProtected RWA Vaultsでの損失を補償するために設計された共有ステーキングプールを導入します。ステークされたFXRPが補償を裏付け、この商品は従来の保険ではなく、特定のプロトコル障害に対する保護として売り込まれています。
共有プールの仕組み
Firelightは、対象となる各ボールトの資金をFlare上の単一のFirelight Vaultにプールします。ステーカーはFXRPを預け入れ、個々のボールトではなく、補償ポートフォリオ全体を裏付けます。その見返りとして、資本を供給したことに対するエミッションを受け取ります。トレードオフは、補償対象の損失が承認された場合、元本と複利報酬の両方がスラッシュされる可能性があることです。この設計により、新しいボールトを追加すると、既存製品を支える同じプールから容量を消費するため、登録容量はボールトのマーケティングと預入限度の両方に対する制約となります。
ボールトが保有するものと補償範囲
USD Protected Vaultは、確立されたDeFiプロトコル上のドル建て戦略に資金を配分します。Protected RWA Vaultsは、レンディングやレバレッジループを含む現実世界資産に紐づく戦略を使用します。Firelightは預入レベルで定義されたプロトコル障害に対する補償を追加するため、預金者は別途ポリシーを購入する必要がありません。補償対象のイベントカテゴリには、スマートコントラクトのエクスプロイト、オラクル障害、ガバナンスエクスプロイト、不良債権、メカニズム主導のデペッグ、償還失敗が含まれます。
請求プロセスとリスクコンソーシアム
損失イベントが発生すると、請求プロセスは対象となるポジションの特定から始まります。続いてZeroShadowによるエクスプロイト報告が行われ、その後、Hypernative、Native、Credora、Cyfrin、GFX Labsで構成される5社のリスクコンソーシアムによる独立した検証が行われます。支払いはその検証後にのみ実行されます。Sentinel LabsがFirelightを開発・維持し、Sentoraがインキュベートしました。
Flare Smart Accountsを通じたステーキング
XRP保有者は、対応するXRPLウォレットを接続し、ミント・アンド・デポジットフローを使用することで、Flare Smart Accountsを通じてプールに供給できます。彼らは、元のXRPLアドレスによって管理されるスマートアカウントでstXRPを受け取ります。このフローでは、ユーザーがFLRを保有する必要はありません。手数料はFXRPで請求され、プロトコルのエミッションはUSDCで支払われた手数料が変換された分も含めてFXRPで流れます。ステークされた預金にはFirelightによる独自の補償はなく、スラッシュは元本だけでなく未払い報酬にも適用されます。
統合と容量制約
VedaとUpshiftは、インフラストラクチャ層でFirelightを統合しており、これによりオペレーターは同じFirelight Vaultを使用して自社のボールトに保護を有効にできます。共有プールモデルでは容量は有限です。より多くのボールトが登録されるにつれて、新しい資本がプールに入らない限り、各ボールトを補償するために利用可能なステーク済みFXRPの量は減少します。そのため、1億1500万ドルの上限は単なる立ち上げ時の数字ではなく、Firelightが引き受けられる補償額の生きた制限です。次の試練は、オペレーターと預金者がこの制限を早期に参加する理由と捉えるか、プールの成長を待つ理由と捉えるかです。
