---
title: "Endpoints RPC públicos, privados y dedicados, explicados"
description: "\"RPC privado\" puede significar un endpoint con clave, enrutamiento privado de transacciones, o nodos de un solo cliente. Qué es cada uno, cómo se combinan, y cuál necesita tu carga de trabajo."
---
# Endpoints RPC públicos, privados y dedicados, explicados
Toda wallet y aplicación onchain se comunica con una blockchain a través de un endpoint RPC: una URL que acepta solicitudes como "¿cuál es el balance de esta dirección?" y "transmite esta transacción", y las reenvía a un nodo que ejecuta el software de esa chain. La mayoría de las wallets vienen con un endpoint predeterminado compartido por todos los usuarios de esa wallet. Los nodos detrás de ese endpoint predeterminado suelen ser operados por proveedores profesionales, pero dentro de él eres un usuario anónimo más entre millones: compartes la asignación de la wallet con todos los demás, no puedes ver ni depurar tus propias solicitudes, y no puedes aumentar tus límites cuando tu uso crece. Un endpoint RPC privado soluciona esto al darte una conexión propia, con tu propia cuota medida, de un proveedor que tú eliges.
Antes de configurar uno, vale la pena saber que "RPC privado" puede significar varias cosas distintas:
- **Un endpoint RPC privado.** Una URL con tu API key incorporada, servida por la infraestructura administrada de un proveedor de nodos, como [la RPC API de Alchemy](/rpc-api). "Privado" significa que solo tú puedes usar esa URL de API en particular, así que tus solicitudes nunca hacen fila detrás de una multitud. Esto es lo que la mayoría de las wallets y aplicaciones entienden por el término.
- **Transacciones privadas.** Enrutamiento de transacciones que mantiene una transacción fuera del mempool público (la sala de espera donde las transacciones pendientes están a la vista de todos) hasta que se incluye en un bloque. Esto es lo que protege a una transacción de los bots de MEV. Las transacciones privadas son una función que algunos proveedores de RPC agregan a sus endpoints, pero no necesariamente forma parte de todo endpoint RPC privado.
- **Infraestructura privada de un solo inquilino (single-tenant).** Nodos de blockchain reservados para un solo cliente, para cargas de trabajo con requisitos de aislamiento, latencia o personalización que las máquinas compartidas no pueden cumplir, como los [Dedicated Clusters de Alchemy](/dedicated-clusters).
Estas tres definiciones no son opciones que compitan entre sí. Son capas: un endpoint privado es el punto de entrada, el enrutamiento de transacciones privadas es una función que un proveedor puede agregarle, y la infraestructura de un solo inquilino es a lo que pasas cuando el hecho de compartir se convierte en el problema. Esta guía explica cada una de estas opciones de privacidad y cómo se comparan entre sí.
## ¿Qué es un endpoint RPC privado?
Un endpoint RPC privado es un endpoint RPC con una URL única que solo el propietario puede usar, lo que te da tu propio carril autenticado hacia la flota de un proveedor de nodos en lugar de la cola abierta de un gateway público.
Piénsalo como un edificio de apartamentos. Un endpoint privado te da tu propia llave y tu propia puerta principal, pero la plomería y la electricidad del edificio son compartidas con todos los demás inquilinos. Ese compartir es lo que hace que un endpoint privado sea gratuito de crear e instantáneo de aprovisionar: tu URL es solo tuya, mientras que la flota de nodos detrás opera a escala para muchos clientes. Nuestra flota en Alchemy es la misma infraestructura que sostiene más de $1T en volumen anual de transacciones para equipos como Robinhood, Coinbase y Polymarket, y puedes acceder a esa misma infraestructura de flota de nodos de forma gratuita.
Cuando creas una cuenta de Alchemy, la URL del endpoint incorpora una API key, que es lo que hace privada tu conexión. Los nodos siguen siendo compartidos, pero tu cuota de solicitudes no lo es: medimos el uso por key, así que tienes una porción reservada de rendimiento que el tráfico de nadie más puede consumir. Un endpoint público funciona al revés, con un solo pool de capacidad racionado entre todos los llamantes anónimos, generalmente por dirección IP, así que tu límite efectivo se reduce a medida que crece la multitud.
Comparado con compartir el endpoint predeterminado de una wallet o llamar a uno público, un endpoint privado te da cuatro cosas:
- **Velocidad.** Tus solicitudes llegan a una flota optimizada para baja latencia en lugar de hacer fila detrás de miles de desconocidos en un endpoint público. Puedes [comparar proveedores según benchmarks de latencia en vivo](/benchmarks) antes de elegir uno.
- **Datos precisos.** Los nodos que se quedan atrás respecto a la cabeza de la chain sirven balances desactualizados y provocan transacciones fallidas. Una flota administrada mantiene sus nodos actualizados, así que tu wallet y tus aplicaciones ven la chain tal como está ahora.
- **Confiabilidad.** Durante airdrops, mints y ventanas de trading volátiles, los endpoints públicos se degradan primero, porque su pool compartido es exactamente lo que todos usan a la vez. Con una API key, tu rendimiento asociado a la key no se ve afectado por esa multitud, y mantener la flota detrás de tu endpoint con buen desempeño y sirviendo todo tu tráfico es tarea del proveedor.
- **Visibilidad.** Los endpoints públicos suelen ser anónimos. Con tu propio endpoint puedes ver cada solicitud, depurar fallas y configurar alertas, algo que importa la primera vez que una transacción falla silenciosamente.
Para los desarrolladores, usar el endpoint en código es un cambio de una línea: es una URL JSON-RPC estándar, así que la pasas a ethers, viem o web3.py como la URL del provider, y una versión `wss://` de la misma URL sirve las suscripciones. Dado que la key va en la URL, protégela si se envía en un frontend: el dashboard te permite restringir una key a dominios y direcciones IP específicos.
## ¿Cómo se comparan los endpoints públicos, privados y dedicados?
El acceso RPC viene en tres niveles, y cada columna hacia la derecha te da más aislamiento.
99.99% measured at Alchemy)',
tooltip: "",
icon: "",
},
dedicated: {
title: "Redundant nodes plus failover",
tooltip: "",
icon: "",
},
id: 3,
},
{
feature: { title: "Customization", tooltip: "", icon: "" },
public: { title: "None", tooltip: "", icon: "" },
private: { title: "None", tooltip: "", icon: "" },
dedicated: {
title: "Custom tracers, binaries, regions",
tooltip: "",
icon: "",
},
id: 4,
},
{
feature: { title: "Cost", tooltip: "", icon: "" },
public: { title: "Free", tooltip: "", icon: "" },
private: {
title: "Free tier, then usage-based",
tooltip: "",
icon: "",
},
dedicated: {
title: "Fixed monthly, capacity-based",
tooltip: "",
icon: "",
},
id: 5,
},
{
feature: { title: "Best for", tooltip: "", icon: "" },
public: { title: "Quick tests", tooltip: "", icon: "" },
private: {
title: "Most users, apps, and production workloads",
tooltip: "",
icon: "",
},
dedicated: {
title: "Hard isolation, latency, or customization requirements",
tooltip: "",
icon: "",
},
id: 6,
},
],
}}
/>
La verdadera diferencia entre las dos primeras columnas es la responsabilidad (accountability), no la competencia. Los [endpoints RPC públicos](/rpc) son operados por fundaciones de chains, voluntarios y proveedores que ofrecen una muestra gratuita, y muchos funcionan bien. Pero ninguno te debe nada: ni capacidad, ni compromiso de uptime, ni garantía de datos actualizados, ni nadie a quien recurrir cuando las solicitudes empiezan a fallar. Son adecuados para una prueba rápida.
Un endpoint privado en un proveedor administrado es la opción predeterminada correcta para casi todos: usuarios individuales que quieren transacciones de wallet más rápidas, desarrolladores construyendo aplicaciones, y equipos de producción que atienden tráfico real. El proveedor es responsable de mantener la flota rápida, actualizada y en funcionamiento, y publica su desempeño medido para que puedas exigírselo.
Más allá de esas necesidades, los [Dedicated Clusters](/dedicated-clusters) también existen para el conjunto reducido de cargas de trabajo con requisitos que la infraestructura compartida no puede satisfacer por diseño. Nota lo que implica la fila de personalización en la tabla anterior: un endpoint privado sirve las mismas APIs estándar a todos los clientes, porque todos comparten los mismos nodos. Solo la infraestructura de un solo inquilino puede ejecutar código o configuraciones que sean exclusivamente tuyas.
## ¿Los endpoints privados protegen las transacciones del MEV?
No por defecto, y aquí es donde el segundo significado de "RPC privado" puede causar confusión. Lo "privado" en un endpoint privado se refiere a quién puede usar la URL del endpoint. Las transacciones que envías a través de él siguen entrando al mempool público en la mayoría de las redes y con la mayoría de los proveedores, donde los bots de MEV pueden verlas antes de que sean minadas y hacer front-running o sandwich attacks.
Mantener una transacción fuera del mempool público hasta que se incluye en un bloque requiere enrutamiento de transacciones privadas, y eso es una función específica de cada proveedor, no una parte estándar del stack de RPC. Algunos proveedores no la ofrecen en absoluto; otros la venden como un complemento o un endpoint separado.
En Alchemy, ofrecemos protección contra MEV de forma gratuita en Ethereum, Solana, Base, Arbitrum y BNB Smart Chain a los clientes que envían su tráfico de escritura exclusivamente a través de nosotros. Las transacciones enviadas a través de nuestros endpoints estándar se [enrutan automáticamente a través de canales de envío privados](https://www.alchemy.com/docs/reference/mev-protection). En lugar de propagarse por la red pública para que cualquiera las inspeccione, van directamente a las partes que ensamblan bloques, como los block builders de confianza en Ethereum.
El canal exacto difiere según la chain, pero el efecto es el mismo: tus transacciones permanecen ocultas hasta que están en un bloque, lo que las protege del front-running y de los sandwich attacks. Esto no requiere configuración, no tiene costo adicional y no empeora tu precio de ejecución. Y para ser explícitos sobre de qué lado está el enrutamiento: nunca hacemos front-running a las transacciones de nuestros clientes ni extraemos valor de su flujo de órdenes. El único MEV en nuestro pipeline es del tipo que trabaja a tu favor, como mejores precios de ejecución.
El requisito de exclusividad es cómo funciona la protección, no una letra pequeña. Una transacción está protegida solo si cada copia de ella se mantiene fuera del mempool público. Si multiplexas tus escrituras, transmitiendo la misma transacción a través de varios proveedores por redundancia, las copias enviadas a otros lados terminan en mempools públicos donde los bots de MEV pueden verlas, y esa transacción pierde su protección.
Si estás evaluando proveedores y la protección contra MEV es importante para tus usuarios, pregunta por ella explícitamente. Que un endpoint sea "privado" no te dice nada sobre cómo enruta las transacciones.
## ¿Cómo se crea un endpoint RPC privado?
Crear un endpoint RPC privado es sencillo con cualquier proveedor de RPC. Simplemente [crea una cuenta o inicia sesión](https://dashboard.alchemy.com/?utm_source=overview&utm_medium=overview&utm_campaign=node), y muchos proveedores te ofrecerán una API key gratuita con algunos límites de uso al crear la cuenta, sin necesidad de tarjeta de crédito (pista: estamos hablando de nosotros).
A partir de ahí, selecciona la chain y la network que quieres usar para el endpoint. En Alchemy, todo lo que necesitas es una API key para acceder a cualquiera de las [más de 100 networks que soportamos](/rpc), y cada network obtiene su propia URL (eth-mainnet, base-mainnet, etc.) con tu key incorporada. Recuerda: tu URL contiene tu API key, así que trátala como una contraseña.
Para los desarrolladores que prueban su aplicación, luego deberás conectar tu wallet a tu nuevo endpoint, lo cual puedes hacer abriendo la wallet de tu elección y el selector de network. Ingresarás los datos de la chain a la que quieres conectarte, así como tu URL RPC privada. Una vez hecho esto, ¡todas las transacciones asociadas con esa wallet se enrutarán a través de tu endpoint privado!
## ¿Cuándo no es suficiente un endpoint privado?
Un endpoint privado te reserva tu propia porción de rendimiento, pero las máquinas que lo sirven siguen siendo compartidas con otros clientes. Para la gran mayoría de las cargas de trabajo, ese es exactamente el intercambio correcto: aprovisionamiento instantáneo, escalado elástico y precios basados en uso sin necesidad de planificar capacidad.
Sin embargo, un pequeño conjunto de cargas de trabajo tiene requisitos que una flota compartida no puede satisfacer por diseño:
- **Código personalizado en el nodo.** Los equipos de seguridad y forense ejecutan tracers a medida y clientes de nodo modificados. Una flota compartida no puede alojar el código personalizado de un cliente, porque todos los clientes comparten el mismo runtime de nodo.
- **Aislamiento regulatorio.** Las instituciones financieras reguladas necesitan demostrar que el tráfico, código o datos de ningún otro cliente tocó su entorno. En hardware multi-tenant, esa prueba es imposible por definición.
- **Latencia regional.** Las firmas de trading que compiten en velocidad necesitan nodos ubicados en una región específica: junto a sus propios servidores para reducir el tiempo de ida y vuelta de las lecturas, o cerca del sequencer de un rollup (el servicio que recibe y ordena las transacciones de ese rollup) para que las transacciones enviadas lleguen más rápido. Las flotas compartidas se ubican para un desempeño agregado, no para la geografía de un solo cliente.
- **Consultas históricas sin límite.** Los oráculos, indexadores y plataformas de análisis necesitan rangos de getLogs ilimitados y acceso pesado a archive, algo que las flotas compartidas limitan (rate-limit) para proteger a otros inquilinos.
Para esas cargas de trabajo, el siguiente paso es un producto como los [Dedicated Clusters](/dedicated-clusters) de Alchemy: clústeres de nodos de un solo inquilino que aprovisionamos, operamos y mantenemos, configurados según tus requisitos. Cada clúster ejecuta nodos redundantes por chain, aislamiento de un solo inquilino cubierto por nuestra auditoría SOC 2 Type II, despliegue en la región que elijas, y un precio mensual fijo basado en la capacidad aprovisionada. Para picos que superen la capacidad aprovisionada del clúster, el tráfico puede pasar automáticamente a nuestra flota compartida en lugar de devolver errores; los equipos cuyos requisitos de aislamiento descartan eso pueden dimensionar el clúster para la carga máxima. Equipos como [Blockaid](/dapps/blockaid) usan Dedicated Clusters para ejecutar tracers personalizados que aseguran más de $312B en activos.
Si estás evaluando la decisión, nuestra guía sobre [cómo elegir entre infraestructura compartida y dedicada](/overviews/dedicated-vs-shared-nodes) la explica en detalle, y hay análisis más profundos sobre [cómo funciona la infraestructura dedicada](/overviews/how-dedicated-blockchain-infrastructure-works) y [cómo evaluar proveedores dedicados](/overviews/how-to-evaluate-dedicated-blockchain-infrastructure). Los equipos que actualmente operan sus propios nodos pueden ver [qué implica migrar a infraestructura dedicada](/blog/migrate-self-hosted-nodes-dedicated-infrastructure). Es un cambio de endpoint, no una reconstrucción.
## Obtén una conexión más rápida a la chain
Cualquiera sea el nivel que se ajuste a tu caso, el camino de actualización empieza igual. Crea un endpoint RPC privado en el nivel gratuito en un par de minutos, apunta tu wallet o aplicación hacia él, y obtén acceso más rápido y confiable a todas las principales networks. Si tu carga de trabajo tiene requisitos de aislamiento, latencia o personalización que la infraestructura compartida no puede cumplir, [habla con nuestro equipo sobre Dedicated Clusters](/dedicated-clusters).
## Preguntas frecuentes
### ¿Qué es un endpoint RPC privado?
Un endpoint RPC privado es un endpoint RPC con una URL única que solo el propietario puede usar, lo que te da tu propia conexión autenticada a un proveedor de nodos en lugar de un gateway público compartido. La URL incorpora una API key, y el uso se mide por key, así que las solicitudes de nadie más pueden consumir tu capacidad.
### ¿Cuál es la diferencia entre un endpoint RPC público y uno privado?
Un endpoint RPC público está abierto a todos y opera sobre una base de mejor esfuerzo (best-effort): sin garantías de límite de tasa, sin compromisos de uptime, y sin nadie responsable cuando se degrada. Un endpoint privado es una URL con key en la flota administrada de un proveedor, con límites de tasa que escalan según tu plan, desempeño de uptime publicado, y un dashboard que muestra tu tráfico.
### ¿Un endpoint RPC privado hace privadas mis transacciones?
No por sí solo. Lo "privado" en el nombre se refiere a quién puede usar el endpoint: cada transacción sigue liquidándose públicamente onchain, y el proveedor que opera el endpoint puede ver las solicitudes que envías, como con cualquier proveedor de RPC. Mantener las transacciones fuera del mempool público antes de su inclusión requiere enrutamiento de transacciones privadas, que es una función específica de cada proveedor. Alchemy la incluye en Ethereum, Solana, Base, Arbitrum y BNB Smart Chain; muchos proveedores no la ofrecen.
### ¿Alchemy protege mis transacciones del MEV?
Sí. Los endpoints RPC estándar de Alchemy en Ethereum, Solana, Base, Arbitrum y BNB Smart Chain incluyen protección contra MEV sin costo adicional. Las transacciones se enrutan de forma privada para que los bots de MEV no puedan verlas antes de su inclusión, lo que previene el front-running y los sandwich attacks sin cambiar tu flujo de envío de transacciones ni empeorar tu precio de ejecución. La protección requiere enviar tu tráfico de escritura exclusivamente a través de Alchemy: si multiplexas la misma transacción hacia varios proveedores, las copias enviadas a otros lados entran a mempools públicos donde los bots de MEV pueden verlas, y esa transacción pierde la protección.
### ¿Cuál es la diferencia entre un endpoint RPC privado y un nodo dedicado?
Un endpoint RPC privado es una URL con key servida por infraestructura compartida, multi-tenant: la URL es exclusiva, los nodos detrás no lo son. Un nodo o clúster dedicado es infraestructura de un solo inquilino reservada para un cliente, usada para cargas de trabajo que necesitan código personalizado en el nodo, aislamiento regulatorio, regiones específicas o consultas históricas sin límite. Alchemy ofrece ambos, y la mayoría de las cargas de trabajo funcionan mejor en un endpoint privado respaldado por infraestructura compartida.
### ¿Necesito habilidades técnicas para crear un endpoint RPC privado?
No. Crear un endpoint RPC privado con Alchemy toma un par de minutos: crea una cuenta gratuita, crea una app, y copia la URL RPC que genera. Agregarla a una wallet como MetaMask es un cambio de configuración, no una tarea de programación.
### ¿Puedo conectar mi endpoint RPC privado a MetaMask?
Sí. Abre el menú de networks de MetaMask, agrega una network personalizada, y pega tu URL RPC privada junto con el chain ID, el símbolo de la moneda y el explorador de bloques de tu network. Una vez guardado, toda la actividad en esa network se enruta a través de tu endpoint.
### ¿Qué blockchains soporta Alchemy para endpoints RPC privados?
Alchemy soporta endpoints RPC privados para Ethereum, Solana, Base, Polygon, Arbitrum, Optimism y más de 100 otras networks en todos los principales ecosistemas de layer 1 y layer 2.
### ¿Cuándo debería pasar de un endpoint privado a infraestructura dedicada?
Pasa a infraestructura dedicada cuando tu carga de trabajo tenga un requisito estricto que la infraestructura compartida no pueda cumplir: ejecutar tracers o binarios personalizados en el nodo, demostrar aislamiento de un solo inquilino para cumplimiento normativo, desplegar en una región específica por latencia, o ejecutar consultas de archive y logs sin límite. Si ninguno de esos casos aplica, un endpoint privado sobre infraestructura compartida es la mejor opción predeterminada.