Deposits to Base
A deposit is initiated outside Base and becomes a transaction on Base. For Ethereum deposits, the L1 transaction emits data that Base nodes use to derive a corresponding L2 deposit transaction. Deposit transactions are included as part of the protocol. They do not use the same signature, nonce, or fee fields as ordinary L2 transactions because they are authorized by the L1 deposit event and pay for L2 gas on L1. For most users, the practical result is simple: after the source-chain transaction is confirmed and processed, the asset or message appears on Base. For the protocol details, see the Deposits specification.Standard withdrawals
A standard withdrawal is a cross-domain transaction initiated on Base and finalized on Ethereum. Standard withdrawals can transfer ETH, bridge supported ERC-20 tokens, or send a message from Base to an L1 contract. The standard withdrawal flow has three stages:- Initiate on Base: the withdrawal transaction is sent on Base. This records the withdrawal message in the
L2ToL1MessagePassercontract. - Prove on Ethereum: after the relevant Base state has been posted to Ethereum, anyone can submit a proof to the
OptimismPortalcontract showing that the withdrawal message exists on Base. - Finalize on Ethereum: after the 7 day challenge period has passed, anyone can finalize the withdrawal on Ethereum. Finalization releases the assets or relays the message to the target contract.
Standard withdrawals to Ethereum must wait 7 days before they can be finalized. Regular Base transactions and deposits to Base do not have this 7 day wait.
Why standard withdrawals take 7 days
Base uses fault proofs to secure withdrawals. When a withdrawal is proven on Ethereum, the proof relies on an output root that commits to Base state. The 7 day challenge period gives network participants time to dispute an invalid output root before withdrawals that depend on it can be finalized. If no valid challenge prevents finalization, the withdrawal can be finalized after the challenge period. If the output root becomes invalid, the Base chain does not reorg, but withdrawals proven against that output root cannot be finalized and must be proven again against a valid output root. See Transaction Finality for how withdrawal finality differs from ordinary Base transaction finality.Faster withdrawal options
Some bridge providers offer faster withdrawals than the standard bridge protocol. These services usually do not make the underlying standard withdrawal challenge period shorter. Instead, they use liquidity, relayers, market makers, or other mechanisms to give users funds on the destination chain before the standard withdrawal has fully finalized. This can improve user experience, but it adds provider-specific assumptions and fees. Before using a faster bridge, review the provider’s terms, supported assets, fees, liquidity, and security model. For available bridge providers and routes, see Ecosystem Bridges.Standard bridge contracts
The standard bridges support cross-domain ETH and ERC-20 transfers. They are built on top of the cross-domain messenger contracts and provide a standard interface for deposits and withdrawals. TheL2StandardBridge is a predeploy contract at 0x4200000000000000000000000000000000000010.
For contract-level details, see the Standard Bridges specification and the Withdrawals specification.