Lyrasing - pre-launch
Restaking-native money market. AVS-aware by design.
LRTs as first-class collateral, with LTV derived from per-LRT AVS-exposure - not opaque ETH-derivative treatment. Slashing covered by a protocol-funded insurance pool.
“Launch app” is a placeholder. Wallet flow lands once contracts ship.
01 — Risk
AVS-aware risk per LRT
A restaking-native LTV is not a single number. Each LRT inherits the slashing surface of the AVSs its operators secure — and that surface is what the protocol underwrites.
Treating eETH, ezETH, rsETH, pufETH as interchangeable ETH proxies collapses the very signal LRTs were built to expose. Two LRTs with identical staked balances can sit on radically different AVS sets — one backing a finality oracle, another underwriting a re-entrant bridge. Lyrasing reads that composition directly and computes per-LRT LTV from the slashing graph, not from the wrapping symbol.
Each supported LRT decomposes into its operator set; each operator into the AVSs they secure; each AVS into its declared slashing conditions and economic weights. The result is a vector of conditional loss bounds per LRT, refreshed on cadence and surfaced to suppliers as a transparent collateral-tier with a stated decay model.
Builders who already audit AVS opt-in graphs will find this familiar. Suppliers who care only about top-line LTV still get one number — but the number is now derived, defensible, and refusable when an LRT's AVS composition drifts past a declared envelope.
- eETH — operator-weighted~12 AVSs · LTV illustrative
- ezETH — curated AVS set~6 AVSs · LTV illustrative
- rsETH — operator-weighted~9 AVSs · LTV illustrative
- pufETH — anti-slashing hardened~10 AVSs · LTV illustrative
Numbers shown for shape only. Protocol values land with the protocol.
02 — Insurance
Slashing insurance, by construction
Borrower fees and a slice of supply yield route into a per-LRT insurance pool that absorbs slashing events before they touch supplier principal.
AVS-aware LTV bounds the exposure; the insurance pool absorbs what remains. The design routes protocol fees into the pool continuously, rather than assuming a treasury patch or retroactive socialisation after a loss. Each LRT collateral type gets its own sub-account; cross-pool fungibility is bounded by an explicit policy, not implicit.
Payouts trigger on confirmed slashing events surfaced by the same oracle pipeline that feeds the risk model. A claim drains the affected sub-account first; senior-tier suppliers are paid before junior-tier; any residual gap flips the affected LRT into wind-down rather than silently re-pricing the rest of the book.
The pool size, funding rate, drawdown ledger, and wind-down triggers are intended to be public parameters. Suppliers underwrite a declared envelope; any future emergency governance needs to be explicit in the protocol docs, not implied as an ad hoc post-loss patch.
03 — Looping
Recursive leverage, risk-aware
A single eETH deposit can carry multiple recursive borrow–swap–resupply cycles. Each iteration is capped by an AVS-derived LTV — not a static governance parameter.
Leverage loops are not new. What changes on Lyrasing is the bounding condition: if an operator set adds a high-risk AVS mid-position, the next loop iteration tightens automatically — no governance proposal, no oracle lag.
The insurance pool underwrites the tail: confirmed slashing events during a leveraged position draw from the per-LRT sub-account before they touch supplier principal.
Supply LRT
Deposit eETH as collateral. The protocol reads its current AVS-exposure graph and derives an LTV cap from the operator set — not a flat ETH-peg governance parameter.
Borrow ETH
Draw ETH up to the computed LTV ceiling. At an illustrative 70% LTV, 1 eETH yields 0.70 ETH borrow capacity.
Swap to LRT
Exchange borrowed ETH for eETH via on-chain DEX routing. Spread and slippage net against loop economics before the next iteration.
Re-supply
Deposit the acquired eETH as incremental collateral. The protocol re-evaluates AVS composition of the combined position at current operator weights.
Repeat
Iterate until target leverage or LTV floor is reached. At a 70% ceiling the theoretical maximum gross exposure is ~3.33× (geometric series: 1 ÷ (1 − 0.70)).
Illustrative only. Actual LTV, rates, and execution costs depend on market conditions and shipped protocol parameters. Not financial advice.
04 — Comparisons
How we compare
Restaking-native collateral with AVS-aware LTV, built-in leverage looping, and a slashing-insurance layer — absent from existing money markets and restaking protocols alike.
| Protocol | Collateral | LTV + AVS surface | Slashing cover | Loop | Status |
|---|---|---|---|---|---|
| LyrasingMoney market | LRT-native (eETH, ezETH, rsETH, pufETH) | AVS-exposure graph per LRT · per-operator decompositionPer-LRT AVS composition → dynamic LTV with insurance backstop | Yes | Yes | Pre-launch |
| Aave v3Money market | ERC-20 generic (wstETH, rETH, weETH) | Static oracle (Chainlink) · governance-set LTV per assetNo AVS layer — flat ETH-derivative price treatment | No | No | Mainnet |
| MorphoMoney market | ERC-20 per-market (curator-defined) | Market-specific LLTV · oracle-gated by market creatorPer-market configuration — no protocol-level AVS risk model | No | No | Mainnet |
| SymbioticRestaking protocol | ERC-20 vault collateral (LSTs + arbitrary ERC-20) | Vault slashing cap · no lending marketNetwork opt-in per operator · vault-level slashing bounds | Partial | No | Mainnet |
| EigenLayerRestaking protocol | LST + native ETH restaking | No lending market · staking-only exposureAVS opt-in per operator · on-chain slashing conditions per AVS | No | No | Mainnet |
Per-LRT AVS composition → dynamic LTV with insurance backstop
No AVS layer — flat ETH-derivative price treatment
Per-market configuration — no protocol-level AVS risk model
Network opt-in per operator · vault-level slashing bounds
AVS opt-in per operator · on-chain slashing conditions per AVS
Data reflects protocol design at publication. Verify against latest documentation before relying on comparisons.
05 — Waitlist
Join the builder waitlist
Early access for teams evaluating AVS-aware collateral, LRT risk envelopes, and slashing insurance.
The first intake is for protocol teams, AVS operators, risk researchers, and integrators who already have a concrete reason to inspect the model. The capture path opens later with attribution and storage wired.
06 — FAQ
FAQ for builders
Short answers for teams already fluent in restaking, LRT collateral, and AVS risk.
Is Lyrasing live?
No. This site is pre-launch narrative and technical framing only. Contracts, markets, signup storage, and wallet flows are not live in this repo.
What collateral does the first model target?
The first model targets liquid restaking tokens such as eETH, ezETH, rsETH, and pufETH as first-class collateral, with each LRT evaluated through its own AVS exposure.
How is LTV derived?
LTV is derived from the LRT's operator set, the AVSs those operators secure, and the declared slashing envelope of that composition. It is not a flat ETH-derivative parameter.
What does the insurance pool cover?
The pool is designed to absorb confirmed slashing losses for the affected LRT sub-account before supplier principal is touched. Coverage remains illustrative until protocol parameters ship.
Why compare against Aave, Morpho, Symbiotic, and EigenLayer?
They frame the adjacent surfaces: money-market liquidity, isolated market design, restaking infrastructure, and AVS security. Lyrasing sits at the intersection rather than replacing any one layer.
When do the WebGL hero, app, and waitlist backend land?
They land in later phases: the WebGL hero after the landing structure, the app after protocol code exists, and the waitlist backend when attribution and storage are wired.