🧩 Decoded Shred Stream
Un Decoded Shred Stream livre des transactions Solana déjà reconstruites : déshreddées et réassemblées sur nos nœuds, puis envoyées vers votre serveur au format wire Solana standard. Plus de pipeline FEC/Merkle/déshredding de votre côté — vos transactions arrivent prêtes pour votre parser, avec une latence sub-milliseconde.
🧠À qui s'adresse-t-il
Choisissez le Decoded Shred Stream si :
- Vous avez déjà un parser de transactions. Le payload est une transaction au format wire standard (une
VersionedTransactionsérialisée en bincode). - Vous voulez une ingestion au format standard sans infrastructure shred. La récupération d'erreurs (FEC), la vérification Merkle et le deshredding sont faits sur le nœud pour vous — il ne reste rien de spécifique aux shreds à construire ou maintenir.
- Vous avez besoin de données pré-confirmation avec un effort d'intégration minimal. Les transactions sont reconstruites à partir des shreds avant la confirmation du bloc : vous conservez l'avance temporelle du flux shred pour une fraction de l'ingénierie.
⚖️ Positionnement : shreds bruts vs decoded
ShredStream.com propose deux produits sur le même axe — la part de décodage faite pour vous :
| Produit | Vous recevez | Vous construisez | Livraison |
|---|---|---|---|
| Raw Shred Stream | Shreds Turbine bruts | Deshredding + parsing + interprétation | UDP |
| Decoded Shred Stream | Transactions au format wire | Parsing + interprétation | UDP ou gRPC |
- Choisissez le Raw Shred Stream pour un contrĂ´le au niveau de l'octet sur tout, reconstruction comprise.
- Choisissez le Decoded Shred Stream pour sauter la reconstruction tout en gardant votre propre parsing des transactions.
🚀 Latence
Le deshredding se fait sur le nœud, directement depuis les shreds — pas dans un service en aval. La transaction reconstruite quitte le nœud à quelques microsecondes du flux shred brut lui-même. Vous ne cédez pratiquement rien en latence et gagnez un payload standard, prêt pour votre parser.
📡 Modes de livraison
- UDP — les transactions sont poussées sous forme de datagrammes vers l'IP et le port que vous configurez, chacune précédée d'un en-tête binaire compact (16 octets) et du slot sur 8 octets — la transaction commence à l'octet 24. Voir Recevoir les transactions décodées.
- gRPC — un flux sortant, orienté connexion, avec filtrage par comptes côté serveur et livraison ordonnée, par-dessus les mêmes transactions avec une latence sub-milliseconde. Voir Livraison gRPC.
🧰 Clients officiels
Un package par langage, couvrant les deux modes de livraison avec la même API — ouvrez le port en écoute (UDP) ou connectez-vous avec votre endpoint et votre token (gRPC), puis itérez sur les transactions avec leur slot et leurs signatures. Reconnexion, renvoi des filtres et détection des trous de seq sont pris en charge pour vous.
| Langage | Installation | Paquet |
|---|---|---|
| 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 |
Avant exécution. Ces transactions sont capturées depuis les shreds, avant l'exécution du bloc : elles ne portent ni statut, ni logs, ni variations de solde, ni inner instructions, et certaines échoueront on-chain. Utilisez une source post-exécution lorsque vous avez besoin d'une confirmation.
đź“– Dans cette section
- Recevoir les transactions décodées — l'enveloppe UDP, les offsets, la détection de perte et un décodeur minimal.
- Livraison gRPC — endpoint, token dans les métadonnées, filtres par comptes et désérialisation de
VersionedTransaction.