Skip to main content
Sender envía simultáneamente tu transacción por todas las rutas de alta velocidad (Helius, Jito, Harmonic, Rakurai) y no consume créditos de API. Pagas por cada envío con una propina en SOL. Esta guía crea un bucle de envío para producción con conexiones precalentadas, tarifas con precios en tiempo real y confirmación con una política de reintentos.

Elige tu nivel

Sender Max (propina mínima de 0.001 SOL) enruta por todas las rutas y entra en el búfer de propinas prioritarias, donde las propinas más altas se incluyen primero. Solo SWQOS (0.000005 SOL) utiliza una única ruta rápida para optimizar los costos. Agrega ?swqos_only=true a la URL del endpoint. Las propinas entre los dos mínimos se procesan según el mejor esfuerzo a través de menos rutas, así que elige uno de los dos niveles.

Elige tu endpoint

Los backends deben usar el endpoint HTTP regional más cercano a sus servidores (http://ewr-sender.helius-rpc.com/fast, fra, slc, ams, lon, sg, tyo). Los navegadores deben usar el endpoint HTTPS global https://sender.helius-rpc.com/fast, que enruta automáticamente y evita problemas de CORS.

Precalienta la conexión

Un protocolo de enlace TCP/TLS en frío agrega latencia al primer envío después de un período de inactividad. Si tu sistema puede pasar más de unos 5 segundos entre envíos, mantén activa la conexión con el endpoint de ping:

Crea la transacción

Cada transacción de Sender debe incluir tanto una transferencia de propina a una cuenta de propinas designada como un precio por unidad de cómputo. Sender rechaza las transacciones que no incluyan alguno de estos elementos. Fijar la tarifa de prioridad en el código hace que pagues de más cuando el mercado está tranquilo y pierdas oportunidades cuando está activo. Por eso, calcúlala mediante la API de tarifas de prioridad:
send.ts
La propina determina qué rutas puede tomar tu transacción, y la tarifa de prioridad eleva su posición en la cola del validador. Juntas maximizan la probabilidad de inclusión.

Envía y luego confirma

Envía con skipPreflight: true para reducir la latencia a cambio de omitir la validación del lado del cliente. Luego, confirma mediante tu conexión RPC. Sender devuelve la firma de inmediato, pero esto no demuestra que la transacción se haya incluido:
Con maxRetries: 0, tú controlas la política de reintentos: cuando se agote el tiempo de espera de la confirmación, vuelve a crear la transacción con un hash de bloque nuevo y una tarifa recalculada, en lugar de reenviar la transacción obsoleta. El rendimiento predeterminado es de 50 TPS. Los planes profesionales pueden solicitar límites más altos.

Opcional: evita a los atacantes de tipo sándwich

Agrega ?mev-protect=true a la URL del endpoint para evitar validadores vinculados estadísticamente con ataques de tipo sándwich. El cuerpo de la solicitud no cambia y funciona en ambos niveles:
Consulta MEV Protect para conocer las ventajas y desventajas. Para ejecutar varias transacciones de forma atómica (hasta 4 transacciones, todas o ninguna), usa sendBundle en el mismo endpoint.

Guías relacionadas

Sender overview

Información completa sobre niveles, endpoints, cuentas de propinas y límites de tasa

Trade on Preconfirmations

Combina la ruta de envío más rápida con la señal de transacción más temprana