Firelight Finance ra mắt staking XRP trên Flare với token stXRP và mô hình bảo hiểm DeFi.
Tin tức XRP
Firelight Finance đã ra mắt giao thức staking XRP trên mạng Flare vào thứ Ba, giới thiệu token thanh khoản stXRP được thiết kế để kiếm phần thưởng thông qua mô hình bảo hiểm DeFi nhằm bảo vệ các giao thức khỏi hack và thất bại. Việc ra mắt này là Giai đoạn 1 của triển khai, cho phép người dùng chuyển XRP sang Flare thông qua hệ thống FAssets, gửi FXRP vào Firelight và nhận stXRP theo tỷ lệ 1:1. Token có thể di chuyển trong toàn bộ hệ sinh thái Flare, bao gồm sàn giao dịch phi tập trung, giao thức cho vay và nhóm thanh khoản, nhưng phần thưởng staking vẫn chưa kích hoạt.
Firelight dự kiến phần thưởng sẽ bắt đầu ở Giai đoạn 2, dự kiến vào đầu năm 2026, nếu các giao thức DeFi áp dụng mô hình bảo hiểm và trả phí cho bảo hiểm. Giám đốc Chiến lược Connor Sullivan, trước đây tại Fireblocks, cho biết thiết kế mượn khái niệm restaking nhưng áp dụng khác với các thử nghiệm sớm dựa trên Ethereum như EigenLayer.
Sullivan giải thích vấn đề chính với các khung restaking trước đây là chi phí vốn. Firelight tập trung vào các tài sản có chi phí vốn thấp hơn về cấu trúc, nhắm vào bảo hiểm DeFi cho các giao thức hàng đầu nơi mô hình rủi ro thích hợp quan trọng, và suy nghĩ lại về các ưu đãi thông qua các chương trình điểm ngắn, minh bạch gắn với sự tham gia thực và giá trị kinh tế.
Người tham gia trong vault ban đầu sẽ nhận Firelight Points, nhằm thưởng cho việc tham gia sớm giao thức trước khi ra mắt Giai đoạn 2. Mục tiêu rộng hơn là cung cấp cho người nắm giữ XRP cách kiếm phần thưởng staking trong khi cung cấp lớp bảo hiểm cho các giao thức DeFi, nhưng mô hình chỉ hoạt động nếu các giao thức thực sự chọn mua bảo hiểm này.
Firelight được ươm tạo bởi Sentora, hình thành từ sự hợp nhất của IntoTheBlock và Trident Digital, và được hỗ trợ bởi mạng Flare, cung cấp cơ sở hạ tầng nền tảng. Cả hai đều được Ripple hậu thuẫn và nhằm phát triển vai trò của XRP trong các ứng dụng DeFi.
Sullivan cho biết Sentora đã làm việc với các giao thức DeFi lớn thông qua các chiến lược quản lý rủi ro và chương trình thanh khoản, hỗ trợ hàng tỷ đô la giá trị khóa. Khách hàng của công ty là các tổ chức muốn kiếm lợi nhuận thông qua DeFi, và một trong những trở ngại lớn nhất họ đối mặt là thiếu primitive bảo hiểm cụ thể này, mà Sullivan mô tả là tính năng thiết yếu thay vì "nice-to-have".
Firelight đang thảo luận tích cực với nhiều giao thức DeFi về việc tích hợp hệ thống bảo hiểm. Nếu các giao thức áp dụng, họ sẽ trả phí để mua bảo hiểm được hỗ trợ bởi FXRP được gom trong Firelight, với một phần phí được phân phối cho người staking XRP dưới dạng phần thưởng. Mặc dù xây dựng trên Flare, hệ thống này không phụ thuộc chuỗi, nghĩa là bất kỳ giao thức nào trên bất kỳ chuỗi nào cũng có thể tích hợp với Firelight và mua bảo hiểm.
Nếu xảy ra sự cố được bảo hiểm, một yêu cầu bồi thường sẽ được nộp bởi một đại lý được chỉ định và xem xét bởi một liên minh độc lập. Nếu được phê duyệt, khoản thanh toán sẽ được thực hiện tự động thông qua hợp đồng on-chain, theo tài liệu kỹ thuật.
Disclaimer: Nội dung này đã được dịch bởi AI, vì vậy có thể có sai sót.
This article contains links to third-party websites or other content for information purposes only (“Third-Party Sites”). The Third-Party Sites are not under the control of CoinMarketCap, and CoinMarketCap is not responsible for the content of any Third-Party Site, including without limitation any link contained in a Third-Party Site, or any changes or updates to a Third-Party Site. CoinMarketCap is providing these links to you only as a convenience, and the inclusion of any link does not imply endorsement, approval or recommendation by CoinMarketCap of the site or any association with its operators. This article is intended to be used and must be used for informational purposes only. It is important to do your own research and analysis before making any material decisions related to any of the products or services described. This article is not intended as, and shall not be construed as, financial advice. The views and opinions expressed in this article are the author’s [company’s] own and do not necessarily reflect those of CoinMarketCap.
