Network coverage Loading live network status

Wallet sign-in, RPC, and approval security

Tap a wallet to sign in — no passwords, no forms. Requests route across multiple upstreams and fail over when a node slows down. Approval scans and revocations live on the same site: paste an address and go.

Read-only lookup — no registration, no signature.

Wallet sign-in · Distributed RPC · Token approval checks

Capabilities are enabled only after testing. HTTP covers configured networks; WebSocket, archive, trace, and MEV-protected submission open chain by chain with published counts. Wallets cover the full WalletConnect ecosystem, injected wallets, and native support for EVM, Solana, Bitcoin, TON, and TRON.

Built for wallet, exchange, and protocol teams

What you get

Three products, one API key

The first two need integration. Approval checks just need an address.

SDK quickstartInstall the package, initialize it and call connect. Browser and Node.js entry points are available; mobile QR pairing uses the official WalletConnect relay.
How requests flowRouted by health and latency, with retries on failure. Tripped breakers are skipped automatically.
How usage is meteredEvery request logs its CU weight, upstream, and latency. Bills can be recomputed under the rules in force at the time.
Supported networks

Enabled networks

Catalog entries and enabled endpoints are counted separately. Access status and recent probe results reflect your actual configuration.

View all networks

Use cases

Built for wallet, exchange, and protocol teams

Exchange

Wallet sign-in

Add wallet sign-in and signature auth. Manage session lifetime, revocation, and connection analytics.

Protocols

Node access

Set up multiple providers and failover policies. Reconcile usage and invoices by request ID.

Wallets

Security education

Drop the check link into your security flow. Users see why an approval is risky and what to do about it.

Service metrics

Live status

—
90-day uptime
—
P95 latency
—
Configured networks
—
Configured endpoints
—
WebSocket enabled
—
Archive queries enabled
Counts reflect current configuration. Uptime and P95 are measured by the public status page over a rolling 90-day window; a missing probe does not mean the chain is down. View the public status page
Not sure where to start

Start with your task

Just need wallet sign-in? ChainBridge Connect. Backend reading chain data? ChainBridge Nodes. Curious what your wallet has approved? ChainBridge Security — no key, no sign-up.

FAQ

FAQ

ChainBridge Connect — wallet sign-in

Connecting obtains a wallet address. Sign-in then asks the wallet to sign a message (SIWE / SIWX). We verify the domain, origin, chain ID, nonce and expiry. Any mismatch rejects the request. We only verify the signed message. We never access private keys or request other permissions.

No. The SDK handles EIP-6963 multi-wallet discovery, injected-wallet differences, mobile deep links, and QR pairing. The frontend uses the same small set of methods. Manage sessions, revocation, and connection analytics in one console.

A monthly platform fee, plus a charge for each session that is successfully established. Failed signature checks, replayed nonces, revoked or expired sessions are never billed, and every invoice line can be checked.

ChainBridge Nodes — RPC and chain data

ChainBridge Nodes. Fully managed RPC, metered in compute units, live on activation — nothing to deploy.

Yes. Deploy the self-hosted gateway in your environment and use the same routing, authentication, rate-limit and observability rules. We provide the gateway and control policies and never access your assets.

Customers use one company endpoint and key; upstream nodes are never exposed. We handle routing, scoring, billing, SLAs and incidents. Health scores and circuit breakers trigger failover when a provider has an issue. Each switch is recorded for audit.

ChainBridge Security — approvals and revocation

Never. ChainBridge only reads public onchain data. Revocation transactions are signed and sent by your wallet. Any page asking for your private key or seed phrase is not ours. Close it and report it immediately.

Revoking sets the spender's allowance for that asset to 0, so the dApp can no longer move it; if you still need the dApp, approve again. For dApps you are actively using we show the impact before you revoke.

Our "revoked" state comes from an onchain read-back: after confirmation we re-read the allowance and only report success when it is really 0. If the allowance did not change we mark it failed, explain why, and link the block explorer for an independent check.

Automatic execution delegates signing authority and carries more risk than manual revocation. We enable it only when the permission scope is provable, failures are recoverable, and the wallet and network pass security checks. It always carries a budget cap, an expiry, a pause switch, and a full audit trail. Until then, revocation stays manual.

Billing and compliance

No. Requests the upstream answers with an error are not billed to customers, and our internal retries for resilience never charge your request twice (we absorb and reconcile real upstream cost). Batch requests are metered per array item; the rule is published in the docs.

Yes. Compute unit weights and prices keep both a version and an effective date. Any historical bill can be recomputed under the rules that applied at the time. Issued billing periods are not edited directly. Adjustments use a separate record to preserve the audit trail.

Run a few real requests

Create an API key and send a few real requests. Latency and billing show up in the console. Approval checks need no key — just an address.