Validadores DAO Releases Solana Stream SDK v1.1.1 — Open-Sourcing um cliente Rust Starter para o mais rápido UDP Shreds

Solana Stream SDK, um cliente de fluxo de código aberto para Solana desenvolvido e operado por ELSOUL LABO B.V. (Sede: Amsterdã, Países Baixos; CEO: Fumitake Kawasaki) e Validators DAO, lançou sua última versão, v1.1.1. Junto com esta versão, um cliente iniciante baseado em Rust que lida diretamente com UDP Shreds – a camada mais rápida da rede Solana – foi recentemente aberto.

Esta versão apresenta um exemplo concreto de implementação que recebe Shreds sobre UDP diretamente entre validadores, sem passar por alto nível API camadas como RPC, WebSocket, ou gRPC, e processa-os através da reconstrução e detecção através do caminho mais curto possível. Para casos de uso onde a latência se traduz diretamente em valor, isso fornece um ponto de partida prático para operar na camada mais rápida em ambientes do mundo real.

Em Solana, mesmo para o mesmo evento on-chain, o momento em que ele pode ser detectado varia significativamente dependendo de onde ele é observado – seja de Shreds, Geyser gRPC, ou RPC / WebSocketNa perspectiva do tempo de detecção, os Shreds são observados primeiro, seguido de Geyser gRPC, e depois RPC / WebSocket.

Os fragmentos representam dados na fase em que fragmentos que compõem um bloco são trocados diretamente entre validadores. Geyser gRPC entrega eventos como blocos, logs e atualizações de contas após Shreds terem sido recebidos e organizados internamente por um nó. RPC / WebSocket sentar na camada mais alta, proporcionando acesso a dados já armazenados e organizados através de consultas e assinaturas.

Os fragmentos são entregues no UDP. O UDP não envolve o estabelecimento de conexão, o controle de retransmissão ou a solicitação de garantias, mantendo o protocolo acima de um mínimo absoluto. Consequentemente, em condições idênticas, os dados chegam mais rapidamente do que com gRPC ou WebSocket, que se baseiam em TCP.

Ao buscar a detecção mais rápida possível na Solana, a UDP Shreds torna-se a primeira escolha por necessidade, impulsionada por essas características de comunicação e pelo design da rede.

Validators DAO recebeu um grande número de perguntas sobre detecção mais rápida possível usando UDP Shreds. Entre eles, o pedido mais comum tem sido detectar mentas token e operações precoces em pump.fun o mais rápido possível.

Para moedas de token e operações iniciais, diferenças na ordem de dezenas de milissegundos podem afetar materialmente os resultados. pump.fun é, portanto, um exemplo concreto onde as características e o valor da camada mais rápida são mais claramente demonstrados, e onde a demanda está especialmente concentrada. Nesta versão, o código inicial inclui a lógica de detecção baseada em pump.fun como configuração padrão, refletindo essa demanda do mundo real. Isso não limita o uso para pump.fun, mas serve de exemplo prático para reproduzir realisticamente a detecção de camadas mais rápidas.

Ao lidar com UDP Shreds, um volume extremamente grande de transações flui através do sistema, incluindo muitos que são muito pequenos para importar para a estratégia ou decisões de UX.

O código inicial adota um desenho que permite definir um limiar de valor, permitindo a detecção apenas para transações acima desse limiar. Esta filtragem não é aplicada via pós- hoc RPC Verificações, mas diretamente na fase de avaliação imediatamente após a reconstrução dos Shreds. O limiar é opcional: definir para 0 permite a detecção de todas as transações. Os usuários podem definir quantos dados reagir com base em seu caso de uso específico.

O exemplo acima mostra logs detectando apenas mentas token beam.fun relacionadas e operações com quantidades de 1 SOL ou superior, ilustrando um estado em que apenas as informações relevantes são capturadas em alta densidade na camada mais rápida.

UDP Shreds incluem informações de antes de um bloco é totalmente finalizado. Como resultado, transações falhadas podem aparecer, e os dados podem estar faltando ou chegar fora de ordem. Isto não é uma falha, mas uma propriedade inerente da própria camada mais rápida.

Ao processar dados à medida que flui sem esperar por confirmação ou normalização, as alterações podem ser detectadas mais cedo do que em qualquer outra camada. Este código inicial reconhece explicitamente esta premissa e demonstra uma implementação que alcança detecção usando Shreds sozinho, sem depender RPC.

Internamente, o processamento é organizado como uma sequência clara: receber → buffer → reconstruir → avaliar → saída. Responsabilidades como recepção UDP, buffering FEC, deshredding, lógica do relógio e saída são separadas e tratadas como elementos independentes. Este design permite que os usuários executem o código como-é inicialmente, em seguida, progressivamente modificar apenas as partes que se tornam necessárias para o seu caso de uso.

GitHub (Solana Stream SDK): https://github.com/ValidatorsDAO/solana-stream
Crate de rust: https://crates.io/crates/solana-stream-sdk
ERPC Site: https://erpc.global/ Validators DAO Oficial Discord: https://discord.gg/C7ZQSrCkYR

Perguntas e feedback sobre Solana Stream SDK v1.1.1 e o cliente UDP Shreds são bem-vindos no Validators DAO oficial Discord.