Nossa infraestrutura de nós
Cada resposta da API da 1st Node vem de hardware que nós mesmos provisionamos e operamos — sem revendedor no caminho, sem limite de requisições compartilhado e escondido. Aqui está exatamente o que faz a frota rodar e as metas que seguimos.
Leituras em cache quente, dentro da região (eth_getBalance, eth_call).
Leituras de arquivo frio sob carga, região única.
Disponibilidade do endpoint por rede, janela móvel de 30 dias.
Estado histórico desde o bloco 0 nas redes com tier de arquivo.
Roteamento anycast para a réplica saudável mais próxima.
Cada rede roda pelo menos dois nós independentes.
Frota e cobertura de arquivo
Nós de arquivo são caros de manter, então a cobertura é justamente onde os provedores cortam caminho sem avisar. Rotulamos cada rede com honestidade: archive significa estado histórico completo desde o genesis; full significa um nó completo, não podado, sem trace profundo.
| Rede | Cliente | Tier | Trace | Detalhe |
|---|---|---|---|---|
| EthereumETH | Erigon + Lighthouse | archive | Full archive from genesis; trace_* and debug_* served on the same endpoint. | |
| ArbitrumETH | Nitro (archive) | archive | Archive Nitro node with classic pre-Nitro state; arbtrace_* available. | |
| OptimismETH | op-geth + op-node | archive | Archive op-geth with Bedrock history; debug_traceTransaction served. | |
| BaseETH | op-geth + op-node | archive | Same Bedrock stack as Optimism, archive-mode, full trace support. | |
| PolygonPOL | Bor + Heimdall | archive | Archive Bor node; trace_block and debug_* over full history. | |
| BNB Smart ChainBNB | bsc-geth | archive | Archive bsc-geth; large state footprint served from NVMe. | |
| AvalancheAVAX | AvalancheGo (C-Chain) | archive | C-Chain archive with full historical state; debug tracing enabled. | |
| BitcoinBTC | Bitcoin Core + txindex | archive | Full node with txindex=1 for any-txid lookup; no pruning. | |
| TRONTRX | java-tron (full) | full | Full node with event/transaction history; deep-archive queries via internal index. | |
| TONTON | ton-http-api + validator | archive | Archive liteserver serving historical masterchain and shard blocks. |
Como operamos
Nosso próprio hardware, não um revendedor
Cada nó da frota é hardware bare-metal que nós provisionamos e operamos. Não fazemos proxy de um provedor de RPC gerenciado, então não há terceiro entre a sua requisição e a rede — nem limite de requisições compartilhado que você não consegue enxergar.
Arquivo honesto, rotulado com honestidade
Nós de arquivo são caros, então muitos provedores podam o histórico sem avisar e retornam 404 em estados antigos. Rodamos arquivo completo onde dizemos que rodamos e rotulamos qualquer tier que seja apenas full-node, de modo que consultas de trace e de estado histórico ou funcionam ou estão documentadas como indisponíveis.
Redundante por padrão
Cada rede opera atrás de pelo menos dois nós independentes com failover verificado por health check. Um resync de nó ou falha de host escoa o tráfego para a réplica saudável sem indisponibilidade visível para o cliente.
Medido, não afirmado
Latência e disponibilidade são amostradas continuamente por sondas externas, não lidas de uma página de status. Os números acima são as metas que seguimos para a frota e sobre as quais alertamos quando são violadas.
Como medimos
Os percentis de latência são amostrados continuamente por sondas externas que emitem leituras representativas contra cada endpoint regional; a disponibilidade é a fração móvel de 30 dias de health checks bem-sucedidos por rede. Os valores acima são as metas de SLO sobre as quais alertamos quando violadas — não uma captura de tela pontual do melhor cenário.
Recarregue, pegue a chave e publique.
Autoatendimento. Pague em cripto ou cartão. Medido por créditos: primitivas pesadas custam mais, as simples são baratas.
Obter chave de API