Saltar al contenido
0%

¿Qué es un nodo RPC?

Alchemy team headshot

Escrito por Alchemy

Publicado el 11 de abril de 20259 min de lectura

Cada vez que tu app consulta un saldo onchain, envía una transacción o lee un evento de un contrato, está haciendo una pregunta que solo un nodo blockchain puede responder. A dónde va esa pregunta, y quién la responde, determina qué tan rápida y confiable se siente tu app para el usuario. Ese trabajo le corresponde a un nodo RPC: un servidor que ejecuta software cliente de blockchain y responde a las solicitudes de tu app con datos de la blockchain.

¿Qué es una llamada a procedimiento remoto (RPC)?

Una llamada a procedimiento remoto, o RPC (remote procedure call), es un protocolo que permite que un programa en una máquina le pida a un programa en otra máquina que ejecute algo y le devuelva el resultado, sin que el primer programa necesite saber cómo funciona internamente ese sistema remoto. En blockchain, tu app es el cliente y el nodo que responde a sus solicitudes es el servidor.

¿Qué es un nodo RPC?

Un nodo RPC es una computadora que ejecuta software cliente de blockchain y que puede recibir solicitudes JSON-RPC y responder con datos de la blockchain: saldos, datos de bloques, recibos de transacciones, estado de contratos o el resultado de transmitir una transacción firmada.

En Ethereum, un nodo ejecuta dos clientes en paralelo: un cliente de ejecución, como Geth, y un cliente de consenso, como Lighthouse. Existen varios tipos de nodos de Ethereum: los nodos ligeros guardan solo los encabezados de bloque, los nodos completos guardan el estado actual y los nodos de archivo guardan todo el estado histórico. En Solana, los roles se dividen de otra forma: los nodos RPC de Solana ejecutan el mismo software de validador y hacen todo lo que hace un validador, excepto votar sobre la validez de los bloques. No votan y no ganan recompensas. Su trabajo es servir datos a las apps.

¿Qué es un endpoint RPC?

Un endpoint RPC es la ubicación de red a la que un programa envía sus solicitudes RPC para acceder a los datos del servidor, como un endpoint RPC de Ethereum. La mayoría de la documentación usa nodo y endpoint como sinónimos, ya que todo endpoint RPC se ejecuta en un nodo. La diferencia aparece con un proveedor: una sola URL de endpoint da acceso a toda una flota de nodos, así que tus solicitudes no dependen de una sola máquina.

RPC es cómo pregunta tu app, el nodo es quien responde y el endpoint es a dónde va la solicitud.

Término
Qué es
Ejemplo

RPC

Un protocolo para pedirle a un programa en otra máquina que ejecute algo y devuelva el resultado

Tu app pidiendo el saldo de una wallet

Nodo RPC

Un servidor que ejecuta software cliente de blockchain y responde solicitudes RPC con datos de la cadena

Una máquina que ejecuta Geth y Lighthouse, o un nodo RPC de Solana

Endpoint RPC

La URL a la que tu app envía solicitudes RPC

https://eth-mainnet.g.alchemy.com/v2/YOUR_API_KEY

¿Cómo funcionan los nodos RPC?

Tu app envía una solicitud al endpoint del nodo, el nodo la ejecuta sobre su copia de la cadena y devuelve el resultado. Esas solicitudes se escriben en JSON-RPC, la especificación RPC estándar que se usa en blockchain, definida por la especificación JSON-RPC 2.0. Cada solicitud es un pequeño objeto JSON que indica un método y sus parámetros.

Una solicitud JSON-RPC es un simple HTTP POST. Esta le pide a un endpoint de Ethereum el número del bloque más reciente:

bash
Copied
curl https://eth-mainnet.g.alchemy.com/v2/$ALCHEMY_API_KEY \ -X POST -H "Content-Type: application/json" \ -d '{"jsonrpc":"2.0","id":1,"method":"eth_blockNumber","params":[]}'

Cada red publica su propia lista de métodos: Ethereum tiene su documentación de la API JSON-RPC y Solana tiene su documentación de la API RPC. Ethereum agrupa sus métodos principales en tres categorías:

  1. Métodos gossip siguen la cabeza de la blockchain y se usan para encontrar bloques.
  2. Métodos de estado informan el estado actual de los datos de la blockchain, como saldos y almacenamiento de contratos.
  3. Métodos de historial recuperan registros históricos de cualquier bloque de la cadena.

¿Debo usar un endpoint RPC público o privado?

Usa un endpoint público para pruebas y uno privado para cualquier cosa que usen usuarios reales. Los endpoints públicos son compartidos, tienen límites de solicitudes y son gratuitos. Sirven para una prueba rápida o un tutorial, pero no ofrecen garantía de disponibilidad ni soporte, así que el tráfico de producción de usuarios reales tarde o temprano chocará con sus límites.

Los endpoints privados le dan a tu app su propio acceso, ya sea a través de un nodo que ejecutas tú mismo o de una URL con clave de un proveedor. Con un proveedor obtienes tus propios límites de solicitudes, disponibilidad publicada y un equipo al que llamar cuando algo falla. La URL es solo tuya, pero los nodos detrás de ella son compartidos. Si necesitas hardware reservado para un solo cliente, para eso están los Dedicated Clusters. Las apps en producción deberían ejecutarse sobre un endpoint privado.

¿Qué afecta la latencia RPC?

Tres factores explican la mayor parte de la latencia que ve una app:

  • Distancia entre regiones. Una solicitud desde Singapur a un nodo en Virginia paga el viaje de ida y vuelta, por rápido que sea ese nodo.
  • Capacidad compartida vs reservada. Un endpoint público pone tu solicitud en cola detrás de las de todos los demás. Un endpoint privado tiene su propio límite de solicitudes, y la infraestructura dedicada elimina por completo el uso compartido.
  • Tipo de método. Un eth_call sobre el estado actual y un eth_getLogs sobre un rango amplio son cargas de trabajo distintas con latencias distintas.

Alchemy publica un benchmark público que mide esto. Para cada método, todos los proveedores reciben el mismo payload JSON-RPC, cadena, región, tiempo de espera y criterios de éxito, enviados desde regiones de ejecución compartidas con cuentas de pago estándar. La latencia solo cuenta las respuestas exitosas, y los errores se registran por separado. La disponibilidad en vivo está en status.alchemy.com, y Alchemy vs QuickNode tiene una comparación proveedor por proveedor.

¿Cómo elijo la configuración RPC adecuada?

Tres preguntas resuelven la mayor parte de esta decisión:

  1. ¿Qué cadenas necesitas soportar? Alojar tus propios nodos implica una infraestructura de nodos separada para cada cadena. Un proveedor las cubre todas desde una sola cuenta.
  2. ¿Cuánto volumen de solicitudes y qué latencia esperas en tu pico? Dimensiona para tu hora de mayor tráfico, no para tu día promedio. Los endpoints públicos limitan las solicitudes justo cuando el tráfico se dispara.
  3. ¿Cuánto soporte y garantía de disponibilidad necesita realmente tu negocio? Si una hora sin servicio te cuesta ingresos o usuarios, necesitas disponibilidad publicada y alguien a quien llamar.
Tu carga de trabajo
Configuración recomendada

Desarrollo local, suites de pruebas, tutoriales

Un endpoint público es suficiente

App en producción con usuarios reales

Un endpoint privado de un proveedor

Una app que abarca varias cadenas

Un proveedor, con un endpoint por cadena

Indexación con muchos logs y lecturas históricas

Un endpoint privado, más Data APIs donde reemplacen muchas llamadas

Residencia de datos estricta o configuración de cliente personalizada

Tu propio nodo, o Dedicated Clusters

Los equipos que construyen en varias cadenas o que ya superaron la etapa de proyecto paralelo suelen terminar con un proveedor. Los equipos con necesidades de infraestructura muy específicas a veces justifican ejecutar su propio nodo además del proveedor. Si estás comparando ambas opciones, cómo elegir un proveedor de nodos blockchain tiene la lista completa, y la guía de abajo calcula el costo de construir internamente.

Build vs. Buy: Blockchain Infrastructure ebook cover
Guía gratuita

Build vs. Buy: infraestructura blockchain

Antes de contratar un equipo de infraestructura, lee esto: construirla internamente puede costar entre $850K y $1.4M al año antes de atender una sola solicitud en producción. Consulta el desglose completo de costos.

Descargar la guía

Empieza con Alchemy Node RPC

Alchemy Node RPC cubre más de 70 cadenas, incluidas Ethereum, Solana, Base y Robinhood Chain. El directorio de cadenas muestra la URL RPC, el chain ID y los productos compatibles de cada red.

  1. Crea una cuenta de Alchemy.
  2. Crea una app y elige tu cadena y red. El dashboard te guía en el proceso.
  3. Copia la URL de tu endpoint y envía tu primera solicitud. La llamada eth_blockNumber de arriba funciona en cuanto configures tu clave de API.

¿Necesitas hardware reservado para tu equipo o límites por encima de un plan estándar? Habla con nuestro equipo sobre Dedicated Clusters.

Preguntas frecuentes

¿Qué es un nodo RPC?

Un nodo RPC es una computadora que ejecuta software cliente de blockchain y responde, a través de JSON-RPC, a las solicitudes de datos de blockchain que hacen las apps. Devuelve saldos, bloques, recibos de transacciones y estado de contratos, y transmite transacciones firmadas a la red.

¿Qué es un endpoint RPC?

Un endpoint RPC es la ubicación de red a la que un programa envía sus solicitudes RPC para acceder a los datos del servidor. En la práctica es una URL, como https://eth-mainnet.g.alchemy.com/v2/YOUR_API_KEY, atendida por uno o más nodos RPC.

¿Cuál es la diferencia entre un nodo RPC y un endpoint RPC?

El nodo es el servidor que ejecuta el software cliente de blockchain. El endpoint es la URL a la que tu app envía las solicitudes. Si ejecutas tu propio nodo, el endpoint apunta a esa única máquina. Con un proveedor, una sola URL de endpoint da acceso a una flota de nodos.

¿Cómo funcionan los nodos RPC?

Tu app envía una solicitud JSON-RPC que indica un método, como eth_getBalance, al endpoint del nodo. El nodo ejecuta ese método sobre su copia de la cadena y devuelve el resultado en JSON.

¿Qué es el protocolo JSON-RPC?

JSON-RPC es la especificación RPC estándar que se usa en blockchain: cada solicitud es un pequeño objeto JSON con un nombre de método, parámetros y un ID. Ethereum agrupa sus métodos principales en métodos gossip (encontrar bloques nuevos), métodos de estado (saldos y almacenamiento actuales) y métodos de historial (bloques y transacciones anteriores).

¿Cuál es la diferencia entre un nodo RPC y un nodo completo?

Un nodo completo almacena y verifica el historial de la blockchain. Un nodo RPC es cualquier nodo, completo o no, configurado para aceptar y responder solicitudes RPC. La mayoría de los nodos RPC son nodos completos, pero los términos describen cosas distintas: uno se refiere a qué datos guarda el nodo y el otro a si atiende solicitudes.

¿Un nodo RPC es lo mismo que un validador?

No. Un validador participa en el consenso, votando sobre bloques y ganando recompensas por ello, mientras que un nodo RPC sirve datos a las apps. En Solana, un nodo RPC ejecuta el mismo software de validador y hace todo lo que hace un validador excepto votar sobre la validez de los bloques, así que no gana recompensas.

¿Cuáles son los diferentes tipos de endpoints RPC?

Hay dos tipos principales. Los endpoints públicos son compartidos, gratuitos y tienen límites de solicitudes, y los endpoints privados le dan a tu app su propio acceso. Muchos equipos en producción también configuran un endpoint RPC alternativo como respaldo por si el principal falla.

¿Por qué necesitaría un endpoint privado en lugar de uno público?

Un endpoint privado te da tus propios límites de solicitudes, disponibilidad publicada y soporte, y un endpoint público no ofrece nada de eso. Sin uno, una app con usuarios reales recibe limitaciones justo en el momento en que el tráfico se dispara.

¿Los endpoints públicos gratuitos son suficientes para producción?

No. Sirven para desarrollo local, tutoriales y suites de pruebas, pero son compartidos, tienen límites de solicitudes y no ofrecen garantía de disponibilidad ni soporte. Cualquier cosa que atienda a usuarios reales debe ir en un endpoint privado.

¿Un solo endpoint RPC puede servir a varias cadenas?

No, un endpoint RPC está limitado a una sola red. Las apps multicadena se conectan a un endpoint separado por cadena, aunque un proveedor puede darte un solo dashboard para gestionarlos todos.

¿Cómo afecta la latencia RPC a mi app?

Cada lectura onchain de tu interfaz espera una respuesta RPC, así que la latencia del nodo se nota directamente como demora en la carga de la página y en las confirmaciones. Los factores que más influyen son cuánto viaja la solicitud, si la capacidad es compartida o reservada y qué método estás llamando.

¿Cuándo debo usar JSON-RPC directo y cuándo una Data API?

Usa JSON-RPC directo cuando necesites un método específico del nodo, como leer el estado actual de un contrato con eth_call o transmitir una transacción firmada. Usa una Data API cuando de otro modo tendrías que combinar muchas llamadas JSON-RPC, como reunir todos los saldos de tokens o el historial de transacciones de una wallet, donde una sola solicitud reemplaza a docenas.

¿Cuál es la diferencia entre ejecutar tu propio nodo RPC y usar un proveedor de nodos?

Ejecutar tu propio nodo te da control total, pero te haces cargo del hardware, de una sincronización que tarda de días a semanas, de las actualizaciones del cliente y de las guardias. Un proveedor como Alchemy se encarga de todo eso, así que puedes enviar solicitudes a muchas cadenas en minutos.

¿Qué blockchains admiten nodos RPC?

Todas las blockchains principales exponen una interfaz RPC, incluidas Ethereum, Solana, Base, Arbitrum, Optimism y Monad. Alchemy Node RPC admite más de 70 cadenas desde una sola cuenta, incluida Robinhood Chain.

¿Por qué son importantes los endpoints RPC para los desarrolladores?

Son la forma en que tu app lee y escribe datos onchain sin ejecutar su propia infraestructura. Cada consulta de saldo, lectura de contrato y transacción que envía tu app pasa por un endpoint RPC.

¿Cómo puedo empezar con los nodos RPC?

Crea una cuenta de Alchemy, crea una app para tu cadena y red, y copia la URL del endpoint desde el dashboard. Tu primera solicitud puede salir en cuanto configures tu clave de API.

Background gradient

Construye magia blockchain

Alchemy combina los productos y herramientas de desarrollo Web3 más potentes con recursos, comunidad y un soporte legendario.