Networks
Shildo routes liquidity across leading EVM chains with Solana delivery support. Base remains the settlement hub for proof verification and state roots.
Network topology
┌──────── Base ────────┐
│ Settlement + proofs │
└──────────┬───────────┘
┌───────────────────┼───────────────────┐
▼ ▼ ▼
Ethereum Arbitrum Solana
Optimism Polygon (delivery)
Avalanche BNB Chain
Supported chains
| Network | Chain id / cluster | Role | Status |
|---|---|---|---|
| Base | 8453 | Primary settlement | Live (demo) |
| Ethereum | 1 | Source / destination | Live (demo) |
| Solana | mainnet-beta | Destination delivery | Live (demo) |
| Arbitrum | 42161 | L2 routing | Live (demo) |
| Optimism | 10 | L2 routing | Live (demo) |
| Polygon | 137 | L2 routing | Live (demo) |
| Avalanche | 43114 | EVM routing | Live (demo) |
| BNB Chain | 56 | EVM routing | Live (demo) |
Routing model
Outer chains use local token liquidity. Proofs settle on Base. Delivery relayers mint or transfer on the destination chain after root confirmation. Shildo does not require users to bridge assets to Base for every payment. Instead relayers maintain inventory on each chain and settle net positions against the Base root periodically.
Route selection criteria
- Destination chain support for recipient asset
- Relayer liquidity depth above payment amount
- Estimated fee and latency
- Historical reliability score for relayer set
EVM to Solana path
EVM originated intents include a Solana recipient pubkey in the encrypted payload. After Base verification, a Solana relayer submits a release instruction that credits the recipient token account. Public Solana explorers show relayer activity without linking back to the EVM sender for shielded routes.
Testnets
| Network | Testnet | SDK network key |
|---|---|---|
| Base | Base Sepolia | base-sepolia |
| Ethereum | Sepolia | ethereum-sepolia |
| Solana | Devnet | solana-devnet |
RPC requirements
Integrators need reliable RPC access to Base for proof submission and to destination chains for delivery confirmation. The SDK accepts custom rpcUrl per network. Production deployments should use redundant providers with failover.
Demo wallet note
The demo wallet network panel simulates chain metrics in Supabase. Switching network in the UI is cosmetic for the prototype. Production SDK calls target real RPC endpoints configured in the client.