Diferencias estructurales entre los nodos de la RPC dedicados y compartidos de Solana, y por qué los ganglios dedicados son esenciales al obtener el máximo rendimiento

Al apuntar a un máximo rendimiento en Solana, hay límites que no pueden superarse a través de código de aplicación o optimización algorítmica sola. Lo que determina la velocidad de comunicación no está en la lógica inteligente del lado del cliente, sino en capas más profundas como la distancia, rutas de enrutamiento, cómo se asignan los recursos del servidor, y si la TLS está involucrada. Sin entender correctamente estos mecánicos de nivel inferior, ninguna cantidad de optimización permitirá que un nodo compartido alcance el rango de rendimiento sólo los nodos dedicados pueden acceder.

En este artículo se esbozan las diferencias estructurales entre los nodos compartidos y dedicados y se explica por qué los nodos dedicados se vuelven indispensables cuando se requiere una “gran velocidad máxima”.

La comunicación sobre Internet se determina fundamentalmente por la distancia física y los caminos de enrutamiento. Cada router o conmutar el paquete pasa a través añade pequeños pero reales retrasos, y cualquier desvío en la ruta de enrutamiento aumenta el tiempo de ida y vuelta. La velocidad de propagación de las señales sobre la fibra tiene un límite superior, lo que significa que ninguna optimización de nivel de aplicación puede evitar estas limitaciones.

En otras palabras, la velocidad de comunicación se determina por primera vez por “cuán cerca estás” y “qué camino viajan tus paquetes”. Sólo después de la distancia y el enrutamiento se fija la estructura del nodo en sí comienza a importar.

Un nodo compartido es un servidor fuerte utilizado simultáneamente por varios usuarios. Incluso si el hardware es poderoso, hay un límite superior a la cantidad de trabajo que se puede procesar al mismo tiempo. Si 100 usuarios comparten un servidor de 32 núcleos, sólo 32 operaciones pueden realizarse simultáneamente; las tareas restantes inevitablemente esperan en línea.

Aunque el sistema operativo cambia rápidamente las tareas, haciendo que los retrasos sean menos notables bajo cargas normales, los tiempos de espera siempre existen internamente. Esto aparece como un truco en el momento de la recepción de Shreds o la presentación de transacciones. Si bien este jitter es inconsecuente para el uso típico de dApps o cartera, se vuelve crítico en el comercio de alta frecuencia (HFT) y otros casos de uso sensibles a latencia donde unos pocos milisegundos pueden influir directamente en los resultados.

El problema no es que los nodos compartidos sean lentos. El punto esencial es que “compartir” intrínsecamente introduce la espera y el jitter que no se puede eliminar.

Un nodo dedicado es utilizado por un solo usuario. CPU, memoria, I/O, y la capacidad de la red se dedican a una sola carga de trabajo, lo que significa que las tareas de otros usuarios nunca causan dudas.

En Solana, donde el tiempo de recepción de Shreds y la presentación de transacciones puede determinar el resultado, la métrica importante no es sólo la latencia media, sino “cuán poco jitter” existe. Los nodos dedicados estructuralmente suprimen el jitter, permitiendo que el mismo hardware funcione en un rango de rendimiento completamente diferente de los nodos compartidos.

Los nodos compartidos deben usar TLS/SSL. Puesto que múltiples usuarios comparten el mismo endpoint, la eliminación de la encriptación los expondría inmediatamente a escuchar, manipular o reproducir ataques. Por esta razón, permitir la simple http en endpoints compartidos es imposible por el diseño.

Con un nodo dedicado, un ambiente de un solo soporte, la TLS puede ser deshabilitada y reemplazada por http. TLS siempre incurre en cifrado/decryption y el tratamiento de apretones de manos, añadiendo aproximadamente 20 ms de latencia en mediciones del entorno real. Esta sobrecarga no se puede eliminar en los nodos compartidos.

Los nodos dedicados no sólo reducen el jitter sino que también eliminan totalmente este ~20 ms, empujandolos a un rango de velocidad inalcanzable incluso para los nodos compartidos mejor optimizados.

Los nodos compartidos no están diseñados para perseguir la velocidad máxima. Su objetivo es proporcionar una amplia cobertura regional y un rendimiento suficientemente rápido a un costo menor. Para muchas aplicaciones, los nodos compartidos son la opción más razonable y práctica.

Una configuración común y racional es dirigir un nodo dedicado sólo en lugares importantes como Frankfurt y confiar en los nodos compartidos en Tokio o Singapur. No todas las regiones requieren un rendimiento máximo absoluto; separar “areas donde la velocidad nunca debe caer” de “areas donde lo suficientemente rápido es aceptable” conduce a una arquitectura sensible.

Una característica definitoria de Solana es que los validadores del líder giran globalmente. Dependiendo de dónde está el líder en un momento dado, el centro de datos “distancia cero” cambia en tiempo real.

Cuando los líderes de Tokio producen bloques, los nodos ayacentes de Tokio tienen la ventaja. Cuando Frankfurt conduce, Frankfurt se convierte en la región de cero distancia. Esto significa que Solana añade una capa más dinámica, cambios en la ubicación de líder, sobre la distancia y el enrutamiento en todo el Internet.

Debido a esto, tratar de perseguir a todos los líderes de un continente distante inevitablemente llevará a slots que no se pueden alcanzar en el tiempo debido a la distancia física. Para apuntar verdaderamente a la máxima velocidad en Solana, hay que considerar tanto “qué distancia para priorizar” como “donde se deben colocar los nodos dedicados”.

ERPC selecciona centros de datos y diseña diseños de red específicamente para Solana. En combinación con Jito Block Engine, Shredstream, asignación de ancho de banda, configuración NIC y ajuste OS, esto resulta en un rendimiento altamente optimizado.

Incluso cuando se ejecuta la misma pila de software, ERPCs close routing paths and tuning often provide measurable improvements. Los nodos compartidos minimizan tanto como sea posible, mientras que los nodos dedicados obtienen beneficios adicionales de la comunicación basada en http.

Los ganglios dedicados son esenciales en el comercio de alta frecuencia, el arbitraje, MEV, 0-slot targeting, y otras estrategias donde los milisegundos impactan directamente PnL. Después de optimizar la distancia, el enrutamiento y la lógica de aplicación, cualquier techo de latencia restante proviene de la propia estructura de los ganglios compartidos. En ese momento, sólo un nodo dedicado puede eliminar estos límites estructurales.

Para aplicaciones generales, carteras, NFT servicios, o aplicaciones donde el rendimiento en tiempo real no es crítico, los nodos compartidos son totalmente suficientes. Muchos equipos comienzan de forma sensata con nodos compartidos y solo añaden dedicados cuando aumentan las demandas de rendimiento.

Los nodos compartidos no son compromisos; simplemente sirven diferentes propósitos. Sin embargo, una vez que el requisito cambia a “conseguir la velocidad máxima absoluta”, los nodos dedicados se convierten en una necesidad estructural.

La velocidad de comunicación se determina primero por distancia y enrutamiento. Por encima de eso, la estructura de los ganglios —compartida o dedicada, con o sin TLS— genera nuevas diferencias. Los nodos compartidos están diseñados para el rendimiento de los costos y una amplia cobertura. Los nodos dedicados eliminan el jitter y eliminan la sobrecarga TLS, lo que permite “verdadera velocidad máxima”.

En Solana, la región de cero distancia cambia a medida que los validadores de líder giran por todo el mundo. Comprender esta dinámica, junto con la distancia, el enrutamiento y la estructura del nodo, es esencial para elegir la configuración adecuada para su estrategia.

Para consulta sobre optimización de distancia de red o configuración de nodos, contáctanos a través de la Discord oficial de Validators DAO.