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
Three products, one API key
The first two need integration. Approval checks just need an address.
Wallet sign-in
Sign in with a wallet — no registration. Browser wallets, mobile wallets, and QR all supported via SIWE/SIWX.
RPC and chain data
One endpoint provides multi-chain RPC, Data APIs and webhooks, routing requests by upstream health and latency across EVM and Solana.
Check and revoke approvals
Enter an address to list every token approval, with risks flagged. Revoke one at a time; allowances are read back onchain to confirm they hit zero.
Enabled networks
Catalog entries and enabled endpoints are counted separately. Access status and recent probe results reflect your actual configuration.
Built for wallet, exchange, and protocol teams
Wallet sign-in
Add wallet sign-in and signature auth. Manage session lifetime, revocation, and connection analytics.
Node access
Set up multiple providers and failover policies. Reconcile usage and invoices by request ID.
Security education
Drop the check link into your security flow. Users see why an approval is risky and what to do about it.
Live status
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
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.