The four layers of “supported”
Listed ≠ usable
The layers are cumulative as you move from connecting a wallet toward using app features:- 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.
- To read balances or show transaction history through Reown’s default RPC, the chain must also be on the Blockchain API list.
- To use email/social (embedded) wallets, the chain must additionally be 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.