Por qué no aparecen 200 ms en las pruebas de latencia de ShredStream o gRPC de Solana al buscar el bloque cero
ERPC prioriza continuamente el rendimiento y la baja latencia en su investigación y desarrollo, lo que le ha valido la confianza de muchos traders de alta frecuencia y proyectos basados en Solana. Creamos plataformas adaptadas a las distintas necesidades de nuestros clientes.
Este artículo aborda una duda habitual: «¿Por qué no aparecen 200 ms en las pruebas de latencia de ShredStream o gRPC de Solana cuando se busca el bloque cero?».
Para aclararlo desde el principio: alcanzar unos 200 ms de latencia no es físicamente imposible. El problema es un malentendido causado por el método con el que Solana mide el tiempo de los bloques. Incluso un endpoint capaz de cumplir los requisitos de latencia puede parecer más lento debido al método de medición.
Ideas equivocadas sobre los resultados de las pruebas de latencia
Cada día, numerosos clientes acuden a ERPC en busca de entornos de alta velocidad. A menudo oímos que «una latencia superior a 1 segundo es inaceptable». Esta preocupación nace de una interpretación errónea del tiempo de slot de Solana, aproximadamente 400 ms: se supone que la recepción y el envío de datos deben completarse en 200 ms cada uno.
En realidad, debido al método con el que Solana mide el tiempo de los bloques, es casi imposible obtener resultados de prueba de entre 200 y 300 ms.
Particularidades de la medición en la blockchain de Solana
Solana registra los tiempos de bloque en segundos enteros y descarta los milisegundos. Por ello, aunque los datos se reciban realmente en unos 300 ms, el cálculo suele mostrar de forma engañosa una latencia superior a 1 segundo.
Por ejemplo, una transacción que ocurre a las 07:46:46.900 queda registrada con un timestamp de bloque de las 07:46:46.000. Si se recibe a las 07:46:47.200, la latencia calculada parece de 1,2 segundos, aunque la real sea de solo 300 milisegundos.
Un método realista para medir la latencia
Dado que Solana utiliza una granularidad de segundos, una forma más realista de estimar la latencia consiste en añadir una base de 500 ms al tiempo de bloque registrado:
text
Latencia real ≈ hora de recepción - (hora del bloque + 500 ms)Latencia real ≈ hora de recepción - (hora del bloque + 500 ms)El cálculo se aproxima mejor a la latencia verdadera, pero sigue siendo una estimación. Solo las pruebas de rendimiento en un entorno de trading real permiten verificarla con precisión.
Cómo interpretar correctamente las pruebas de latencia
El objetivo principal de estas pruebas es comparar resultados en condiciones idénticas. No conviene basarse únicamente en ellas para predecir el éxito de una estrategia de trading. El rendimiento real solo se puede evaluar operando de verdad.
Los traders de éxito lo entienden y priorizan la optimización de todo el entorno de trading en lugar de depender demasiado de las cifras de una prueba de latencia.
Cómo conseguir el entorno más rápido posible
Para crear el entorno más rápido posible hay que tener en cuenta varios factores esenciales:
- Uso de endpoints dedicados: al no soportar cargas externas, ofrecen de forma constante una velocidad óptima.
- Optimización de la distancia física: la distancia entre el endpoint y la aplicación influye directamente en la latencia. Lo ideal es ejecutar la aplicación en la misma red que el endpoint.
ERPC ofrece entornos adecuados, desde VPS hasta servidores bare metal, todos dentro de la misma red que los endpoints de Solana. También ofrecemos pruebas gratuitas de varios endpoints compartidos.
Información sobre las pruebas gratuitas
Para diagnósticos, consultas detalladas e información sobre pruebas gratuitas, contacta en cualquier momento con nosotros mediante el Discord oficial de Validators DAO.
Discord oficial de Validators DAO:
https://discord.gg/C7ZQSrCkYR
ERPC seguirá ofreciendo soluciones óptimas adaptadas a las necesidades de cada cliente.
