
Most people encounter the distinction between native staking and liquid staking as a practical question: do you lock your ETH and earn rewards, or do you get a token instead that you can use elsewhere? That framing is fine as far as it goes, but it misses the more interesting architectural question underneath it.
Native staking and liquid staking aren't just different interfaces to the same yield. They're built around different theories of what it should mean to participate in Ethereum's consensus layer — what that participation should cost, what it should give you, and where the risks should live.
After Ethereum's Merge in September 2022, block production shifted from proof-of-work to proof-of-stake. Validators — not miners — now propose and attest to blocks. To become a validator, you need 32 ETH, a validator client running on always-on hardware, and a willingness to accept the protocol's enforcement mechanisms.
The enforcement mechanisms are worth understanding before anything else. Slashing is the protocol's most severe tool: if a validator behaves maliciously — double-signing a block, for instance, or submitting contradictory attestations — the protocol destroys a portion of the validator's staked ETH and forcibly exits them from the set. The slashing penalty scales with how many validators behave badly simultaneously (the correlation penalty). A solo validator who gets slashed loses roughly 0.5-1 ETH in most cases. A coordinated attack that slashes thousands of validators at once would destroy far more per validator. This is intentional: the protocol punishes coordinated misbehavior more severely than individual errors.
Inactivity penalties are the softer mechanism. If a validator goes offline — power failure, hardware failure, bad internet — the protocol slowly leaks the stake. The leak rate is designed to be recoverable if you fix the problem quickly; it only becomes catastrophic if the entire validator set loses liveness simultaneously, which is the scenario the protocol most wants to prevent.
Withdrawals were locked entirely until Ethereum's Shanghai upgrade in April 2023. Before that date, anyone who staked ETH in the original deposit contract had no mechanism to exit. Post-Shanghai, withdrawals work through a queue — validators can signal exit, wait their turn, and receive their ETH back. The queue length varies with demand. At peak congestion it's stretched to weeks; at typical periods it runs a few days.
That's native staking: direct protocol participation, 32 ETH minimum, slashing risk on your specific validator, illiquidity during the exit queue, hardware requirements, and yield paid in ETH issuance plus transaction fees.
Liquid staking protocols — Lido, Rocket Pool, Coinbase, EtherFi, and others — are essentially token wrappers around validator operations. You deposit ETH, they run validators on your behalf, and you receive a token that represents your claim on the underlying staked position.
The two dominant token structures are worth distinguishing:
Rebasing tokens (stETH from Lido): your stETH balance updates daily to reflect accumulated rewards. If you deposit 10 ETH and the APY is 4%, your stETH balance slowly increases. The token's relationship to ETH is designed to hold at roughly 1:1, with small market-driven deviations.
Accruing tokens (rETH from Rocket Pool, cbETH from Coinbase): your token count stays fixed, but the token's exchange rate vs ETH increases over time. If rETH starts at 0.95 ETH and grows as rewards accrue, you eventually redeem the same rETH count for more ETH.
The practical difference between these structures is mostly about DeFi composability and accounting — some protocols work better with stable balances, others with appreciating exchange rates. The underlying mechanics are the same.
What liquid staking gives you that native staking doesn't: liquidity. You can sell stETH, use it as collateral on Aave, provide it to a Curve pool, or bridge it to another chain. The capital doesn't sit locked waiting for an exit queue. That liquidity premium is real — it's especially valuable for protocols and larger holders who need capital flexibility.
Native staking's risks are protocol-level: slashing (directly destroys your stake) and the exit queue (temporarily locks your capital). Both are transparent and predictable. The protocol's rules haven't changed in ways that surprised validators.
Liquid staking adds a second layer of risk: the protocol itself. stETH is only as good as Lido's smart contracts, governance, and operator selection. Rocket Pool's rETH carries smart contract risk specific to Rocket Pool's architecture, plus the individual node operator slashing risk that Rocket Pool tries to mitigate through their ETH bond system.
There's also the concentration concern. Lido controls something in the range of 28-32% of all staked ETH as of early 2026 — which makes it the single largest entity in Ethereum's validator set. That concentration doesn't inherently break anything, but it does mean that a successful attack on Lido's governance or a smart contract failure wouldn't just harm Lido users; it would have consequences for Ethereum's consensus layer at scale. The Ethereum community has actively debated what, if anything, should constrain Lido's growth. No consensus mechanism exists — it's currently a social coordination problem, not a protocol one.
The stETH depeg event during the Terra/LUNA collapse in May 2022 is worth understanding: stETH briefly traded at roughly 4-7% below ETH during a period of forced liquidations and liquidity crunches. The depeg wasn't a fundamental problem — Lido's validators kept running, rewards kept accruing — but it demonstrated that liquid staking tokens carry market risk independent of the underlying consensus participation. In stressed markets, the token and the claim it represents can trade at different prices.
EigenLayer introduced restaking in 2024 — the ability to use already-staked ETH (or LSTs) to additionally secure other protocols. This created liquid restaking tokens (LRTs): eETH (EtherFi), rsETH (KelpDAO), ezETH (Renzo), and others.
Restaking adds another layer of slashing risk. If you hold eETH, your ETH is participating in Ethereum consensus and whatever actively validated services (AVSs) EtherFi has opted your stake into. Each AVS has its own slashing conditions. The yield is higher; so is the risk surface.
This is a genuine architectural change to how liquid staking tokens should be evaluated. An LST that incorporates restaking isn't equivalent to one that doesn't, even if they're both called liquid staking.
Confirmation signals: Lido's network share declining as alternatives mature. Withdrawal queue processing without congestion under normal conditions. Slashing events remaining rare and individual rather than correlated.
Invalidation signals: A successful exploit of a major LST protocol's smart contracts, destroying user funds at scale. A governance attack on Lido that enables malicious validator operator selection. EigenLayer AVS slashing propagating to LRT holders in amounts that significantly impact the underlying ETH value.
Now: If you're staking ETH, the native vs liquid question is mostly a decision about liquidity needs and trust in protocol-layer vs smart-contract-layer risk. For amounts under 32 ETH, native staking isn't directly available anyway — you're choosing between pooled protocols.
Next: EigenLayer's restaking economics are still early (2024-2025). LRT yields vs risks haven't fully been stress-tested. This is an active area to watch over the next 12-18 months.
Later: Whether solo validators running native staking remain economically viable relative to pooled liquid staking is a multi-year question — it depends on yield differentials, hardware costs, and whether Ethereum introduces protocol-level changes to validator economics.
Liquid staking isn't native staking with better UX. It's a different risk structure with different failure modes. Native staking isn't safer by default — hardware failures, inactivity penalties, and poor key management create real risks that pooled protocols abstract away.
This post explains the mechanism. It doesn't recommend either approach, address tax treatment in any jurisdiction, or account for the specific risk tolerance of any individual participant.
The architecture works as described. Whether it's the right choice depends entirely on factors outside this scope.




