ERPC publica una guía operativa de fanout con Durable Nonce para aprovechar SWQoS al enviar transacciones Solana
ERPC, operado por ELSOUL LABO B.V. (sede: Ámsterdam, Países Bajos; CEO: Fumitake Kawasaki) y Validators DAO, ha publicado una guía operativa práctica que explica cómo aprovechar plenamente SWQoS (Stake weighted Quality of Service) para combinar una alta tasa de éxito y una latencia baja al enviar transacciones Solana.
La guía se centra en arquitecturas de envío basadas en los endpoints SWQoS de ERPC y explica cómo distribuir de forma segura la misma transacción entre varios endpoints RPC de alto rendimiento. Incluye ejemplos concretos con web3.js para aplicar el enfoque directamente en entornos reales.
La guía está disponible en la siguiente URL:
https://erpc.global/es/doc/rpc/durable-nonce-send-transaction/
Contexto: características estructurales del envío de transacciones en Solana
En Solana, el envío de transacciones se ve afectado por factores que cambian continuamente, como el avance de slots, la programación de líderes, el enrutamiento de red y la carga de cada nodo. Por ello, no puede determinarse de antemano qué ruta llegará antes al líder.
Este comportamiento no depende de la calidad de un proveedor RPC o servicio de envío concreto, sino que es una característica estructural del modelo de ejecución de Solana. En consecuencia, los diseños que dependen de un único endpoint RPC tienen limitaciones inherentes tanto en tasa de éxito como en latencia.
Función y posición práctica de los endpoints SWQoS
Los endpoints SWQoS de ERPC permiten enviar transacciones por carriles prioritarios asignados por el líder según Stake weighted Quality of Service. Estos carriles reciben una proporción de ancho de banda mucho mayor —aproximadamente el 80 % frente al 20 % de los carriles no prioritarios— y se aplican antes de evaluar la comisión de prioridad.
Por ello, los endpoints SWQoS son una opción importante para transacciones de gran valor. Sin embargo, en operaciones reales, ni siquiera con SWQoS una sola ruta es siempre la más rápida. Dentro del mismo slot, diferencias transitorias de enrutamiento y una distribución desigual de carga pueden hacer que otros endpoints de alto rendimiento procesen antes la transacción.
Límites de una sola ruta y necesidad del fanout
En estas condiciones, intentar predecir una única ruta más rápida no es un enfoque eficaz. Una estrategia de fanout —enviar simultáneamente la misma transacción por varias rutas de alto rendimiento y aceptar la que se procese primero— constituye una solución racional y robusta.
Al tomar SWQoS como núcleo y combinarlo con otros endpoints RPC rápidos, los sistemas ganan resiliencia frente a diferencias de enrutamiento entre slots y fluctuaciones de carga.
Retos fundamentales del fanout
A la vez, enviar una transacción por varias rutas plantea un problema esencial: sin el control adecuado, deja de estar garantizado que se ejecute una sola vez. Un fanout sin control puede provocar una doble ejecución no deseada o romper la lógica de reintentos y reenvíos.
Es difícil evitar estos problemas solo mediante lógica de aplicación; se necesita un mecanismo a nivel de protocolo.
Durable Nonce como solución
Solana ofrece Durable Nonce como mecanismo oficial para resolver este problema. Al utilizar un valor nonce en lugar de un recentBlockhash, Durable Nonce permite enviar la misma transacción firmada por varias rutas y garantiza que solo una ejecución sea válida en la red.
Durable Nonce es, por tanto, un componente técnico fundamental para implementar de forma segura un envío de transacciones basado en fanout.
Función de esta guía
La nueva guía explica el envío de transacciones con Durable Nonce desde una perspectiva de implementación, no puramente teórica. Expone de forma integral un diseño que maximiza la eficacia de los endpoints SWQoS, desde la configuración inicial hasta los flujos operativos diarios.
Temas principales de la guía
La guía organiza y explica varios puntos esenciales para las operaciones:
- Diseño de nonce authority y cuentas nonce
- Orden correcto de instrucciones, incluido nonceAdvance
- Restricciones operativas derivadas de que las transacciones raw no pueden reutilizarse
- Envío paralelo a varios endpoints RPC
- Diseño de confirmación que presupone el uso de Durable Nonce
- Patrones seguros de transición para enviar las transacciones siguientes
Estos temas no solo se destinan a pruebas de concepto, sino también a despliegues estables en producción.
Arquitecturas prácticas de envío en ERPC
ERPC diseña sus arquitecturas de envío tomando SWQoS como núcleo y combinándolo con varios endpoints RPC de alto rendimiento en distintas regiones y rutas. Evitar la dependencia de una sola región o ruta es esencial para operar Solana de forma realista.
La guía puede aplicarse directamente a las decisiones arquitectónicas prácticas dentro del entorno multirregional de ERPC.
Público destinatario
La guía se dirige a:
- Desarrolladores que gestionan transacciones de alta frecuencia o gran valor
- Equipos con problemas de tasa de éxito o latencia en sus configuraciones RPC actuales
- Usuarios que ya emplean endpoints SWQoS o estudian adoptarlos
Próximos pasos
ERPC seguirá mejorando su infraestructura de envío de transacciones, incluido SWQoS, y publicará progresivamente como guías y ejemplos de código los conocimientos obtenidos en despliegues reales.
ERPC mantiene su compromiso de ofrecer a los desarrolladores una plataforma de envío no solo rápida, sino también correcta y estable en las operaciones.
Uso y asesoramiento
Para recibir asesoramiento personalizado sobre arquitecturas de envío, selección de regiones o migración desde diseños existentes, póngase en contacto a través del Discord oficial de Validators DAO.
- Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR
- Sitio web oficial de ERPC: https://erpc.global/es
