🛠️ Einen Receiver bauen
Der Raw Shred Stream liefert rohe Solana-Shreds über UDP direkt an Ihren Server, in Ihren eigenen Receiver. Genau das ist der Sinn des Produkts: Sie sitzen so nah wie möglich an der Leitung und behalten die volle Kontrolle darüber, wie die Daten empfangen, reassembliert und dekodiert werden. Eine Regel: Der Deshredder/Decoder muss optimiert sein, sonst geht der Latenzvorteil auf Ihrer Seite verloren. Diese Seite erklärt, was Ihr Receiver leisten muss, und wann der Decoded Shred Stream die bessere Wahl ist.
Kurz gesagt — rohe Shreds brauchen einen schnellen, optimierten Deshredder/Decoder, damit der Latenzvorteil erhalten bleibt. Wollen Sie gar keinen Decoder betreiben, liefert der Decoded Shred Stream Transaktionen bereits reassembliert.
🧩 Was Sie bauen müssen
Ein roher Shred-Receiver ist Ihre eigene Pipeline von der Leitung bis zur Anwendung. Diese Schichten ĂĽbernehmen Sie selbst:
| Schicht | Was zu tun ist |
|---|---|
| UDP-Socket + OS-Buffer | Socket öffnen, an 0.0.0.0:<port> binden, rmem_max/maxsockbuf tunen und Drops überwachen |
| Deshredding | Das binäre Solana-Shred-Format selbst parsen |
| Deshredding / Reassemblierung | Shreds pro Slot nach Index ordnen, FEC/Merkle behandeln und die Transaktions-Payloads rekonstruieren |
| Transaktions-Dekodierung | Solana-Transaktionen aus den reassemblierten Payloads dekodieren |
| Sauberes Shutdown | Sockets drainen und Buffer flushen |
Der Schnellstart (rohe Shreds) zeigt den ersten Schritt — einen UDP-Socket binden und rohe Shred-Datagramme empfangen. Alles danach (Deshredding, Reassemblierung, Dekodierung) liegt bei Ihnen. Sie brauchen sofort etwas Lauffähiges? Der Legacy-Client shredstream übernimmt das clientseitige Deshredding für Sie, ist aber in puncto Latenz nicht mehr die empfohlene Lösung — siehe Schnellstart (rohe Shreds).
⚡ Den Decoder komplett überspringen: Decoded Shred Stream
Wollen Sie die Pipeline lieber nicht selbst betreiben, bietet ShredStream.com den Decoded Shred Stream: Transaktionen, die bereits auf unseren Nodes deshreddet und reassembliert wurden, geliefert im Standard-Wire-Format — über UDP oder gRPC:
- Decoded Shred Stream — vollständig reassemblierte Solana-Transaktionen im Standard-Wire-Format, empfangen mit dem
decoded-shredstream-Client (JavaScript, Python, Rust und Go). Behalten Sie Ihren bestehenden Parser und ĂĽberspringen Sie die FEC/Merkle/Deshredding-Infrastruktur komplett.
Er liefert mit Latenz im Submillisekundenbereich, nahezu identisch mit einem rohen Shred-Stream — ohne die Deshredding- und Reassemblierungsarbeit auf Ihrer Seite.
🎯 Rohe Shreds oder Decoded Shred Stream?
Bauen Sie einen eigenen Receiver fĂĽr rohe Shreds, wenn Sie:
- die absolut niedrigste Latenz wollen und so nah wie möglich an der Leitung arbeiten.
- bereits eine Deshredding-/Dekodierungs-Pipeline betreiben oder eine bauen wollen.
- volle Kontrolle ĂĽber jeden Schritt vom Datagramm bis zur Transaktion brauchen.
Nutzen Sie den Decoded Shred Stream, wenn Sie:
- keinen Deshredder/Decoder betreiben oder warten wollen.
- Transaktionen bereits reassembliert im Standard-Wire-Format wollen, direkt in Ihren bestehenden Parser.
➡️ Nächste Schritte
- Schnellstart (rohe Shreds) — binden Sie einen UDP-Socket und empfangen Sie Ihr erstes rohes Shred-Datagramm.
- Netzwerk-Konfiguration — Firewall und OS-Tuning.
- Best Practices — Monitoring, Redundanz, Performance.
- Decoded Shred Stream — Transaktionen bereits reassembliert, auf Ihrer Seite ist nichts zu dekodieren.