What is Restaking?

Restaking is a crypto-economic security mechanism that allows assets already committed to staking to be used to secure additional protocols or services. Instead of using staked capital to protect only one blockchain, restaking extends the economic commitments associated with that capital to other systems that need validators, verification, or decentralised security.

The concept became particularly prominent in the Ethereum ecosystem following the development of EigenLayer. Ethereum validators normally stake ETH to participate in Proof of Stake consensus and can lose part of their stake if they violate protocol rules. Restaking extends this principle by allowing additional protocols to impose their own conditions on participating operators. In exchange for accepting additional responsibilities and risks, restakers can potentially earn additional rewards.

Restaking is therefore different from simply moving staking rewards into another investment. The central idea is the reuse of economic security. The same underlying capital can support Ethereum while simultaneously participating in the security model of another service.

This can reduce the amount of new capital that emerging protocols need to attract before they can operate securely. At the same time, it creates additional layers of risk because one pool of capital can become exposed to several sets of technical and economic conditions.

Why Restaking Emerged

Proof of Stake blockchains derive part of their security from assets committed by validators. On Ethereum, validators lock ETH and perform duties such as proposing and attesting to blocks. Dishonest or seriously incorrect behaviour can result in penalties, including slashing under applicable protocol conditions.

A new decentralised service may need a similar security system but cannot automatically use Ethereum’s validator economics. It may need to recruit its own operators, issue a token, create staking incentives, and persuade enough participants to lock capital.

This creates what is often described as a bootstrapping problem. A new protocol can require substantial economic security before it has accumulated enough users, revenue, or token value to support that security independently.

Restaking provides another option. Rather than constructing an entirely separate validator economy, a protocol can obtain security commitments from participants who already have capital connected to Ethereum staking.

These external services can include data availability systems, oracle networks, bridges, coprocessors, sequencing infrastructure, and other decentralised systems requiring economically accountable operators. EigenLayer refers to services using its restaking architecture as Actively Validated Services, or AVSs, although terminology differs across restaking ecosystems.

The model effectively separates Ethereum’s economic security from the specific job of validating Ethereum consensus and makes additional forms of verification possible.

How Restaking Works

The precise process depends on the protocol, but restaking generally involves an asset owner accepting additional conditions beyond those associated with ordinary staking. Operators then perform tasks for external services and can receive rewards for doing so.

Ethereum restaking originally attracted attention through mechanisms involving native staked ETH and liquid staking tokens. Native restaking connects Ethereum validator credentials to restaking infrastructure, while token-based models allow supported representations of staked assets to be deposited into smart contracts.

A simplified restaking process can involve the following steps:

1. A user stakes ETH directly or holds an eligible staking-related asset.
2. The user commits that economic position to a restaking protocol.
3. The stake is delegated to an operator, or the participant operates the required infrastructure directly.
4. The operator opts into one or more external services and accepts their validation requirements.
5. The operator performs tasks such as verifying data, messages, computations, or other protocol-specific events.
6. Correct participation can generate additional rewards, while violations may expose participants to protocol-specific penalties or other economic losses.

Delegation is important because owning staked assets does not necessarily mean the user wants to operate servers for several networks. Restaking systems can separate capital providers from operators. Users provide economic backing, while specialised operators perform the technical work.

This creates a multi-sided market involving restakers, operators, and protocols seeking security. The restaking platform coordinates these groups and defines how capital, rewards, permissions, and penalties interact.

Restaking vs Staking and Liquid Staking

Restaking is closely connected to conventional staking and liquid staking, but the three concepts describe different activities. Confusing them can lead users to underestimate the additional risks involved.

Liquid staking primarily solves a liquidity problem. Traditional staking locks capital in a way that can make it less convenient to use elsewhere. Liquid staking protocols issue tokens representing staked positions, allowing those assets to circulate through DeFi.

Restaking solves a different problem. It allows economic commitments to support more than one security system. A liquid staking token can sometimes be restaked, but holding or using an LST is not itself restaking.

The distinction matters because the expected return comes from different sources. Ordinary staking rewards participants for helping secure the base network. Restaking rewards are connected to additional services and may depend on their fees, token incentives, or other economic models.

Shared Security and Actively Validated Services

The main economic argument for restaking is shared security. Building a decentralised network from zero can be expensive because the protocol must create a sufficiently valuable penalty for malicious behaviour.

Consider a hypothetical service that requires $100 million of economic security. Without restaking, it might need to issue a native token and persuade participants to stake enough of it to reach that level. The actual security would also depend on the liquidity, concentration, and market value of the token.

A restaking architecture can instead allow the service to obtain commitments from existing staked capital. The service does not automatically inherit all of Ethereum’s security, but it gains access to an established pool of economically committed assets and professional operators.

Potential users of restaked security include:

• data availability networks that need participants to confirm that required data remains accessible;
• bridges and interoperability protocols that require verification of cross-chain events;
• oracle systems responsible for supplying external information to smart contracts;
• decentralised sequencers responsible for ordering Layer 2 transactions;
• coprocessors and verification networks performing computations outside the EVM;
• other services that can define objective or enforceable operator responsibilities.

This can make experimentation easier. Developers can focus on the service itself rather than immediately creating an entirely new validator network.

However, “shared security” does not mean that every restaked protocol is as secure as Ethereum. Security depends on the amount and composition of capital actually committed to the service, operator concentration, software quality, penalty mechanisms, governance, and whether violations can be identified reliably.

Rewards, Slashing and Operator Economics

Restaking is attractive to capital providers because the same underlying economic position can potentially generate several sources of rewards. An ETH validator can receive Ethereum staking rewards while participating in additional services through restaking.

This additional yield is compensation for additional work and risk rather than free return. If a service requires operators to run specialised software, maintain high availability, or produce correct responses within specific time limits, operators need sufficient incentives to perform those duties.

Slashing is one mechanism that can make those commitments credible. A protocol can define conditions under which incorrect or malicious behaviour results in economic penalties. The possibility of losing capital discourages operators from violating the rules when the expected penalty exceeds the potential benefit.

Designing such conditions is difficult. Ethereum consensus has protocol-defined validator responsibilities, but external services can involve much more diverse tasks. Some failures are objectively observable on-chain, while others may depend on more complicated evidence or governance processes.

Restaking economics must also account for operator selection. If a small number of operators receive most delegated capital, a theoretically decentralised security market can become highly concentrated. Large operators may also participate in many services simultaneously, creating correlated operational risks.

The quality of a restaking system therefore depends on more than total value locked. The distribution of stake, operator diversity, service design, penalty conditions, and actual sources of revenue all matter.

The Main Risks of Restaking

The central benefit of restaking, capital efficiency, is also the source of many of its risks. When one pool of economic security supports several systems, failures can become interconnected.

A validator or operator participating in multiple services may face several independent software stacks and operational requirements. A bug, configuration error, compromised key, or protocol failure can potentially affect more than one position.

Smart contract risk is also significant. Restaking protocols use contracts to manage deposits, delegation, withdrawals, rewards, and other functions. Users who restake liquid staking tokens can accumulate several layers of exposure: Ethereum staking risk, the liquid staking protocol, the restaking protocol, and the external services being secured.

Another concern is correlated slashing or penalties. If many operators use similar software and the same failure affects them simultaneously, losses may occur across a substantial portion of the restaked capital. The consequences can be more complex when the same operators secure multiple services.

Economic incentives can create additional problems. Protocols may initially subsidise participation with token rewards or points even before sustainable fee revenue exists. High advertised yields therefore do not necessarily demonstrate long-term demand for restaked security.

Ethereum researchers have also discussed the possibility that restaking could create systemic effects if applications attempt to use Ethereum’s validator community for responsibilities that interfere with Ethereum consensus. Restaking designs generally need clear boundaries so failures in external systems do not threaten the base network’s core operation.

Restaking Beyond a Single Protocol

EigenLayer played a major role in popularising restaking on Ethereum, but restaking has developed into a broader category rather than remaining a feature of one project. Different protocols have experimented with liquid restaking, multi-asset security, Bitcoin-related restaking models, and security marketplaces connecting capital with decentralised services.

Liquid restaking adds another layer to the model. A protocol can issue a Liquid Restaking Token, commonly abbreviated as LRT, representing a restaked position. The holder can then potentially use the LRT elsewhere in DeFi while the underlying assets remain committed to restaking.

This improves capital flexibility but increases composability risk. A single economic position can become connected to staking, restaking, an LRT issuer, lending markets, liquidity pools, and other DeFi applications. Problems in one layer can affect the value or liquidity of assets used elsewhere.

Restaking should therefore be understood as infrastructure for allocating crypto-economic security rather than simply another yield strategy. It creates a market in which protocols demand security and asset holders supply economically accountable capital.

The long-term viability of that market will depend on whether external services generate enough real economic value to compensate operators and restakers without relying indefinitely on token incentives. It will also depend on whether protocols can define enforceable responsibilities without creating excessive complexity or systemic risk.

At its core, restaking changes the relationship between staked assets and blockchain security. Instead of one pool of stake protecting only one network, the same economic commitment can participate in several security systems. That can make decentralised infrastructure more capital-efficient, but every additional responsibility also creates another dependency that must be evaluated alongside the additional reward.