Validators DAO lanza Solana Stream SDK v1.1.1 — Open-Sourcing a Rust Starter Client for the Fastest UDP Shreds
Validators DAO lanza Solana Stream SDK v1.1.1 — Open-Sourcing a Rust Starter Client for the Fastest UDP Shreds

Solana Stream SDK, un cliente de flujo de código abierto para Solana desarrollado y operado por ELSOUL LABO B.V. (sede: Ámsterdam, Países Bajos; CEO: Fumitake Kawasaki) y Validators DAO, ha lanzado su última versión, v1.1.1. Junto con este lanzamiento, un cliente de arranque basado en Rust que maneja directamente UDP Shreds, la capa más rápida de la red Solana, ha sido recientemente de código abierto.
Esta publicación presenta un ejemplo concreto de implementación que recibe a Shreds sobre UDP directamente entre validadores, sin pasar por alto nivel API capas tales como RPC, WebSocketo gRPC, y los procesa a través de la reconstrucción y la detección a través del camino más corto posible. Para casos de uso donde la latencia se traduce directamente en valor, esto proporciona un punto de partida práctico para operar en la capa más rápida en entornos del entorno real.
La premisa: diferencias en el tiempo de detección
En Solana, incluso para el mismo evento en cadena, el tiempo en el que se puede detectar varía significativamente dependiendo de dónde se observa—ya sea de Shreds, Geyser gRPC o RPC / WebSocket. Desde la perspectiva del tiempo de detección, se observan primero los fragmentos, seguidos Geyser gRPCy luego RPC / WebSocket.
Los fragmentos que componen un bloque son intercambiados directamente entre validadores. Geyser gRPC entrega eventos como bloques, registros y actualizaciones de cuentas después de que Shreds haya sido recibido y organizado internamente por un nodo. RPC / WebSocket sentarse en la capa más alta, proporcionando acceso a datos ya almacenados y organizados a través de consultas y suscripciones.
Por qué UDP Shreds forman la capa más rápida
Shreds are delivered over UDP. UDP no implica el establecimiento de conexiones, el control de la retransmisión o las garantías de orden, manteniendo el protocolo superior a un mínimo absoluto. Como resultado, en condiciones idénticas, los datos llegan más rápido que con gRPC o WebSocket, que se basan en TCP.
Al apuntar a la detección más rápida posible en Solana, UDP Shreds se convierte en la primera opción por necesidad, impulsada por estas características de comunicación y el diseño de la red.
Por qué la bomba.fun se utiliza como ejemplo
Validators DAO ha recibido un gran número de consultas sobre la detección más rápida posible utilizando UDP Shreds. Entre ellos, la solicitud más común ha sido la detección de hormigas token y comercios tempranos en bomb.fun lo más rápido posible.
Las diferencias en el orden de decenas de milisegundos pueden afectar materialmente los resultados. Bomb.fun es, por tanto, un ejemplo concreto donde las características y el valor de la capa más rápida están más claramente demostrados, y donde la demanda se concentra especialmente. En esta versión, el código inicial incluye la lógica de detección basada en bomb.fun como configuración predeterminada, reflejando esta demanda del entorno real. Esto no limita el uso de bomb.fun, sino que sirve como un ejemplo práctico para reproducir de forma realista la detección de capas más rápidas.
Reaccionar a eventos significativos, no todo
Al manejar UDP Shreds, un volumen extremadamente grande de transacciones fluye a través del sistema, incluyendo muchos que son demasiado pequeños para importar para la estrategia o decisiones UX.
El código de arranque adopta un diseño que permite establecer un umbral de valor, permitiendo la detección sólo para transacciones por encima de ese umbral. Este filtro no se aplica a través de post-hoc RPC cheques, pero directamente en la etapa de evaluación inmediatamente después de que Shreds sea reconstruido. El umbral es opcional: establecerlo a 0 permite la detección de todas las transacciones. Los usuarios pueden definir cuántos datos reaccionar sobre la base de su caso de uso específico.

El ejemplo anterior muestra registros que detectan solamente hormigas de token relacionadas con bomb.fun y comercios con cantidades de 1 SOL o mayor, ilustrando un estado donde sólo la información relevante se captura a alta densidad en la capa más rápida.
The Trade-Off of Speed: Unconfirmed Information
UDP Los fragmentos incluyen información desde antes de que un bloque esté completo. Como resultado, pueden aparecer transacciones fallidas, y los datos pueden faltar o salir de orden. Esto no es un defecto, sino una propiedad inherente de la capa más rápida.
Mediante el tratamiento de datos a medida que fluye sin esperar confirmación o normalización, se pueden detectar cambios antes que en cualquier otra capa. Este código de inicio reconoce explícitamente esta premisa y demuestra una implementación que logra la detección usando solo Shreds, sin depender de RPC.
Una estructura diseñada para la claridad
Internamente, el tratamiento se organiza como una secuencia clara: recibir → buffer → reconstruir → evaluar la salida →. Las responsabilidades como la recepción UDP, el amortiguador FEC, la desintegración, la lógica del reloj y la salida están separadas y manejadas como elementos independientes. Este diseño permite a los usuarios ejecutar el código como es inicialmente, luego modificar progresivamente sólo las partes que se hacen necesarias para su caso de uso.
Recursos
GitHub (Solana Stream SDK): https://github.com/ValidatorsDAO/solana-stream
Rust Crate: https://crates.io/crates/solana-stream-sdk
ERPC Sitio web: https://erpc.global/ Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR
Rust Crate: https://crates.io/crates/solana-stream-sdk
ERPC Sitio web: https://erpc.global/ Discord oficial de Validators DAO: https://discord.gg/C7ZQSrCkYR
Preguntas y comentarios sobre Solana Stream SDK v1.1.1 y el cliente UDP Shreds son bienvenidos en Discord oficial de Validators DAO.


