Nodo RPC

Toda dApp, wallet o backend necesita hablar con la red para leer saldos, consultar contratos o difundir transacciones. No lo hace contra la cadena directamente, sino contra un nodo que expone métodos RPC estándar (por ejemplo eth_getBalance o eth_sendRawTransaction en Ethereum), normalmente vía JSON-RPC sobre HTTP o WebSocket, este último para suscribirse a eventos en tiempo real.

Mantener un nodo propio da soberanía y privacidad, pero exige hardware, sincronización y operación continua; un nodo de archivo, que guarda todo el estado histórico, es aún más pesado que un full node normal. Por eso la mayoría de los proyectos usan proveedores RPC gestionados como Alchemy, Infura o QuickNode, que ofrecen endpoints fiables, escalado y APIs mejoradas. El coste y la dependencia de un tercero son la contrapartida.

El nodo RPC es un punto crítico de la arquitectura: de su disponibilidad depende que tu producto vea la cadena en todo momento. Por eso en producción se recomienda redundancia, varios proveedores con failover, y vigilar los límites de peticiones (rate limits) para que un pico de tráfico no deje la aplicación sin lectura. Para datos históricos pesados o indexado se complementa con servicios como The Graph, en lugar de saturar el RPC con consultas que no están pensadas para ese fin.