Nó RPC

Toda dApp, wallet ou backend precisa se comunicar com a rede para ler saldos, consultar contratos ou propagar transações. Isso não é feito diretamente na blockchain, e sim por meio de um nó que expõe métodos RPC padrão (por exemplo, eth_getBalance ou eth_sendRawTransaction em Ethereum), normalmente via JSON-RPC sobre HTTP ou WebSocket, este último para se inscrever em eventos em tempo real.

Manter um nó próprio dá soberania e privacidade, mas exige hardware, sincronização e operação contínua; um nó de arquivo, que guarda todo o estado histórico, é ainda mais pesado que um full node comum. Por isso a maioria dos projetos usa provedores RPC gerenciados como Alchemy, Infura ou QuickNode, que oferecem endpoints confiáveis, escalabilidade e APIs aprimoradas. O custo e a dependência de um terceiro são a contrapartida.

O nó RPC é um ponto crítico da arquitetura: é da disponibilidade dele que depende o seu produto enxergar a blockchain o tempo todo. Por isso, em produção, recomenda-se redundância, vários provedores com failover, e monitorar os limites de requisições (rate limits) para que um pico de tráfego não deixe a aplicação sem leitura. Para dados históricos pesados ou indexação, complementa-se com serviços como The Graph, em vez de saturar o RPC com consultas que não foram pensadas para esse fim.