Para mejorar el rendimiento de las aplicaciones de Solana, reducir incluso 20 ms exige endpoints RPC dedicados + SWQoS
En el trading de alta frecuencia y en las aplicaciones críticas de Solana, incluso 20 ms pueden marcar una diferencia decisiva. Los endpoints RPC dedicados y compartidos difieren en su diseño fundamental, y esa brecha de 20 ms nunca se puede cerrar. Este artículo explica por qué y cómo ERPC resuelve el problema de extremo a extremo.
Reducir 20 ms usando http en lugar de https
Es posible que haya observado que las URL de los endpoints RPC suelen comenzar por https. La “s” indica el cifrado TLS/SSL que protege las comunicaciones. Sin embargo, este cifrado requiere un handshake y operaciones constantes de cifrado y descifrado, lo que añade unos 20 ms de latencia a cada solicitud.
En otras palabras, si la comunicación RPC se realiza mediante http en lugar de https, esos 20 ms se pueden eliminar de raíz. En Solana, donde las subastas de bloques se resuelven en aproximadamente 50 ms, esta diferencia es crítica.
Por qué no se puede usar http en endpoints compartidos
Alguien podría preguntar: “Entonces, ¿por qué no permitir http en los endpoints compartidos?”. La respuesta es sencilla: no es posible.
Permitir http en un entorno compartido implicaría una comunicación sin cifrar y expondría las transacciones a ataques de intermediario, interceptación de paquetes e incluso al robo de transacciones firmadas. Un atacante que utilizara el mismo endpoint compartido podría, en la práctica, manipular o reproducir las transacciones.
Por este motivo, los endpoints compartidos siempre deben exigir TLS/SSL. Nuestros endpoints RPC compartidos están diseñados para ser lo más rápidos posible dentro de esta limitación, pero los 20 ms de sobrecarga de TLS no se pueden eliminar por diseño.
Cómo elimina el RPC dedicado esos 20 ms
Los endpoints RPC dedicados restringen el acceso a clientes de confianza específicos. Esto permite eliminar el requisito de TLS y aceptar comunicación http directa.
Como resultado, se garantiza una reducción de 20 ms. Independientemente de la carga de usuarios o del riesgo de ataques, esta diferencia estructural garantiza que la brecha de 20 ms entre los endpoints compartidos y dedicados nunca desaparecerá.
El reto restante: SWQoS
La velocidad por sí sola no basta. Solana aplica Stake-weighted QoS (SWQoS), un sistema por el que los nodos que no cuentan con confianza basada en stake quedan restringidos a solo el 20 % de los carriles de transacción disponibles.
Por ejemplo, los diseños Lite-RPC que envían las transacciones directamente al validador líder actual pueden parecer rápidos, pero sin SWQoS siguen limitados a ese carril del 20 %. Esto significa que, aunque el paquete llegue pronto, tendrá una tasa de inclusión considerablemente menor.
Utilizar RPC dedicado para reducir 20 ms es fundamental, pero combinarlo con SWQoS resulta imprescindible para lograr tanto velocidad como éxito en las transacciones.
ERPC ofrece la opción de habilitar SWQoS en los endpoints RPC dedicados.
Esto permite combinar RPC dedicado + SWQoS para reducir la latencia y aumentar la tasa de éxito de las transacciones.
Más información sobre SWQoS: https://solana.com/developers/guides/advanced/stake-weighted-qos
Los problemas que resuelven Validators DAO y ERPC
ERPC resuelve los siguientes problemas:
- Fallos de transacción y fluctuaciones de latencia en entornos RPC
- Limitaciones de rendimiento impuestas por numerosos proveedores de infraestructura
- El fuerte efecto de la distancia de red sobre la calidad de la comunicación
- El acceso limitado de los proyectos pequeños a infraestructura de alta calidad
Durante el desarrollo de Epics DAO, un proyecto de contribución de código abierto a Solana, nos enfrentamos a la dificultad de crear un entorno de desarrollo de Solana realmente rápido y con baja latencia. Ese reto nos llevó a diseñar nuestra propia plataforma, sobre la que ahora ofrecemos ERPC y SLV.
Las aplicaciones financieras y otras aplicaciones críticas son especialmente sensibles a la latencia y a los errores, ya que estos afectan directamente a la experiencia del usuario. Los entornos de Solana son muy complejos y, a diferencia de las finanzas tradicionales de Internet, los validadores están distribuidos por todo el mundo. Esta realidad, unida a la complejidad adicional de los conocimientos de Web3, dificulta que los desarrolladores comprendan el conjunto y ha ralentizado los avances en optimización.
Al ofrecer infraestructura de Solana de alto rendimiento, buscamos eliminar estos obstáculos y mejorar la experiencia de usuario en todo el ecosistema. ERPC y nuestro proyecto de código abierto SLV son dos componentes esenciales de esta misión.
- Sitio web oficial de ERPC: https://erpc.global/es
- Sitio web oficial de SLV: https://slv.dev/es
- Sitio web oficial de Epics DAO: https://epics.dev/es
- Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR
