🧩 Decoded Shred Stream
Ein Decoded Shred Stream liefert bereits rekonstruierte Solana-Transaktionen: auf unseren Nodes deshredded und reassembliert, dann im Standard-Wire-Format von Solana an Ihren Server gesendet. Keine FEC/Merkle/Deshredding-Pipeline auf Ihrer Seite — die Transaktionen kommen fertig für Ihren Parser an, mit Latenz im Submillisekundenbereich.
🧠Für wen er gedacht ist
Wählen Sie den Decoded Shred Stream, wenn:
- Sie bereits einen Transaktions-Parser haben. Der Payload ist eine Transaktion im Standard-Wire-Format (eine bincode-serialisierte
VersionedTransaction). - Sie Ingestion im Standardformat ohne Shred-Infrastruktur wollen. Fehlerkorrektur (FEC), Merkle-Verifikation und Deshredding werden für Sie auf dem Node erledigt — es bleibt nichts Shred-Spezifisches mehr zu bauen oder zu warten.
- Sie Pre-Confirmation-Daten mit minimalem Integrationsaufwand brauchen. Die Transaktionen werden vor der Blockbestätigung aus den Shreds rekonstruiert — Sie behalten den zeitlichen Vorsprung des Shred-Feeds mit einem Bruchteil des Engineering-Aufwands.
⚖️ Einordnung: Rohe Shreds vs. Decoded
ShredStream.com bietet zwei Produkte entlang derselben Achse — wie viel Dekodierung für Sie übernommen wird:
| Produkt | Sie erhalten | Sie bauen | Auslieferung |
|---|---|---|---|
| Raw Shred Stream | Rohe Turbine-Shreds | Deshredding + Parsing + Interpretation | UDP |
| Decoded Shred Stream | Transaktionen im Wire-Format | Parsing + Interpretation | UDP oder gRPC |
- Wählen Sie den Raw Shred Stream für Kontrolle auf Byte-Ebene über alles, einschließlich der Rekonstruktion.
- Wählen Sie den Decoded Shred Stream, um die Rekonstruktion zu überspringen, aber Ihr eigenes Transaktions-Parsing zu behalten.
🚀 Latenz
Das Deshredding erfolgt auf dem Node, direkt aus den Shreds — nicht in einem nachgelagerten Dienst. Die rekonstruierte Transaktion verlässt den Node innerhalb von Mikrosekunden nach dem rohen Shred-Feed selbst. Sie geben bei der Latenz praktisch nichts auf und gewinnen einen standardisierten, parser-fertigen Payload.
📡 Auslieferungsmodi
- UDP — die Transaktionen werden als Datagramme an die von Ihnen konfigurierte IP und den konfigurierten Port gepusht, jeweils mit einem kompakten binären Header (16 Bytes) und dem 8-Byte-Slot vorangestellt — die Transaktion beginnt bei Byte 24. Siehe Dekodierte Transaktionen empfangen.
- gRPC — ein verbindungsorientierter, ausgehender Stream mit serverseitigem Account-Filtering und geordneter Zustellung, über dieselben Transaktionen mit Latenz im Submillisekundenbereich. Siehe gRPC-Zustellung.
🧰 Offizielle Clients
Ein Paket pro Sprache, das beide Auslieferungsmodi mit derselben API abdeckt — binden Sie den Port (UDP) oder verbinden Sie sich mit Ihrem Endpunkt und Token (gRPC), und iterieren Sie dann über die Transaktionen mit ihrem Slot und ihren Signaturen. Reconnect, erneutes Senden der Filter und die Erkennung von seq-Lücken werden für Sie übernommen.
| Sprache | Installation | Paket |
|---|---|---|
| JavaScript / TypeScript | npm install decoded-shredstream | npm |
| Python | pip install decoded-shredstream | PyPI |
| Rust | cargo add decoded-shredstream | crates.io |
| Go | go get github.com/shredstream/decoded-shredstream-go | GitHub |
Vor der Ausführung. Diese Transaktionen werden aus den Shreds erfasst, bevor der Block ausgeführt wird: Sie tragen weder Status noch Logs, Saldoänderungen oder Inner Instructions, und einige von ihnen werden on-chain fehlschlagen. Verwenden Sie eine Post-Execution-Quelle, wenn Sie eine Bestätigung benötigen.
đź“– In diesem Abschnitt
- Dekodierte Transaktionen empfangen — der UDP-Umschlag, die Offsets, Verlusterkennung und ein minimaler Decoder.
- gRPC-Zustellung — Endpunkt, Token in den Metadaten, Account-Filter und
VersionedTransaction-Deserialisierung.