arbitrum-nova, with proofs.
JSON-RPC for arbitrum-nova through one gateway over 4 measured endpoints. Every answer carries a receipt; a proved read adds the block proof under the superroot.
Call it now
curl -s https://coord.taifoon.dev/gw/rpc/42170 -H 'content-type: application/json' -d '{"jsonrpc":"2.0","id":1,"method":"eth_blockNumber","params":[]}'- HTTPS
- https://coord.taifoon.dev/gw/rpc/42170
- methods
- eth_blockNumber · eth_call · eth_getLogs · eth_getBlockBy* · eth_getTransaction* · eth_chainId · batch ≤ 20 · taifoon_getProof
- health
- healthy · 4 endpoints, 3 for logs read 2026-10-18 16:48 UTC
- measured
- best upstream 54 ms average, 87 ms p95, 100 % success · 4 active endpoints (the rotation's own probe, 2026-10-18 16:47 UTC) read 2026-10-18 16:48 UTC
Writes: transaction sends are being added through the streaming settle path; until then eth_sendRawTransaction is refused with a named reason. Limits and prices: below.
Quick MCP
Connect an agent to the layer in one line. The MCP server answers without a key; its taifoon_register tool issues one.
claude mcp add --transport http taifoon https://coord.taifoon.dev/mcpFirst call from any MCP client: tools/list, then taifoon_proof_tx with a chain and a transaction hash.
Stream what happens on arbitrum-nova
The producer follows these protocols on arbitrum-nova: layerzero_v2 · u_demo_counter · u_taifoon_bridge_arc · u_taifoon_bridge_base · u_taifoon_ticp_claim_arc · u_taifoon_ticp_claim_base · u_taifoon_ticp_claim_robinhood · u_taifoon_ticp_gate_arc · u_taifoon_ticp_gate_base · u_taifoon_ticp_gate_robinhood · u_taifoon_trn_surge_arbitrum · u_taifoon_trn_surge_arc · u_taifoon_trn_surge_base · u_taifoon_trn_surge_robinhood · u_taifoon_vaults_robinhood. Register a project scoped to the chain, then stream it or take its webhook.
curl -s -X POST https://coord.taifoon.dev/v1/projects -H "X-API-Key: $KEY" -H 'content-type: application/json' -d '{"id":"my-arbitrum-nova","name":"My arbitrum-nova watch","protocols":["layerzero_v2"],"filters":{"chains":[42170]}}'curl -N "https://coord.taifoon.dev/v1/pipe/stream?agents=my-arbitrum-nova&from_seq=0" -H "X-API-Key: $KEY"curl -s https://coord.taifoon.dev/v1/protocol/layerzero_v2/stuckProtocol contracts the producer knows on arbitrum-nova: Relay.link DepositSource 0x4cd00e387622c35bddb9b4c962c136462338bc31 · Li.Fi / Jumper DepositSource 0x1231DEB6f5749EF6cE6943a275A1D3E7486F4EaE · LayerZero V2 DepositSource 0x1a44076050125825900e736c501f859c50fE728c · Hyperlane DepositSource 0xeA87ae93Fa0019a82A727bfd3eBd1cFCa8f64f1D · Hop Protocol DepositSource 0xe22D2bEDb3eCa35E6397e0C6D62857094aA26F52 · Symbiosis DepositSource 0x292fC50e4eB66C3f6514b9E402dBc25961824D62 and 1 more.
An event, as the lambda sees it
No order step on arbitrum-nova was in the boards at this read. read 2026-10-18 16:48 UTC
Checked under the superroot
A proved read on any request: send x-taifoon-proof: 1 with the call, or taifoon_getProof.
Free to start, metered after
| unit | free a day (key / visitor) | USDC per 1M | GRID per 1M |
|---|---|---|---|
| one JSON-RPC request (a batch of up to 20 calls is one request) | 1000 / 100 | 0.500000 | 25 |
| one request that returns a block proof (taifoon_getProof, or any request sent with x-taifoon-proof: 1) | 0 / 0 | 5.000000 | 250 |
One key and one balance for every product. Plans and top-ups: pricing. read 2026-10-18 16:48 UTC
Run arbitrum-nova with Taifoon
A chain or protocol team can claim the owner seat of its record: it then maintains its lanes and stage table, sets its pricing share, and the Conclave records the ownership and the share. Endpoint operators can add capacity to the rotation and earn per call.
curl -s https://coord.taifoon.dev/v1/owners/chain:42170Claim: POST https://coord.taifoon.dev/v1/owners/chain:42170/claim with your key and a signature from an address your contracts name. Partner cards · add capacity.