Validators DAO veröffentlicht Solana Stream SDK v1.1.1 — Open-Sourcing eines Rust Starter Clients für die schnellsten UDP Shreds

Validators DAO veröffentlicht Solana Stream SDK v1.1.1 — Open-Sourcing eines Rust Starter Clients für die schnellsten UDP Shreds

Validators DAO veröffentlicht Solana Stream SDK v1.1.1 — Open-Sourcing eines Rust Starter Clients für die schnellsten UDP Shreds
Solana Stream SDK, ein Open Source Stream Client für Solana entwickelt und betrieben von ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; CEO: Fumitake Kawasaki) und Validators DAO, hat seine neueste Version veröffentlicht, v1.1.1. Zusammen mit dieser Veröffentlichung wurde ein Rust-basierter Starter-Client, der direkt mit UDP Shreds – der schnellsten Schicht im Solana-Netzwerk – umgegangen.
Diese Veröffentlichung präsentiert ein konkretes Implementierungsbeispiel, das Shreds über UDP direkt zwischen den Validatoren erhält, ohne durch höhere Ebene zu gehen API Schichten wie RPC, WebSocket, oder gRPC, und verarbeitet sie durch Rekonstruktion und Detektion über den kürzesten Weg. Für Anwendungsfälle, bei denen die Latenz direkt in Wert übersetzt wird, bietet dies einen praktischen Ausgangspunkt für den Betrieb an der schnellsten Schicht in realen Umgebungen.

Die Prämisse: Unterschiede in der Erkennungszeit

Auf Solana, auch für das gleiche on-chain-Ereignis, variiert das Timing, an dem es erkannt werden kann, je nachdem, wo es beobachtet wird – ob von Shreds, Geyser gRPC, oder RPC / WebSocket. Aus der Perspektive des Erkennungszeitpunkts werden zuerst Shreds beobachtet, gefolgt von Geyser gRPCund dann RPC / WebSocket.
Shreds stellen Daten in der Phase dar, in der Fragmente, die einen Block komponieren, direkt zwischen den Validatoren ausgetauscht werden. Geyser gRPC liefert Ereignisse wie Blöcke, Protokolle und Konto-Updates, nachdem Shreds intern von einem Knoten empfangen und organisiert wurden. RPC / WebSocket sitzen auf der höchsten Ebene, bieten Zugang zu bereits gespeicherten und organisierten Daten durch Abfragen und Abonnements.

Warum UDP Shreds die schnellste Ebene bilden

Shreds werden über UDP geliefert. UDP beinhaltet nicht Verbindungsaufbau, Retransmissionskontrolle oder Bestellgarantien, das Protokoll über Kopf auf ein absolutes Minimum zu halten. Dies führt dazu, dass unter identischen Bedingungen Daten schneller als mit gRPC oder WebSocket, die auf TCP basieren.
Mit dem Ziel, eine möglichst schnelle Erkennung auf Solana zu erreichen, werden UDP Shreds die erste Wahl, die von diesen Kommunikationseigenschaften und dem Design des Netzwerks angetrieben wird.

Warum pump.fun als Beispiel verwendet wird

Validators DAO hat eine große Anzahl von Anfragen bezüglich der am schnellsten möglichen Erkennung mit UDP Shreds erhalten. Unter ihnen war die häufigste Anfrage, Token Mints und frühen Trades auf pump.fun so schnell wie möglich zu erkennen.
Für Tokenminze und anfängliche Trades können Unterschiede in der Größenordnung von zehn Millisekunden die Ergebnisse erheblich beeinflussen. pump.fun ist daher ein konkretes Beispiel, bei dem die Eigenschaften und der Wert der schnellsten Schicht am deutlichsten demonstriert werden und wo die Nachfrage besonders konzentriert ist. In dieser Version enthält der Starter-Code die pump.fun-basierte Erkennungslogik als Standardkonfiguration und spiegelt diese real-world-Anforderung wider. Dies begrenzt nicht die Verwendung auf pump.fun, sondern dient als praktisches Beispiel für realistisch reproduzierend schnellstmögliche Detektion.

Zu den wohltätigen Ereignissen, Nicht alles

Bei der Behandlung von UDP Shreds fließt ein extrem großes Volumen von Transaktionen durch das System, einschließlich viele, die zu klein sind, um für Strategie oder UX Entscheidungen zu entscheiden.
Der Startercode nimmt ein Design an, mit dem eine Wertschwelle eingestellt werden kann, die die Erfassung nur für Transaktionen oberhalb dieser Schwelle ermöglicht. Diese Filterung erfolgt nicht über Posthoc RPC Kontrollen, aber direkt in der Bewertungsphase unmittelbar nach der Rekonstruktion von Shreds. Die Schwelle ist optional: Die Einstellung auf 0 ermöglicht die Erfassung aller Transaktionen. Nutzer können definieren, wie viel Daten auf basierend auf ihrem spezifischen Anwendungsfall reagieren.
Example log of pump.fun token mint and trade detection via UDP Shreds
Das obige Beispiel zeigt Protokolle, die nur pump.fun-bezogene Tokenminze erfassen und mit Beträgen von 1 SOL oder mehr handeln oder größer, wobei auf der schnellsten Schicht nur relevante Informationen mit hoher Dichte erfasst werden.

The Trade-Off of Speed: Unconfirmed Information

UDP Shreds beinhalten Informationen, bevor ein Block vollständig abgeschlossen ist. Dadurch können fehlgeschlagene Transaktionen auftreten, und Daten können fehlen oder aus der Bestellung kommen. Dies ist kein Fehler, sondern eine Eigeneigenschaft der schnellsten Schicht selbst.
Durch die Verarbeitung von Daten, wie sie fließt, ohne auf Bestätigung oder Normalisierung zu warten, können Änderungen früher erkannt werden als auf einer anderen Schicht. Dieser Startercode erkennt diese Prämisse ausdrücklich an und zeigt eine Implementierung, die die Erkennung allein mit Shreds erreicht, ohne auf RPC.

Eine Struktur entwickelt für Klarheit

Intern wird die Verarbeitung als klare Sequenz organisiert: empfangen → Puffer → rekonstruieren → evaluieren → Ausgabe. Aufgaben wie UDP-Empfang, FEC-Puffering, Entschredung, Uhrenlogik und Ausgabe werden als unabhängige Elemente getrennt und behandelt. Dieses Design ermöglicht es den Benutzern, den Code zu starten, dann schrittweise nur die Teile zu ändern, die für ihren Anwendungsfall notwendig werden.

Ressourcen

GitHub (Solana Stream SDK): https://github.com/ValidatorsDAO/solana-stream Rust Crate: https://crates.io/crates/solana-stream-sdk ERPC Website: https://erpc.global/ Offizieller Validators DAO Discord: https://discord.gg/C7ZQSr CkYR
Fragen und Feedback zu Solana Stream SDK v1.1.1 und der UDP Shreds-Client wird auf dem offiziellen Validators DAO Discord.