| Item | Value |
|---|---|
| Network | Sonic Mainnet |
| Chain ID | 146 |
| Native token | S |
| Protocol | EVM JSON-RPC |
| HTTPS endpoint | https://sonic.api.onfinality.io/public |
| WebSocket endpoint | wss://sonic.api.onfinality.io/public-ws |
| Common methods | eth_blockNumber, eth_call, eth_getLogs, eth_sendRawTransaction |
| Best fit | DeFi, wallets, games, NFTs, analytics, and backends |
Start with eth_blockNumber, then test contract reads, logs, receipt polling, transaction submission, WebSocket reconnects, and the historical queries your application requires.
Check read latency, transaction finality, log behavior, retries, WebSocket stability, archive or trace requirements, and whether production traffic needs authenticated or higher-capacity access.
Sonic RPC supports DeFi applications, wallets, games, NFT tools, trading systems, analytics pipelines, and backend services that need fast EVM-compatible access.
Validate contracts, wallet flows, logs, receipts, transaction submission, and WebSocket behavior in staging before moving traffic to Sonic Mainnet. Review capacity and monitoring needs before relying on a shared endpoint for sustained production traffic.
Sonic teams should test both EVM compatibility and fast transaction workflows, especially when a product depends on frequent reads, live updates, or high-throughput backend jobs.
Best fit: mainnet production workflows for DeFi, wallets, games, analytics, and EVM backends.
What builders usually check first:
Supported capability notes:
Decision notes:
A quick connection check usually starts with eth_blockNumber, then moves into the exact methods your wallet, dashboard, bot, indexer, or backend service needs.
Planning the next step:
OnFinality takes away the heavy lifting of DevOps so you can build smarter and faster.
Get Started