Redes
No nos limitamos a una lista cerrada. Un nodo es un binario cliente, un disco, un proceso de sincronización y un health check, y construimos los cuatro como código para la cadena que necesites. Estas son las redes principales:
| Familia |
Redes |
| Bitcoin y forks |
Bitcoin, Litecoin, Dogecoin, Bitcoin Cash |
| Ethereum y EVM |
Ethereum, BNB Chain, Polygon PoS, Arbitrum, Optimism, Base, Avalanche C-Chain, Gnosis, redes EVM privadas |
| Otras L1 |
Solana, TON, TRON, XRP Ledger, Cardano, Polkadot, cadenas Cosmos SDK, NEAR, Aptos, Sui, Stellar |
Las redes en negrita funcionan hoy en nuestra flota de producción. Cualquier otra (otra L2, una appchain, una testnet o una red privada) está disponible bajo petición: revisamos su software cliente y sus requisitos de hardware y la presupuestamos igual.
Por qué “el puerto responde” no es un health check
Un nodo puede aceptar conexiones y estar horas por detrás de la cadena. Si tu servicio de depósitos lee de él, los pagos parecen perdidos. Los health checks estándar de un balanceador no lo ven.
Nuestros health checks preguntan a cada nodo en qué bloque está y lo comparan con la red. Solo los nodos sincronizados reciben tráfico. Un nodo que se queda atrás tras una actualización, un reinicio o un problema de disco se retira automáticamente y vuelve cuando se ha puesto al día.
Pensado para explicárselo a un auditor
Todo está definido como código. Terraform crea los servidores, Ansible los configura y el acceso pasa por una VPN mesh con las políticas en Git. Cuando un auditor pregunta quién puede llegar a tus nodos, cómo se cambian y cómo los reconstruirías, la respuesta es un repositorio, no la memoria de alguien.
Los servidores se contratan a tu nombre, así que la infraestructura sigue siendo tuya si algún día dejas de trabajar con nosotros.
Lo que no hacemos
No ofrecemos custodia, staking ni servicios de validador, y no guardamos claves privadas. Operamos la infraestructura de la que tus aplicaciones leen y a través de la que difunden.