How Long Does a Monero-to-Ethereum Swap Take?

A direct Monero-to-Ethereum atomic swap takes around 20–25 minutes once the trade starts, according to the mainnet documentation for one implementation. That estimate covers the protocol’s on-chain steps, not the time spent waiting for a matching offer or recovering from a failed swap. An “XMR bridge” can also mean a custodial exchange route, which has a different process and clock.

The distinction matters because Monero and Ethereum do not share a settlement layer. In an atomic swap, counterparties coordinate a Monero transfer with an Ethereum smart contract. The contract’s timeouts protect each party if the other disappears; they are failure bounds, not the expected duration of a successful trade. For the mechanics behind moving XMR between networks, see how an XMR bridge swap works.

What sets the time for an XMR-to-Ethereum swap?

The atomic-swap protocol sets the sequence, while block production and transaction inclusion set much of the wait. In the documented implementation, the XMR holder publishes an offer and acts as maker; an ETH holder takes it. Once matched, the ETH side deploys a contract and locks ETH. The XMR side then locks Monero in an account whose spend key is formed from secrets held by both parties.

The ETH holder checks that the expected XMR amount is locked, then calls the contract’s Ready() function. The ETH recipient claims the contract funds by revealing a secret. That disclosure lets the XMR holder recover the Monero. The on-chain actions must land in the right order, so the elapsed time includes the relevant Monero and Ethereum transactions reaching the state the protocol needs.

The published 20–25-minute estimate is specific to that implementation’s mainnet flow. It is not a universal service-level guarantee, and it does not mean every route has that duration. An exchange that takes custody of the XMR and sends ETH separately has its own deposit threshold, processing queue and payout policy. A bridge that locks and issues a token would have yet another settlement path.

Does the 20–25-minute estimate include waiting for an offer?

No; the estimate begins after an atomic swap is initiated, and finding a counterparty can take longer or fail entirely. A maker’s offer specifies an amount and exchange rate, but a taker still has to discover and accept it. Thin liquidity, an unsuitable offer size or an expired offer can leave the trade waiting before any funds move.

Separate the process into stages when estimating a real transfer:

• Offer matching: elapsed time depends on whether a live counterparty is available at an acceptable rate and size.
• Locking: Ethereum contract deployment and the Monero deposit must be observed and checked before the protocol advances.
• Claiming: the ETH holder submits a contract transaction; the XMR holder then uses the revealed secret to access the Monero.
• Recovery: if the swap stalls, the parties may need to wait for a contract timeout before a refund becomes available.

That final stage can dominate the clock for an unsuccessful trade. In the documented contract, two timestamps govern who can claim or refund and when. They create time for the counterparty to act and prevent funds from remaining locked indefinitely. They are deliberately longer than the happy-path settlement, so a timeout refund should not be mistaken for a normal confirmation delay.

What should you check before relying on the estimate?

Check the specific route’s live status and define what “complete” means before sending funds. A successful swap can mean the ETH claim has executed, while the Monero recipient may still need to move the XMR from the swap account to a personal wallet. A service may instead show completion only after its own payout transaction reaches the chosen Ethereum confirmation threshold.

For a direct atomic swap, confirm that the offer is for native ETH if that is what you need. The documented implementation also supports offers for ERC-20 assets, but those are not the same destination asset, and the operational requirements differ. Check the exact Ethereum network, contract address, recipient and amount before accepting. A correctly completed transaction on a different EVM network will not deliver ETH on Ethereum mainnet.

There is also a material availability limit: the implementation’s mainnet guide says XMR holders can only act as makers and ETH holders as takers because of protocol limitations. Its repository was archived in September 2026. That documents a working design and its reported timing, but it does not confirm that a particular peer, interface or offer is currently available. Verify current liquidity and software status before treating the estimate as a quote.

For a matched, successful atomic swap, budget roughly 20–25 minutes as the documented reference point, then allow for network variation. Add offer discovery time if liquidity is uncertain. If either party or a network step fails, the refund path can extend the wait substantially. The route’s actual contract and status display are the only reliable guide to which stage is still pending.