New

Integrate expert-curated crypto & blockchain knowledge into your app with the upcoming IQ.wiki API.

0% read

reUSD

reUSD

reUSD is a stable, principal-protected, and yield-bearing token developed within the ecosystem. It is designed to generate predictable, low-risk yield denominated in U.S. dollars. reUSD represents a depositor's share in a lower-risk capital pool that is structured to preserve the underlying principal while generating returns by providing collateral to the regulated reinsurance market. [1]

Overview

reUSD is a token issued within the that represents deposits into a lower-risk capital pool designed to generate yield while maintaining principal stability. Users reUSD by depositing into an Insurance Capital Layer, where funds are held in custody and partially deployed through legally structured surplus notes that serve as regulatory for partner reinsurers. The token’s value increases gradually through accrued yield rather than through changes in token supply.

Yield is calculated daily based on the higher of two reference benchmarks: a short-term risk-free rate plus a fixed spread, or the yield from a hedged basis strategy plus the same spread. A portion of the underlying capital may also be held in cash or short-term government securities within regulated trust accounts that support reinsurance obligations. Pricing data, reserve balances, and information are reported through feeds and third-party attestations, while withdrawals are supported through available on-chain liquidity and scheduled releases of capital from off-chain positions. [3]

Mechanism and Technology

The reUSD system integrates on-chain with off-chain legal and financial structures to manage capital, generate yield, and provide liquidity for users. The core components include its value accrual method, yield generation strategy, capital deployment structure, and redemption framework. [3]

Value Accrual Mechanism

Unlike rebasing tokens that adjust the quantity of tokens in a holder's wallet, reUSD is a price-appreciating token. The number of reUSD tokens a user holds remains constant. Instead, the intrinsic value and redemption price of each reUSD token increase over time. This price is updated on-chain once every day at 00:00 UTC to reflect the yield accrued over the previous 24 hours. This design provides users with a clear and predictable growth in the dollar value of their holdings. [3]

Yield Generation

The for reUSD is determined through a dynamic, dual-benchmark model named "Basis-Plus". The protocol calculates the applicable rate daily by selecting the higher of two distinct benchmark yields and then adding a fixed spread to it. This approach aims to provide a competitive yield by capturing upside from either traditional finance rates or market-neutral strategies. [1] [3]

The two benchmarks are:

  1. Risk-Free Rate Benchmark: This is based on the 7-day trailing average of a benchmark short-term risk-free interest rate, derived from instruments like U.S. Treasury bills.
  2. Market-Neutral Strategy Benchmark: This is based on the current annualized yield generated from a hedged basis trading strategy, specifically referencing the yield from .

To the higher of these two selected benchmark rates, the protocol adds a fixed spread of 250 basis points (2.5%). This final combined rate determines the APY for the day. The calculated APY is then converted into a daily rate, which is used to increase the price of reUSD. [5] [3]

Capital Structure and Deployment

The protocol's capital structure is designed to channel user deposits from the DeFi ecosystem into a regulated, off-chain framework suitable for the reinsurance industry.

Minting and Insurance Capital Layer (ICL)

Users initiate the process by depositing approved assets, such as or T-Bills, into an on-chain system called the Insurance Capital Layer (ICL). In exchange for their deposit, the user an equivalent value of reUSD tokens. The ICL acts as the primary on-chain vault and accounting ledger for all user deposits. [4] [3]

Off-Chain Deployment and Trust Accounts

A significant portion of the capital deposited into the ICL is moved off-chain. These funds are converted into cash or short-term U.S. Treasury Bills and placed into a regulated §114 Reinsurance Trust Account. This type of trust is compliant with the standards set by the National Association of Insurance Commissioners (NAIC) in the United States and serves as fully-collateralized, bankruptcy-remote capital for partner reinsurance companies. This legal and structural separation is a core component of the protocol's principal protection design, intended to shield depositor funds from the protocol's operational activities or potential losses. [1] [3]

Surplus Notes

The connection between the on-chain ICL and the off-chain trust account is managed through legal instruments called "surplus notes." An off-chain legal entity, affiliated with the protocol, issues these surplus notes to the on-chain ICL. These notes are contractual debt agreements that legally bind the off-chain entity. They serve two primary functions:

  1. Principal Protection: The notes include a contractual guarantee for the return of the principal amount deposited.
  2. Interest Payments: The notes are obligated to pay interest to the ICL at a rate that matches the dynamically calculated APY of reUSD.

These interest payments from the surplus notes are the source of the yield that causes the reUSD price to appreciate. This structure effectively translates the off-chain collateralization arrangement into on-chain yield for token holders. [4] [3]

Liquidity and Redemption

reUSD is designed to be redeemable for the underlying , though redemptions are subject to liquidity constraints based on the capital's deployment. The protocol uses a tiered liquidity framework to manage withdrawal requests. [3] [4]

  • Tier 1: Instant Redemptions: A portion of the total capital, known as the on-chain buffer, is kept idle and is not deployed off-chain. This buffer provides instant liquidity for user redemptions. The size of this buffer is determined by actuarial analysis, cited at approximately 10% of the Net Asset Value (NAV) in examples, and is designed to handle typical daily withdrawal volumes.
  • Tier 2: Scheduled Redemptions: If the instant redemption buffer is depleted by large or numerous withdrawals, subsequent redemption requests enter a queue. These queued requests are processed as capital becomes available. Sources of this returning capital include interest payments and principal repayments from the off-chain surplus notes, as well as the maturation of assets held within the reinsurance trust account.

Transparency and Security

employs several measures to provide transparency into its operations and secure user funds, involving on-chain data publication, third-party attestations, and institutional-grade custody.

  • On-Chain Oracles: The protocol utilizes to publish critical data points to the blockchain for public verification. This data includes the daily reUSD price, the total Net Asset Value (NAV) of the ICL, the current utilization level of the instant liquidity buffer, and the outstanding balances of the off-chain surplus notes. [3]
  • Reserve Attestations: The Network Firm, a third-party accounting and auditing firm, performs daily attestations of the off-chain funds held in the reinsurance trust account. These reports verify the existence and value of the cash and T-bills backing the surplus notes. The results of these attestations are also published on-chain via a , providing independent verification of the protocol's reserves. [3]
  • Custody: on-chain assets (the portion of the ICL not deployed off-chain) are held in custody with Fireblocks. Security is managed through multisig policies, requiring multiple parties to approve transactions, which reduces the risk of unauthorized access or single points of failure. [3]
  • Audits: The that comprise the on-chain components of the have undergone security audits from third-party firms to identify and mitigate potential vulnerabilities. [3]
See something wrong?

References (5 sources)

HomeCategoriesWiki MCEventsGlossary