A user holding ethereum on a self-custodial wallet faces three practical paths to staking yield. Direct staking to the Ethereum validator set requires locking 32 ETH and running infrastructure or delegating to a node operator; liquid staking through Lido creates a tradeable derivative that earns protocol fees while remaining liquid; participation in Layer 2 sequencer rewards generates returns from ordering transactions on chains like Arbitrum and Optimism. The mechanical differences between these workflows create distinct custody models, yield profiles, smart contract interaction risks, and withdrawal mechanics. Understanding which option fits a given balance, risk tolerance, and infrastructure capacity requires clarity about what is actually being delegated, to whom, and what happens to the collateral if something breaks.
Rabby Wallet is a non-custodial browser extension and mobile application designed specifically for Ethereum and EVM-compatible blockchains. It does not hold private keys on its servers, does not restrict access to assets on behalf of a staking protocol, and does not charge custody fees by design. That foundation matters because custody and staking yield are separate concerns. A wallet can be non-custodial—meaning the user retains control of private keys—while the staking reward flows come from a protocol that does require trust, locking periods, or delegation to an entity that can fail. Rabby’s role is to simplify navigation through those workflows without hiding the underlying mechanics behind a convenience label.
Direct staking versus delegation: custody and operator risk
Ethereum 2.0 consensus depends on validators who lock 32 ETH and sign attestations, producing blocks and participating in finality. If a validator behaves correctly, it earns roughly 2–8% annual yield depending on total stake and network participation. If a validator is offline, it accrues small penalties. If a validator acts dishonestly—attempting to sign conflicting blocks, for example—Ethereum’s slashing mechanism can destroy part or all of its collateral. That risk is real and non-recoverable. Running a validator requires managing keypairs, monitoring uptime, and staying on correct consensus. For many users, the operational burden and the concentration of slashing risk make this path impractical.
Solo staking through a wallet involves creating a new validator keypair, depositing 32 ETH into the official Ethereum deposit contract, and then maintaining the validator client software elsewhere. Rabby Wallet can facilitate the transaction—displaying the contract address, amount, and recipient—but it cannot run the validator itself. A browser extension manages assets and transactions; it does not execute a full consensus node in the background. The user must therefore acquire and maintain the staking infrastructure separately, typically through a service like Dappnode, a local computer setup, or a rented server. The private key controlling the validator remains the user’s responsibility. If that key is compromised, a third party can exit the validator and move the collateral. If the validator client is misconfigured, the validator may produce conflicting data and trigger slashing.
Delegated staking distributes operator risk by having a separate entity run the validator software while the user retains ownership of the stake. Lido, Rocket Pool, and other protocols offer this model through liquid staking, which wraps the arrangement in a tradeable token. Rabby can interact with these protocols as a DeFi wallet, displaying the staking interface, simulating the transaction, and warning about token approvals or contract calls that seem unusual. But it still does not alter the fundamental delegation: the user is trusting the operator’s software quality, uptime monitoring, and honesty not to exit validators prematurely or divert rewards.
A key insight is that non-custodial wallet design does not eliminate delegation risk from staking. It means the wallet does not add another layer of custody on top. If a user deposits ETH through Rabby into Lido’s staking contract, Rabby does not take the ETH or the staking rights. The user is delegating directly to Lido’s operators. If Lido fails, the user’s funds are at risk from Lido’s failure, not from Rabby. Conversely, if Rabby is compromised, the existing delegations remain valid; an attacker gaining access to a wallet can approve new transactions, but cannot retroactively change where previous ETH was staked.
Liquid staking workflows: Lido, Rocket Pool, and exit liquidity
Liquid staking addresses one specific problem: regular staking locks the ETH until the validator exits and withdrawals are processed, typically taking days. In the meantime, the ETH cannot be moved, sold, or used in other protocols. Lido solves this by accepting ETH, staking it to the Ethereum network on the user’s behalf, and issuing stETH—a token that can be traded, transferred, or used in other DeFi protocols. As the validator earns rewards, stETH accrues value relative to ETH. A user who deposits 1 ETH for 1 stETH and waits one year might be able to exchange that stETH for 1.05 ETH (if yields are 5%), provided they are willing to wait for an exit queue during high demand.
The stETH exit queue has been a real operational bottleneck during periods of staking demand or market stress. Lido must process exit requests through the Ethereum validator exit queue, which has a maximum throughput. If many users request exits simultaneously, a queue can accumulate thousands of stETH waiting to be withdrawn. The stETH price can fall below 1 ETH if the market anticipates a long wait. A user can sell stETH on decentralized exchanges to get liquidity immediately, accepting the discount, or wait for the queue to clear. Rabby displays the current stETH balance and can facilitate either transaction—a swap or a withdrawal request—but the underlying queue mechanics remain outside the wallet’s control.
Rocket Pool takes a different approach by distributing validators across independent node operators and allowing users to stake any amount of ETH (not just 32 ETH multiples). Deposits are made to a staking contract, and the user receives rETH. Operators who run validators must post collateral and maintain software uptime; they are incentivized through a portion of rewards and penalized through slashing or removal if they behave badly. The pool structure means that if one operator fails, other operators continue earning rewards. This diversification reduces single-operator risk compared to Lido’s concentrated operator set, though it introduces more complex exit mechanics and potential governance disputes about operator removal.
When interacting with liquid staking through an EVM compatible wallet like Rabby, the user’s main interactions are: approving the staking contract to spend ETH, executing the deposit transaction, monitoring the resulting token balance, and later requesting a withdrawal or selling the liquid staking token. Rabby’s transaction simulation can show the expected stETH or rETH output, the contract being called, and the function parameters. However, the simulation depends on blockchain state at the time of preview; actual execution may produce a slightly different amount if a large transaction changes the exchange rate between preview and inclusion. This is normal and expected, but a user should confirm that the transaction succeeded and check the balance afterward rather than assuming the preview was a guarantee.
Approval risk and contract interaction transparency
Before a user can deposit ETH into a staking protocol, they must approve that protocol’s contract to spend their tokens. This is a smart contract interaction that deserves careful review. An approval transaction is a separate step from the deposit itself, and it grants a contract permission to move tokens on the user’s behalf. If the approval is too broad—for example, unlimited—a compromised or malicious contract could drain the user’s balance without executing the intended deposit.
Rabby Wallet includes an approval review feature that displays the requested allowance, the contract being approved, and warnings if the allowance is unusually high. This is a real risk reduction tool, but it requires the user to read and act on the warning. An unlimited approval is sometimes necessary for complex protocols, and a user might reasonably approve it. But approving blindly without understanding what the contract does is a significant vulnerability. The wallet’s job is to make the risk legible, not to prevent it entirely; the user must still make the decision.
A practical workflow is to first approve only the amount being staked, then execute the deposit. If the deposit succeeds, no further approval is needed. If the staking protocol requires an unlimited approval for efficiency, the user can review the contract code, check community discussion about whether the approval is standard practice, and make an informed decision. After staking, a user can also revoke the approval, returning the contract’s permission to zero. This is a separate transaction that costs gas, but it reduces the exposure if the contract is later exploited. Rabby makes revoking approvals straightforward, but it is the user’s responsibility to remember to do it.
Layer 2 sequencer rewards and transaction ordering
Arbitrum, Optimism, Base, and other Layer 2 networks depend on a sequencer that orders transactions, collects them into batches, and posts them to the Ethereum main chain. The sequencer’s role is similar to a validator’s: it is a privileged position that processes transactions and can extract value through transaction ordering. Instead of slashing penalties for misbehavior, L2 sequencers are often centralized single entities (though plans exist to decentralize them). The sequencer collects fees from transactions and, in some cases, shares rewards or MEV (maximum extractable value) with stakers or other participants.
Arbitrum’s protocol offers sequencer rewards to users who stake ARB tokens. Staking ARB does not give control over ordering; it is not direct delegation to the sequencer operator. Instead, it is a governance and revenue-sharing mechanism. A user who stakes ARB can vote on protocol upgrades and receives a portion of sequencer revenue. The staking arrangement is less risky than running a validator because there is no slashing, but it still requires trusting the Arbitrum protocol’s governance to use revenue sharing fairly and not vote to reduce rewards retroactively.
Optimism operates the sequencer directly and distributes MEV rewards to validators through different mechanisms depending on the upgrade phase. Base, which uses Optimism’s sequencer infrastructure, offers similar MEV-sharing arrangements. None of these arrangements are available through staking a single token in the wallet. Instead, they typically involve running validator infrastructure on the L2 chain, integrating with the sequencer’s reward system, or participating in governance. A DeFi wallet like Rabby can manage the tokens and governance votes, but it cannot directly claim sequencer rewards. Users must use platform-specific tools to set up the technical integration, then use Rabby to manage the resulting tokens and claims.
Withdrawal mechanics and exit queues
Ethereum’s withdrawal system processes validator exits in order, with a maximum number of exits per day. When a user requests a withdrawal from Lido or Rocket Pool, they are joining a queue managed by the Ethereum protocol itself. If many validators are exiting, the queue can accumulate. Rabby can initiate the withdrawal request through the staking protocol’s contract, but it cannot accelerate the Ethereum queue. The user’s funds remain locked in a validator until their exit request is processed, at which point the balance is returned to the wallet.
The timeline varies significantly. During low-exit periods, a withdrawal might be processed within hours. During high-demand periods or network congestion, the queue can extend to several days or longer. A user planning to unstake a large balance should account for this delay and not assume the withdrawal is equivalent to an instant swap. If the user needs liquidity immediately, selling the liquid staking token (stETH, rETH) on a decentralized exchange is the alternative, accepting whatever discount the market offers at that time.
Hardware wallet integration is relevant here because many users hold staking-sized balances on hardware devices for security. Rabby supports hardware wallet connection, allowing a user to approve transactions with a hardware device while managing the workflow through the wallet. A withdrawal request signed with a hardware wallet benefits from the same security properties: an attacker cannot redirect the withdrawal without physical access to the device. However, the withdrawal request is still subject to the protocol’s queue mechanics. Hardware wallet security is orthogonal to withdrawal speed.
Comparing risk across staking workflows
Solo staking through direct Ethereum validation concentrates risk in one operator—the user running the validator. If the setup is correct and secure, rewards flow directly with no intermediary fees. If the setup is misconfigured or the operator is compromised, slashing or key loss can destroy the stake. Operational burden is high; the skill floor is steep.
Liquid staking through Lido or Rocket Pool distributes operator risk across multiple operators and diversifies through a governance token. Rewards are lower than solo staking because fees are deducted. Users benefit from liquidity and ease of use. The main risk is protocol-level failure: if Lido’s contract is exploited, if enough Lido operators behave dishonestly, or if governance votes to penalize stakers, the funds are at risk. These are not negligible risks, but they are different from operator-specific risks.
L2 sequencer staking is typically available only through the sequencer or L2 governance token, not through Rabby’s native staking interface. It offers governance participation and potential MEV rewards, but requires understanding each L2’s specific setup and reward mechanism. The decentralization roadmap for these sequencers is still evolving, so the long-term risk profile is uncertain.
A diversified approach across these options can reduce single-point-of-failure risk. A user might run a small solo validator to learn the process, hold some staking derivative (like stETH) for liquidity, and participate in L2 governance through a governance token stake. Rabby supports this workflow by allowing the same wallet to manage multiple staking arrangements simultaneously. The transaction simulation and approval review features help the user understand what each step does, though the underlying risks remain the property of the protocols being used.
Setting up staking through Rabby: practical workflow
Installing Rabby and creating or importing a wallet is the first step. The wallet is available as a browser extension for Chrome, Brave, and Edge, as a mobile app for iOS and Android, and as a desktop application. Users can download the rabby wallet official application from the publisher’s site or from app stores. After installation, the user creates a new wallet or imports an existing seed phrase. Rabby displays a recovery phrase that must be stored safely offline. This phrase controls the wallet’s private keys; anyone who obtains it can move funds.
With funds in the wallet, staking begins by navigating to the staking interface within Rabby or connecting to a staking protocol’s front end (like Lido.fi or Rocketpool.eth). For Lido, the user connects the wallet, enters the amount to stake, and approves the transaction. Rabby shows a preview: the contract being called, the amount of ETH being sent, the expected stETH output, and gas fees. The user reviews the details, confirms the approval is appropriate, and signs the transaction using their wallet.
The transaction is broadcast to the Ethereum network. Rabby displays a pending state until the transaction is included in a block. Once confirmed, the stETH balance appears in the wallet. The user can then trade stETH, hold it for rewards, or request a withdrawal at any time. For direct Ethereum staking, the process is similar except that the contract being called is the official Ethereum deposit contract, the validator keypair must be generated separately, and the subsequent infrastructure setup is the user’s responsibility.
Monitoring staking balances is straightforward: Rabby’s token display updates automatically as the staking token appreciates. For direct Ethereum staking, the balance shown is the locked ETH in the validator; monitoring rewards requires checking a block explorer or a dedicated staking analytics tool. Some users rely on services like Beaconcha.in to track validator performance and rewards independent of the wallet.
Governance and future protocol changes
Staking protocols evolve through governance, and changes can affect yields, withdrawal mechanics, or operator sets. Lido, Rocket Pool, Arbitrum, and Optimism are governed by token holders who vote on parameter changes, fee adjustments, and operator decisions. A user holding governance tokens can vote on these changes, though most users delegate their voting power or do not participate.
Significant governance changes have included Lido’s movement toward decentralized operators, Rocket Pool’s operator enhancements, and ongoing discussions about Ethereum’s validator economics. Rabby’s transaction simulation helps users understand what voting transactions do, but the governance process itself—how proposals are framed, who influences the discussion, and how voting power is distributed—is outside the wallet’s scope. Users should stay informed about upcoming votes and consider their preferences before delegating or passively holding governance tokens.
One practical consideration is that staking rewards themselves are subject to Ethereum consensus changes. If the network upgrades to reduce the issuance of new ETH or change fee distribution, staking yields will shift. These are long-term considerations that should factor into the decision to lock funds in staking at all. Rabby provides tools to move in and out of staking, but the decision to participate requires evaluating whether current yields are attractive relative to the risk and opportunity cost.
Frequently asked questions
Can I stake directly through Rabby Wallet without using a staking protocol?
Rabby can initiate the transaction to the official Ethereum deposit contract for solo staking, but it cannot run the validator software itself. You must acquire and maintain separate validator infrastructure (a computer, server, or managed service like Dappnode). The wallet manages the transaction and displays the balance locked in the validator, but validator operation is your responsibility. Liquid staking through Lido or Rocket Pool is simpler for most users because it delegates infrastructure to the protocol.
What happens to my ETH if a staking protocol like Lido fails?
Lido’s smart contracts hold the staking delegation, not Rabby. If Lido’s protocol is exploited, its operators behave dishonestly, or governance votes to misallocate funds, the staked ETH is at risk. Because Rabby is non-custodial, it cannot prevent such a failure. However, Lido’s smart contracts are public and audited, and the protocol has been operating for years with significant total value staked. The risk is real but not imminent for most stakers. Diversifying across multiple staking protocols or solo staking reduces exposure to any single protocol’s failure.
How long does it take to withdraw from a staking protocol after I request an exit?
Ethereum processes validator exits through a queue with a maximum number of exits per day. During low-demand periods, a withdrawal might be processed within hours. During high demand or network congestion, the queue can accumulate, and exit times can stretch to days or even weeks. Lido and Rocket Pool both use this same Ethereum queue. If you need liquidity immediately, you can sell your staking token (stETH, rETH) on a decentralized exchange at whatever market price is available at that time, which may be a discount to the underlying ETH value if the queue is long.