Last reviewed:

LRT Buffer & Exit Lessons

Liquid restaking protocols offer quick exits that their underlying contracts cannot guarantee during market stress.

The buffer dilemma

An LRT protocol issues a receipt token that trades on secondary markets. The underlying capital, however, sits inside restaking contracts with multi-day unbonding windows.

To offer instant exits, protocols keep a liquid reserve buffer:

A large buffer reduces reward yield because idle funds earn no restaking rent. A small buffer maximizes yield but drains quickly during sudden redemption waves. Once the buffer runs dry, all subsequent withdrawals enter the full multi-stage unbonding queue.

A redemption wave meeting an LRT reserve buffer, and the two exit paths that follow

Multi-asset pools compound friction

When a protocol accepts multiple different collateral types (different LSTs, stablecoins, or custom tokens), each asset routes through separate contracts, oracle feeds, and strategy vaults.

If one asset leg suffers an oracle delay, a contract pause, or a slashing event, the entire pool's accounting and redemption settlement can stall.

An audit stops where the contracts stop

On 18 April 2026, 116,500 rsETH left a bridge escrow against a cross-chain message reporting a burn that had never taken place. The parties involved agree on what was not at fault: LayerZero states its protocol functioned exactly as intended, Chainalysis states there was no smart contract vulnerability, OpenZeppelin states the contracts performed exactly as written, and Aave states its own contracts were never compromised. What failed was a single-verifier trust setting and the server infrastructure that verifier read the chain through.

A contract audit examines deployed contract logic. It does not normally examine how an integration is configured at deployment, whether the infrastructure beneath it has a single point of failure, or how the system behaves once an off-chain dependency is lying to it. A pool can therefore hold nothing but reviewed, correctly functioning code and still pay out against a message that was fabricated.

The full sequence, the figures and the points the parties still dispute are set out in the case file on that exploit. A second case file, on the 2024 Penpie exploit, shows the same perimeter failing in the other direction: there the contract had been audited and was safe when reviewed, until a later change elsewhere removed the condition it had been safe under.

This page is explanatory and not a recommendation.