Documentación del endpoint SWQoS de Solana

El endpoint SWQoS de ERPC es un servicio RPC de alto rendimiento que permite a los usuarios con conexiones respaldadas por stake enviar transacciones por carriles dedicados.
Está disponible tanto en los planes compartidos como en los dedicados y permite una entrega de transacciones más rápida y fiable.

Puedes obtener el endpoint registrando tus tenencias de elSOL en el ERPC Web Dashboard.

SWQoS (Stake weighted Quality of Service) es un mecanismo de control de las comunicaciones que da prioridad a los validadores con conexiones respaldadas por stake.
Los líderes asignan aproximadamente el 80% del ancho de banda total al carril prioritario y el 20% al carril no prioritario.

El tráfico con conexiones respaldadas por stake puede usar el carril prioritario y, al mismo tiempo, enviarse también por el carril no prioritario. Por eso, en comparación con el tráfico que depende solo del carril no prioritario, la capacidad de entrega efectiva es considerablemente mayor.
Este control se aplica antes del tratamiento de la comisión de prioridad, en la fase en que se acepta el tráfico y se encamina hacia el líder; por eso, que una transacción llegue o no al carril prioritario afecta directamente a la velocidad del procesamiento posterior.

La comisión de prioridad desempeña un papel importante, pero se aplica después de que la transacción haya llegado al líder mediante el enrutamiento de SWQoS.
Si una transacción no puede entrar en el carril prioritario de SWQoS, la eficacia de las comisiones de prioridad queda limitada y es difícil mejorar la capacidad básica de llegar al líder.
Para un funcionamiento óptimo, lo más eficaz es combinar la capacidad de llegada que aporta SWQoS con una configuración adecuada de las comisiones de prioridad.

En los servicios convencionales de envío de transacciones, los usuarios tenían que añadir tips al enviar las transacciones.
Con el endpoint SWQoS de ERPC no se necesitan tips. En su lugar, el acceso al ancho de banda prioritario se concede manteniendo elSOL.

elSOL es un Liquid Staking Token (LST) de Solana que se emite al hacer staking de SOL.
Su tipo de cambio frente a SOL refleja las recompensas de staking acumuladas y no está fijado en una relación 1:1.

elSOL puede volver a convertirse en SOL mediante el proceso de unstaking, con una liquidación que refleja las recompensas de staking acumuladas.

El SOL en staking a través de elSOL se delega a validadores conectados a ERPC.
A medida que aumentan las tenencias de elSOL, se amplía el ancho de banda SWQoS total disponible en ERPC.
Al mantener elSOL, los usuarios contribuyen directamente a reforzar la red y, a cambio, obtienen acceso a carriles de transmisión dedicados.

En los endpoints SWQoS compartidos, los usuarios elegibles reciben 1 TPS por cada 4.2 elSOL que mantengan, redondeado hacia abajo. Por ejemplo, mantener 10 elSOL en la wallet conectada otorga 2 TPS.

El TPS realmente disponible es el menor entre el máximo del plan de ERPC y la asignación basada en elSOL.

Los planes compartidos elegibles de ERPC, incluidos Developer Plan+ y Bundle Plans, pueden usar la asignación SWQoS compartida después de que el dashboard verifique la wallet que mantiene elSOL.

Para los nodos RPC dedicados, SWQoS está disponible como opción de +100 €/mes que asigna al nodo dedicado una asignación de staking de 1000 SOL.

La configuración y verificación se realizan en el ERPC Dashboard: https://dashboard.erpc.global

Con el endpoint SWQoS de Solana de ERPC, enviar una solicitud GET a /ping te permite mantener la conexión HTTPS entre el cliente y el endpoint SWQoS de ERPC.

Al enviar una transacción, la primera solicitud tarda un poco más porque debe establecer la sesión HTTPS y TLS.
Si envías /ping de antemano y mantienes esta conexión activa, puedes evitar la latencia de la conexión inicial y entrar de inmediato en el proceso de envío cuando mandes la transacción real.

Aunque las transacciones no se envíen de forma continua, este enfoque es eficaz en configuraciones en las que hay que enviarlas rápidamente en momentos concretos, y ayuda a estabilizar el comportamiento del primer envío.

El Keep Warming se hace enviando una solicitud GET a /ping en el endpoint SWQoS.
Esta solicitud no procesa ninguna transacción y solo sirve para mantener el estado de la conexión entre el cliente y ERPC.

https://<your-swqos-endpoint-domain>/ping

https://<your-swqos-endpoint-domain>/ping

Sustituye <your-swqos-endpoint-domain> por el dominio específico de SWQoS que te proporciona ERPC.

async function keepWarm(endpoint: string) {
  try {
    await fetch(`${endpoint}/ping`, { method: 'GET' })
  } catch {
    // Ignore failures
  }
}

setInterval(() => {
  keepWarm('https://<your-swqos-endpoint-domain>')
}, 30000)

async function keepWarm(endpoint: string) {
  try {
    await fetch(`${endpoint}/ping`, { method: 'GET' })
  } catch {
    // Ignore failures
  }
}

setInterval(() => {
  keepWarm('https://<your-swqos-endpoint-domain>')
}, 30000)

Si envías /ping a intervalos regulares, puedes mantener un estado en el que el envío de transacciones puede empezar en cuanto haga falta.

・/ping no consume TPS ni afecta a los cálculos de ancho de banda basados en elSOL ・No sustituye al envío de transacciones ・Es una solicitud complementaria que solo sirve para mantener la conexión entre el cliente y ERPC

El diseño de SWQoS (enrutamiento basado en stake) y de las comisiones de prioridad no cambia. Usa el Keep Warming como mecanismo para reducir la latencia en el momento en que empieza el envío de la transacción.