Validators DAO brengt Solana Stream SDK v1.1.1 uit — Open-sourcing van een Rust Starter Client voor de snelste UDP Shreds
Validators DAO brengt Solana Stream SDK v1.1.1 uit — Open-sourcing van een Rust Starter Client voor de snelste UDP Shreds

Solana Stream SDK, een open-source streamclient voor Solana ontwikkeld en beheerd door ELSOUL LABO B.V. (Hoofdkantoor: Amsterdam, Nederland; CEO: Fumitake Kawasaki) en Validators DAO, heeft zijn nieuwste versie uitgebracht, v1.1.1. Samen met deze release is een op Rust gebaseerde starterclient die UDP Shreds — de snelste laag in het Solana-netwerk — direct afhandelt, nieuw als open source beschikbaar gesteld.
Deze release presenteert een concreet implementatievoorbeeld dat Shreds ontvangt via UDP direct tussen validators, zonder hogere API-lagen zoals RPC, WebSocket of gRPC te passeren, en ze verwerkt door reconstructie en detectie via het kortst mogelijke pad. Voor toepassingen waar latentie direct vertaalt in waarde, biedt dit een praktisch startpunt voor het opereren op de snelste laag in echte omgevingen.
De premisse: verschillen in detectietiming
Op Solana varieert, zelfs voor hetzelfde on-chain evenement, de timing waarop het kan worden gedetecteerd aanzienlijk afhankelijk van waar het wordt waargenomen — of dat nu is vanuit Shreds, Geyser gRPC, of RPC / WebSocket. Vanuit het perspectief van detectietiming worden Shreds het eerst waargenomen, gevolgd door Geyser gRPC, en vervolgens RPC / WebSocket.
Shreds vertegenwoordigen gegevens in het stadium waarin fragmenten die een blok vormen direct tussen validators worden uitgewisseld. Geyser gRPC levert evenementen zoals blokken, logs en accountupdates nadat Shreds zijn ontvangen en intern door een node zijn georganiseerd. RPC / WebSocket bevinden zich op de hoogste laag en bieden toegang tot reeds opgeslagen en georganiseerde gegevens via queries en abonnementen.
Waarom UDP Shreds de snelste laag vormen
Shreds worden geleverd via UDP. UDP omvat geen verbindingsopbouw, hertransmissiecontrole of volgordegaranties, waardoor protocoloverhead tot een absoluut minimum wordt beperkt. Als gevolg hiervan komen gegevens onder identieke omstandigheden sneller aan dan bij gRPC of WebSocket, die zijn gebaseerd op TCP.
Wanneer men streeft naar de snelst mogelijke detectie op Solana, worden UDP Shreds noodzakelijkerwijs de eerste keuze, gedreven door deze communicatiekenmerken en het ontwerp van het netwerk.
Waarom pump.fun als voorbeeld wordt gebruikt
Validators DAO heeft een groot aantal vragen ontvangen over de snelst mogelijke detectie met UDP Shreds. Daarvan was het meest voorkomende verzoek om Token-mints en vroege transacties op pump.fun zo snel mogelijk te detecteren.
Voor Token-mints en initiele transacties kunnen verschillen in de orde van tientallen milliseconden de uitkomsten materieel beinvloeden. pump.fun is daarom een concreet voorbeeld waar de kenmerken en waarde van de snelste laag het duidelijkst worden aangetoond, en waar de vraag bijzonder geconcentreerd is. In deze release bevat de startercode pump.fun-gebaseerde detectielogica als standaardconfiguratie, als weerspiegeling van deze praktijkvraag. Dit beperkt het gebruik niet tot pump.fun, maar dient eerder als een praktisch voorbeeld voor het realistisch reproduceren van snelste-laag detectie.
Reageren op betekenisvolle evenementen, niet op alles
Bij het verwerken van UDP Shreds stroomt een extreem groot volume aan transacties door het systeem, inclusief vele die te klein zijn om relevant te zijn voor strategie- of UX-beslissingen.
De startercode hanteert een ontwerp waarmee een waardedrempel kan worden ingesteld, waardoor detectie alleen plaatsvindt voor transacties boven die drempel. Deze filtering wordt niet toegepast via achteraf RPC-controles, maar direct in de evaluatiefase onmiddellijk na reconstructie van Shreds. De drempel is optioneel: instelling op 0 maakt detectie van alle transacties mogelijk. Gebruikers kunnen definieren op hoeveel gegevens ze willen reageren op basis van hun specifieke toepassing.

Het bovenstaande voorbeeld toont logs die alleen pump.fun-gerelateerde Token-mints en transacties detecteren met bedragen van 1 SOL of meer, wat een toestand illustreert waarin alleen relevante informatie met hoge dichtheid op de snelste laag wordt vastgelegd.
De afweging van snelheid: onbevestigde informatie
UDP Shreds bevatten informatie van voordat een blok volledig is gefinaliseerd. Als gevolg hiervan kunnen mislukte transacties verschijnen en kunnen gegevens ontbreken of in verkeerde volgorde aankomen. Dit is geen gebrek, maar een inherente eigenschap van de snelste laag zelf.
Door gegevens te verwerken terwijl ze stromen zonder te wachten op bevestiging of normalisatie, kunnen veranderingen eerder worden gedetecteerd dan op enige andere laag. Deze startercode erkent expliciet deze premisse en demonstreert een implementatie die detectie bereikt met alleen Shreds, zonder te vertrouwen op RPC.
Een structuur ontworpen voor duidelijkheid
Intern is de verwerking georganiseerd als een duidelijke reeks: ontvangen -> bufferen -> reconstrueren -> evalueren -> uitvoer. Verantwoordelijkheden zoals UDP-ontvangst, FEC-buffering, deshredding, watchlogica en uitvoer zijn gescheiden en worden als onafhankelijke elementen afgehandeld. Dit ontwerp stelt gebruikers in staat de code aanvankelijk ongewijzigd uit te voeren en vervolgens geleidelijk alleen de onderdelen aan te passen die nodig worden voor hun toepassing.
Bronnen
GitHub (Solana Stream SDK): https://github.com/ValidatorsDAO/solana-stream
Rust Crate: https://crates.io/crates/solana-stream-sdk
ERPC Website: https://erpc.global/
Validators DAO Officiele Discord: https://discord.gg/C7ZQSrCkYR
Vragen en feedback over Solana Stream SDK v1.1.1 en de UDP Shreds-client zijn welkom op de Validators DAO Officiele Discord.


