Solana Stream SDK Jetzt vollständig aktualisiert für die Solana v3 Upgrade

ELSOUL LABO B.V. (Hauptsitz: Amsterdam, Niederlande; CEO: Fumitake Kawasaki) und Validators DAO haben neue Versionen des Open-Source-Solana Stream SDK veröffentlicht, jetzt vollständig aktualisiert, um das Solana v3 Upgrade zu unterstützen. Sowohl die Rust- als auch die TypeScript-Ausgaben wurden aktualisiert, um einen zuverlässigen und leistungsfähigen Zugriff auf die Echtzeitdatenströme von Solana zu gewährleisten, einschließlich Shreds und Geyser gRPCin der kommenden Alpenglow-Ära.

Der Rust solana-stream-sdk jetzt unterstützt Solana v3 mit Version 0.6.1, während das Paket TypeScript / Node.js @validators-dao/solana-stream-sdk wurde auf die Version aktualisiert 0.12.0. Gemeinsam bieten sie eine einheitliche Grundlage für die leistungsstarke Stromverarbeitung als Solana-Übergänge zu ihrer Architektur der nächsten Generation.

Hintergrund – Warum Solana v3 und Alpenglow Client-Side Updates benötigen

Solana v3 markiert einen großen Übergang zur neuen Alpenglow Konsensusarchitektur. Alpenglow ersetzt die bestehende TowerBFT + Proof of History-Kombination durch einen neu gestalteten Konsensweg, der auf eine dramatische Verbesserung der Netzwerkreaktionsfähigkeit abzielt. Unter Alpenglow wird die Endgültigkeit von heute etwa 12 Sekunden auf etwa 100–150 Millisekunden verkürzt. Diese Verschiebung ändert grundsätzlich das Tempo der Blockproduktion und die Ausbreitungseigenschaften von Echtzeitdaten im gesamten Netzwerk.

Gleichzeitig, Validatoren und RPC Bediener haben erhöhte betriebliche Anforderungen unter v3 mit häufigeren Build-Zyklen und Konfigurationsupdates. Validators DAO die serverseitige Umgebung durch Werkzeuge wie SLV, aber dieser Übergang unterstreicht auch einen kritischen Punkt:

Client-Software muss auch auf v3 aktualisieren oder die Leistungsgewinne des Netzwerks können nicht vollständig realisiert werden.

Dies gilt insbesondere für Echtzeit-Streams wie Shreds und Geyser gRPC. Kunden, die nicht den neuen Spezifikationen oder Laufzeiteigenschaften folgen, neigen dazu, Latenz zu sammeln oder Konsistenz im Laufe der Zeit zu verlieren. Wie RPC-Knoten und Validatoren bewegen sich auf v3, Client-Software muss nun parallel migrieren.

Ziel dieses Solana Stream SDK-Updates ist es, diese Lücke zu überbrücken und eine gebrauchsfertige Grundlage für Echtzeitanwendungen in der Alpenglow-Ära zu schaffen.

Was ist neu in Solana Stream SDK v0.6.1 (Rust) und v0.12.0 (TypeScript)

Das Solana Stream SDK wurde von Anfang an entwickelt, um sowohl Shreds als auch Geyser gRPC. In dieser Veröffentlichung wurde das SDK mit mehreren Verbesserungen aktualisiert, um eine stabile Leistung auf Solana v3 und die Bereitschaft zur Alpenglow-basierten Laufzeit zu gewährleisten.

Rust Crate v0.6.1

Die Rust Edition ist als leistungsstarke Referenz-Implementierung für Trader, Indexer und alle Echtzeit-Workloads, die maximalen Durchsatz erfordern. Zu den wichtigsten Updates gehören:

Unterstützung der Protokolländerungen in der Solana v3 Serie
Effiziente Verarbeitung von Shreds und Geyser gRPC-Streams über die asynchrone Laufzeit von Rust
Eine raffinierte Wrapper um Shreds-bezogene Protobuf-De Finitionen, wodurch die Stream-Verarbeitungslogik einfacher zu implementieren
Mehrgängige Ausführungswege optimiert, um die Latenzakkumulation auch unter anhaltend hohem Durchsatz zu minimieren

Die Rust Edition wird für Nutzer empfohlen, die Shreds vollständig nutzen müssen und Geyser gRPC auf höchstem Leistungsniveau.

Typ Script / Node.js v0.12.0

Die TypeScript Edition wurde entwickelt, um die Ergonomie der Node.js-Entwicklung zu erhalten, während die Rust-powered Stream-Prozession unter der Haube integriert wird. In v0.12.0, die folgenden Verbesserungen wurden angewendet:

Vollständige Speicherung der vorhandenen ereignisgesteuerten Schnittstelle (z. emitter.on) um Änderungen zu vermeiden
Integration von Rust und NAPI-RS für internes Stream-Handling, so dass Node.js Shreds zuverlässig verarbeitet @grpc/grpc-js bisher erreicht seine Grenzen
Aktualisiertes Handling beider Geyser gRPC und Shreds Streams, um die Kompatibilität mit Solana v3 sicherzustellen

Für die meisten Nutzer, Upgrade auf v0.12.0 erfordert einfach die Behebung der Version in Paket.json - keine Code-Änderungen sind notwendig.

Warum Node.js allein nicht mit Schreddern nach oben halten

Shredstream ist die niedrigste latente, hochfrequente Datenquelle im Ökosystem Solanas. Während Shreds eine unübertroffene Echtzeitsicht in die Netzwerkaktivität ermöglichen, verlangen sie auch einen sehr hohen Verarbeitungsdurchsatz vom Client.

Node.js Kunden auf @grpc/grpc-js Gesichtsstruktur Engpässe:

Die Ereignisschleife ist eingängig, so protobuf Deserialisation und Nutzer-Callbacks blockieren sich gegenseitig
Wenn Nachrichten schnell ankommen, wird der Java Script Faden gesättigt und die Verarbeitungsschlangen aufbauen
HTTP/2 Durch die Durchflussregelung wird das Empfangsfenster als Pufferfüllung reduziert, der Strom schließlich sperrt und das Auftreten von „Netzwerkverlangsamung“ oder „keine Daten“ verursacht.

In vielen Fällen ist die Frage nicht das Netz oder Shredstream Server- es ist der Node.js-Client, der intern zurückfällt.

Diese Einschränkung ist Node.js beim Umgang mit ungefilterten Shreds im Maßstab.

Ruste + NAPI- Das überwindet das.

Wie Rust + NAPI-RS beschleunigt Node.js Stream Processing

Die TypeScript-Ausgabe von Solana Stream SDK entlastet schwere Arbeit an Rust, während sie vertraut Java Script bewahrt APIS.

gRPC Verbindungsmanagement, Stromaufnahme und Protobuf-Deserialisierung werden asynchron in Rust durchgeführt
Node.js erhält die verarbeiteten Daten als Standard-Stream- oder Event-Emitter, so dass der bestehende Code weiterhin funktioniert
NAPI-RS minimiert Overhead zwischen Rust und Node.js und ermöglicht einen echten Multi-Threaded Durchsatz hinter einer Java Script-Schnittstelle

Dadurch können Anwendungen, die mit dem Solana Stream SDK geschrieben wurden, deutlich mehr Shred und Geyser gRPC Durchsatz im Vergleich zu Node.js-only Ansätzen mit @grpc/grpc-js, unter Beibehaltung stabiler Latenzeigenschaften auch unter schwerem Verkehr.

Warum beide Shreds und Geyser gRPC in einem SDK-Möbel

Solanas Echtzeitdaten können in zwei komplementären Schichten betrachtet werden:

Shreds: Extrem Low Latencyfragmente, die direkt vom Leader emittiert werden, bieten die früheste mögliche Sicht der Kettenaktivität
Geyser gRPC: Strukturierte Streams von Slots, Transaktionen und Kontoaktualisierungen, Bereitstellung eines sauberen und vorhersehbaren Datenmodells

Solana Stream SDK ermöglicht Entwicklern, mit Geyser gRPC um Datenstrukturen zu verstehen, dann Übergang zu Shreds für Ultra-niedrige Latenz-Szenarien – ohne Switching-Tools oder Neuschrift ihrer Pipeline.

Da Alpenglow die Blockproduktion und die Bestätigung beschleunigt, wird dieser Doppelschichtansatz noch wertvoller.

Erste Schritte: Ressourcen und Testumgebungen

Der Solana Stream SDK ist vollständig Open-Source und Sample-Code für beide Shreds und Geyser gRPC ist verfügbar auf GitHub.

Rust Crate (v0.6.1): https://crates.io/crates/solana-stream-sdk npm (TypeScript, v0.12.0): https://www.npmjs.com/package/@validators-dao/solana-stream-sdk GitHub - Solana Stream SDK: https://github.com/ValidatorsDAO/solana-stream

Für Echtzeittests, ERPC bietet einen eintägigen kostenlosen Test für hohe Leistung Shredstream und Geyser gRPC-Endpunkte, so dass Entwickler v3 Verhalten unter Produktionsbedingungen validieren.

Offizielle ERPC-Website: https://erpc.global/

Mitmachen Validators DAO Gemeinschaft

Fragen, Feedback und Diskussionen zu Solana v3, Alpenglow, Echtzeit-Stream-Design oder SDK Verbesserungen sind in der Validators DAO Gemeinschaft.

Offizieller Validators DAO Discord: https://discord.gg/C7ZQSr CkYR

Als Solana in die Alpenglow-Ära übergeht, wird sein Netzwerk beispiellose Ebenen der Echtzeit-Performance erreichen. Validators DAO und ELSOUL LABO wird weiterhin qualitativ hochwertige Open-Source-Tools bereitstellen, um Entwicklern bei der nächsten Generation von Echtzeit-Anwendungen auf Solana zu helfen.

Vielen Dank für Ihre weitere Unterstützung.