Networks
We are not limited to a fixed list. A node is a client binary, a disk, a sync process and a health check, and we build all four as code for whatever chain you need. These are the major networks:
| Family |
Networks |
| Bitcoin and forks |
Bitcoin, Litecoin, Dogecoin, Bitcoin Cash |
| Ethereum and EVM |
Ethereum, BNB Chain, Polygon PoS, Arbitrum, Optimism, Base, Avalanche C-Chain, Gnosis, private EVM networks |
| Other L1s |
Solana, TON, TRON, XRP Ledger, Cardano, Polkadot, Cosmos SDK chains, NEAR, Aptos, Sui, Stellar |
Networks in bold run in our production fleet today. Anything else (another L2, an appchain, a testnet or a private network) is available on request: we check the client software and hardware needs and quote it the same way.
Why “the port answers” is not a health check
A node can accept connections and still be hours behind the chain. If your deposit service reads from it, payments look missing. Standard load-balancer checks do not see this.
Our health checks ask each node what block it is on and compare it with the network. Only nodes that are in sync receive traffic. A node that falls behind after an upgrade, a restart or a disk problem is removed automatically and put back when it has caught up.
Built to be explained to an auditor
Everything is defined as code. Terraform creates the servers, Ansible configures them, and access goes through a mesh VPN with policies in Git. When an auditor asks who can reach your nodes, how they are changed and how you would rebuild them, the answer is a repository, not a memory.
The servers are rented in your name, so the infrastructure stays yours if you ever stop working with us.
What we do not do
We do not provide custody, staking or validator services, and we do not hold private keys. We run the infrastructure that your applications read from and broadcast through.