Preguntas Frecuentes - Cierre directo
P: ¿En qué regiones se encuentran sus nodos?
Actualmente operamos nodos en las siguientes regiones:
- Frankfurt (FRA)
- Amsterdam (AMS)
- Londres (LON)
- Dublín (DUB)
- Nueva York (NY)
- Chicago (CHI)
- Salt Lake City (SLC)
- Tokio (TY)
- Singapur (SGP)
ERPC mide latencia real de la red basada en rutas reales, seleccionando automáticamente la región con la latencia más baja en lugar de depender de la distancia en línea recta. Este enfoque no solo mejora la latencia de usuarios individuales, sino que también aumenta la eficiencia general de la red y refuerza la resiliencia global de ERPC ante posibles ataques.
Si su entorno no selecciona automáticamente la región óptima, contáctenos desde ERPC Dashboard. En la mayoría de los casos, esta cuestión es causada por ajustes de cortafuegos que bloquean las respuestas del endpoint.
ERPC Dashboard: https://dashboard.erpc.global/en
Q. La latencia muestra 9999 ms y una región no óptima se selecciona, pero mis recursos están en Frankfurt.
Cuando usted registra su IP, lo pingimos de cada balanceador de carga de Shreds para encontrar la región más cercana. Si las respuestas de ICMP están bloqueadas por su cortafuegos (fw, cortafuegos en la nube, grupos de seguridad, etc.), el resultado puede llegar a ser
9999ms, que puede evitar que se seleccione la región cercana óptima. Permitir a los IPs abajo para que la región más cercana sea seleccionada automáticamente.| Región | Dominio | Dirección IP |
|---|---|---|
| 🇳🇱 Amsterdam | shreds-ams6-1.erpc.global | 64.130.43.108 |
| Леных Frankfurt | shreds-fra6-1.erpc.global | 64.130.41.236 |
| RESUMEN London | shreds-lon6-1.erpc.global | 64.130.63.211 |
| 🇮ه Dublin | shreds-dub6-1.erpc.global | 82.40.61.2 |
| Nueva York | shreds-ny6-1.erpc.global | 64.130.37.235 |
| Chicago | shreds-chi-2.erpc.global | 84.32.71.34 |
| Salt Lake City | shreds-slc6-1.erpc.global | 72.244.154.7 |
| 🇸🇬 Singapore | shreds-sgp6-1.erpc.global | 67.209.55.19 |
| 🇯🇵 Tokyo | shreds-ty6-1.erpc.global | 198.13.133.89 |
P: Sólo he usado WebSocket o Geyser gRPC (YellowStone) antes. ¿Tienes muestras?
Sí. Usted puede comenzar rápidamente a probar conexiones Shreds y desarrollo de aplicaciones usando SLV.
Consulte la siguiente guía para más detalles:
P: ¿Puedo registrar dos direcciones IP?
Puede utilizar un endpoint por suscripción. Si desea utilizar dos direcciones IP, debe suscribirse a dos suscripciones separadas.
P. ¿Qué región recomienda?
No hay una única región mejor permanente. Solana es global, y el validador líder cambia cada slot. Regiones con más validadores y mayor participación ven slots de líder más a menudo, lo que puede ayudar a las transacciones a aterrizar más rápido. El intercambio es que el tráfico competidor también se concentra allí, por lo que una región menos concurrida a veces puede ofrecer mejores resultados dependiendo de su estrategia.
Como punto de partida práctico, elija una región con alta densidad de validadores como Frankfurt o la costa este de los Estados Unidos cuando importa más recibir un flujo constante de slots de líder, o sitúese cerca de un validador objetivo específico cuando la ruta de ejecución más corta sea la prioridad. Use Validators Solutions para entender la distribución pública de red Solana, luego use la ERPC Leader Slot API y las mediciones reales para decidir si es apropiado un una sola región, dos regiones o un despliegue global.
P: Necesito latencia de al menos ~400ms o mejor.
Para lograr la latencia en aproximadamente 400ms, considere estos puntos esenciales:
-
Comprensión realista de los valores de ping: Los valores de ping indican las condiciones ideales y no reflejan la latencia real en la transmisión de las comunicaciones, que suelen experimentar alrededor de 5 veces la latencia de ping. Por ejemplo, un ping de 100ms en todos los continentes resulta de forma realista en unos 500ms de latencia. Por lo tanto, la infraestructura debe establecerse dentro de la misma región para alcanzar ~400ms de latencia.
- Referencia típica del valor del ping:
- misma red: ~0.1ms
- Interconexión de red privada (PNI): ~0.2ms
- Mismo centro de datos: ~0.3ms
- La misma ciudad: ~1ms
- País vecino: ~5–10ms
- Intercontinental: ~100–300ms
- Referencia típica del valor del ping:
-
Evitar la trampa de la latencia media: Los validadores de Solana están geográficamente dispersos a nivel mundial, y el calendario de líderes cambia aleatoriamente con cada época. Confiar en la latencia media para alcanzar ~400ms es poco práctico. En su lugar, debe realizar un seguimiento preciso de los calendarios de validadores en su región específica para identificar los slots con la latencia más baja. Para lograr una latencia mínima, se necesita infraestructura en todas las regiones pertinentes. Dentro de la misma región, la adquisición de datos puede ocurrir en decenas de milisegundos, con la transmisión posible en sólo unos pocos milisegundos.
-
Seguimiento de la lista de líderes: Monitore continuamente el calendario de validadores líderes para su región utilizando la API de slot ERPC Leader ()
getLeaderSlots). Proporciona datos en tiempo real sobre los próximos líderes, peso de stake, geolocalización de validadores y valores de ping de referencia, lo que le permite identificar con precisión los slots de trading óptimos con latencia mínima. Los datos de estilo de mapa público y las API nativas de RPC son útiles para una amplia visibilidad de la red, pero no son lo suficientemente precisas para el tiempo de ejecución. La API de slots de líder llena esa brecha con la granularidad necesaria para las decisiones de enrutamiento y negociación.
Datos de red Solana: Validators Solutions
P. ¿Cómo puedo lograr el trading de cero bloques (cero-slot)?
Para lograr con éxito el trading de cero bloques requiere estrategias más sofisticadas, como sigue:
-
Identificar zonas de oportunidad: Los validadores de Solana se distribuyen globalmente, y es físicamente imposible alcanzar la latencia óptima para cada slot. Por lo tanto, monitorear los calendarios de líderes validador en la región donde se encuentra su infraestructura e identificar las zonas de oportunidad más favorables. El despliegue de infraestructura en varias regiones también puede ser ventajoso. Por ejemplo, Frankfurt es una región clave debido a su alta densidad de validador, lo que resulta en una selección de líderes más frecuente y mayores oportunidades comerciales.Utilice la API de slots de líder ERPC (ERPC)
getLeaderSlots) para obtener calendarios de líder en tiempo real, peso de stake, datos de geolocalización de validadores, y valores de ping de referencia con mucha mayor precisión que las fuentes de datos de estilo de mapa público o APIs nativas de RPC. Esto le permite predecir las zonas de oportunidad con mayor precisión y ejecutar operaciones con latencia cercana a cero. -
Usar nodos dedicados: Si te cuesta competir, considera desplegar nodos dedicados. Los nodos compartidos experimentan latencia debido al tráfico de otros usuarios, y por lo tanto no se recomienda. Además, colocar su nodo dedicado dentro de la misma red que su aplicación reduce significativamente la latencia de la red y optimiza el rendimiento.
P: ¿Puedo usar un endpoint específico?
Para mantener un entorno de baja latencia, nuestro sistema selecciona automáticamente el nodo disponible más cercano. Si desea utilizar un endpoint específico, le recomendamos alquilar un servidor situado más cercano a ese endpoint.
P. ¿Por qué los endpoints dedicados son más rápidos?
Los endpoints compartidos son utilizados por múltiples clientes que comparten los mismos recursos. A medida que aumenta el tráfico, latencia tiende a ocurrir. Los recursos del servidor tienen límites físicos, y la cantidad de trabajo que pueden manejar es finita. Cuando llegan demasiadas solicitudes al mismo tiempo, deben ser procesadas secuencialmente, lo que resulta en tiempos de respuesta más lentos.
Aunque tomamos varias medidas para optimizar el rendimiento incluso en endpoints compartidos, con endpoints dedicados usted es el único usuario del recurso. Esto significa que no se ve afectado por otros usuarios, garantizando respuestas estables y rápidas.
Además, los endpoints dedicados ofrecen opciones de comunicación sin TLS, como HTTP. Al omitir el handshake TLS (unos 20 ms), la comunicación se vuelve aún más rápida en comparación con HTTPS.
P: ¿Se aumentará el precio de venta después de suscribirme?
Mientras su suscripción se mantiene activa, el precio promocional que fijó al registrarse permanece en vigor. Los entornos que se mantienen bajo la carga de trabajo en tiempo real de Solana son mundialmente escasos, y planeamos aumentar los precios de lista de acuerdo con la creciente demanda de hardware y red. Las configuraciones más altas y las regiones de alta demanda se venden más rápido, por lo que el bloqueo del precio promocional actual es la opción más rentable a largo plazo.
Q. Quiero pagar con cripto
ERPC está desarrollando actualmente “NFT de suscripción”. Este mecanismo emite derechos de suscripción como NFTs, permitiendo la propiedad, transferencia y reventa, mejorando así la experiencia de pago cripto. El lanzamiento está previsto para finales de 2025. Para más detalles, consulte el siguiente enlace:
Comunicado sobre los NFT de suscripción: https://erpc.global/en/news/2025/08/31/erpc-subscription-nfts/
Sin embargo, ya que el desarrollo y el lanzamiento tardarán tiempo, si quieres empezar a pagar con cripto ahora mismo, te recomendamos probar servicios que te permitan utilizar criptomonedas como pagos de tarjetas de crédito:
- Tarjeta de Bybit Crypto: https://www.bybit.com/en/cards
- Tarjeta Wirex: https://wirexapp.com/card
Mediante el uso de estos servicios, puede comenzar inmediatamente a pagar con criptomoneda como con una tarjeta de crédito regular.
P: ¿Por qué Shredstream no incluye todas las transacciones?
Por diseño, Shreds no incluye cada transacción en la cadena de bloques Solana. La vigilancia de todas las transacciones requeriría desplegar numerosos proxies a nivel mundial y recibir Shreds de cada validador, lo que no es práctico.
Por lo general, los usuarios operan con un subconjunto de los datos disponibles, ya que este enfoque es suficiente para la mayoría de las aplicaciones del entorno real. Si su caso de uso exige una cobertura completa de datos sin pérdida alguna, Shreds podría no ser adecuado.
Para escenarios que requieren un monitoreo más completo, Geyser gRPC proporciona mayor fiabilidad en comparación con Shreds. Sin embargo, lograr una cobertura de datos del 100% en la cadena de bloques de Solana requiere desplegar numerosos servidores edge, que pueden no ser realistas en la práctica.
Geyser gRPC ofrece fiabilidad superior al 99%, que es notablemente superior a Shreds, un hecho confirmado por muchos usuarios, incluyendo nosotros. Sin embargo, los fragmentos suelen proporcionar más del 90% de fiabilidad.
Aunque no capturan cada transacción, su ventaja clave es la capacidad de recuperar rápidamente la mayoría de las transacciones más rápido que Geyser gRPC.
Para un entendimiento más profundo, recomendamos explorar los protocolos Turbina y Gulf Stream de Solana:
- Gulf Stream: Protocolo para la Provisión de Transacciones sin Mempool de Solana
- Turbina — Protocolo de Propagación Bloque de Solana Solves the Scalability Trilemma
P: Quiero el mejor ambiente posible.
Para la configuración óptima, recomendamos combinar un nodo dedicado de Shreds con nuestro servidores bare metal. Compartir la misma red, esta configuración logra una comunicación privada de cero distancia con retrasos alrededor de 0.1ms ping.
Contáctanos desde ERPC Dashboard para más detalles.
P: ¿Cómo es la latencia?
La latencia varía según el método de medición y su entorno de uso específico. En lugar de centrarse en valores numéricos exactos, es crucial asegurar que la latencia cumpla con sus requisitos operativos reales.
Ofrecemos pruebas gratuitas en todos nuestros planes, lo que le permite probar el rendimiento directamente en su entorno real. Además, proporcionamos herramientas fáciles de usar en TypeScript y Rust para medir la latencia. Siéntete libre de utilizar estas herramientas junto a tu prueba gratuita.
P: ¿Es este RPC (gRPC, Shreds) más rápido que otros?
Te recomendamos aprovechar la prueba gratuita y comparar el rendimiento con otros servicios. Si encuentra nuestro servicio más lento, indícanos las condiciones específicas y los competidores que ha comparado con él a través de ERPC Dashboard. Identificaremos la causa y mejoraremos aún más la velocidad.
Trabajamos continuamente en mejorar la latencia basada en los comentarios del cliente. Si busca el endpoint más rápido posible, por favor comparta información detallada con nosotros. Proporcionar métricas específicas y condiciones de comparación contra los competidores nos permite ofrecer un rendimiento superior. Este enfoque basado en los comentarios nos ha permitido mejorar nuestros servicios.
P. ¿Qué plan ofrece el rendimiento más rápido?
En general, nuestro plan de más alto nivel proporciona el rendimiento más rápido debido a las CPU superiores, capacidades de memoria más altas y configuraciones de hardware robustas.
También ofrecemos soluciones personalizadas si necesita servidores aún más potentes, pero nuestros planes estándar están diseñados para ofrecer relaciones precio-rendimiento óptimas.
Confiamos en ofrecer un rendimiento de clase mundial a cada nivel de precios. Si encuentra un proveedor más rápido dentro del mismo rango de precios, avísanos para que podamos investigar y hacer mejoras.
P: Estoy experimentando alta latencia. ¿Por qué?
La latencia aumenta significativamente con la distancia desde el endpoint. Recomendamos acceder desde un servidor situado más cerca del endpoint proporcionado. Los entornos más rápidos están disponibles a través de nuestros servidores bare metal y Servicios VPS.
P: ¿Cuál es el más rápido: WebSockets, gRPC o Shreds?
Basado en los comentarios del cliente, la orden de rendimiento es:
Shreds / gRPC / WebSockets
Si su experiencia difiere, por favor infórmenos.
P: La latencia no es lo que esperaba.
El rendimiento varía significativamente dependiendo del lenguaje de programación utilizado. En general, la orden de ejecución es:
Rust >= Go >= TypeScript (JavaScript) >= Python
Para las comparaciones detalladas, consulte:
Recomendamos firmemente Rust para el máximo rendimiento.