Learn · SIP-3 Migration · In progress, completion target mid-2026

SIP-3 Migration: What Sei Users Need to Know

SIP-3 transitions Sei from a dual-stack chain to an EVM-only chain. Approved by community vote in May 2025, the changes are rolling out across multiple network releases through 2026, with full completion targeted for mid-2026. As of mid-2026, the transition is in progress — most user-facing changes have happened, but the final cutover (Cosmos message handling fully removed) has not yet been executed.

  • Open source
  • Free & open license
  • Independent audit
  • Signed builds

The 60-second version

  • What SIP-3 does: removes Sei's original Cosmos execution layer, leaving the parallelized EVM as the only execution environment.
  • Why: simplifying to one VM lets Sei focus performance work on a single execution layer. Sets up the next major upgrade (Sei Giga, targeting 200,000+ TPS).
  • Status as of mid-2026: in progress. v6.3 (EVM-native staking) shipped January 2026. v6.4 (IBC-disable mechanism) shipped mid-April 2026. v6.5 (oracle replacement) shipped early-2026. Final cutover targeted mid-2026 with specific date not yet announced.
  • What you need to do: depends on what you hold. Most users with 0x SEI need to do nothing. Users with stranded sei1 holdings or specific IBC tokens need to migrate.

The release timeline

ReleaseApproximate dateWhat it does
Pre-v6mid-2025SIP-3 proposal approved by Sei governance, May 2025.
v6.3January 2026EVM-native staking module ships — staking now routes through EVM rather than Cosmos.
v6.4mid-April 2026Ships the mechanism to disable inbound IBC. Activation requires a separate governance proposal.
v6.5early-mid 2026Removes Sei's native oracle (replaced by Chainlink, API3, Pyth).
Final cutovermid-2026 (target)Cosmos message handling fully removed. Specific date not yet announced.

The April timing of v6.4 was sometimes reported externally as "Sei went EVM-only in April 2026." That's a mischaracterization. v6.4 shipped the capability to disable IBC; the actual disable requires a community governance proposal that, as of mid-2026, has not yet been voted in. The final EVM-only state is still ahead.

What you need to do, by holdings type

If you only hold SEI at 0x addresses

Nothing required. You're already on the surviving address format. Your wallet (Sei Wallet, Keplr, MetaMask via custom RPC, Rabby) continues to work.

If you hold SEI at a sei1 address

Migrate before the final cutover. Use a wallet that supports both formats; let it derive the matching 0x address from the same seed; run the address-association tool. After association, dApps treat the two addresses as the same account. Step-by-step: /migrate-cosmos-to-evm.

If you hold IBC-bridged tokens on Sei

TokenWhat it isRecommended action
USDC.nUSDC bridged via Noble IBCConvert to native USDC via Circle's CCTP V2.
ATOMCosmos Hub native, bridged via IBCBridge back to Cosmos Hub via Skip:Go before IBC disable.
Wormhole IBCBridged via Wormhole's older Cosmos integration (USDCet, USDCop, etc.)Bridge back to origin chain via Wormhole's portal.
Kava USDTTether bridged from Kava via IBCBridge back to Kava or swap for native USDT.

If you stake SEI

Nothing extra required beyond the address migration above. v6.3 moved staking onto EVM in January 2026; existing delegations and pending rewards persist through subsequent upgrades.

What if I don't migrate before final cutover?

Your SEI is not at risk of being burned or taken. It just becomes inaccessible from the sei1 address. The balance remains visible on chain explorers. The chain still knows about it. But after cutover you cannot send transactions from the sei1 address because Cosmos message handling has been removed. To recover access, you'd need to associate sei1 with 0x on-chain — but you'd need post-cutover recovery tooling. Migrate while the tools are routine, not urgent.

Start migration now

The full step-by-step is at /migration. Background on what changed: /learn/sei-evm.

Frequently asked questions