Skip to main content
“Is chain X supported?” doesn’t have a single yes/no answer in the Reown stack — it depends on which capability you need. Support is layered, and a chain can be available at one layer but not another. This page is the single source of truth for how those layers fit together.

The four layers of “supported”

Listed ≠ usable

The layers are cumulative as you move from connecting a wallet toward using app features:
  1. A chain on the Chain List only guarantees protocol-level connectivity. Anyone can register a chain in the Explorer, so this list is large and inclusive.
  2. To read balances or show transaction history through Reown’s default RPC, the chain must also be on the Blockchain API list.
  3. To use email/social (embedded) wallets, the chain must additionally be reachable by the embedded wallet.
So a chain can appear on the protocol Chain List, yet fail when an app tries to fetch a balance or send a transaction — because it isn’t served by the Blockchain API, or isn’t reachable by the embedded wallet.

Embedded wallets and the Blockchain API

Email and social login use Reown’s secure-site embedded wallet, which signs inside an iframe hosted at secure.walletconnect.org and, by default, broadcasts through Reown’s Blockchain API (rpc.walletconnect.org). In practice, embedded wallets are limited to the chains the secure site and Blockchain API support. A chain that is EVM-compatible in viem but outside that supported set will let a user log in, but transactions are not reliably served — so treat embedded-wallet support as “Blockchain-API-served chains only.”

Which list should I check?

Detailed references

Chain List (protocol)

Every chain that can use the WalletConnect protocol.

AppKit Supported Chains

Ecosystems with native AppKit SDK support.

Blockchain API

Chains served by Reown’s RPC proxy.

Email & Socials

Chains supported for embedded (email/social) wallets.