> ## Documentation Index
> Fetch the complete documentation index at: https://www.helius.dev/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Shred-Zustellung

> Helius' Pre-Execution-Datenprodukt. Rohe Solana-Shreds geliefert über UDP.

<Card title="Shreds abrufen" icon="rocket" href="https://dashboard.helius.dev/shred-delivery-seats" color="#E84125">
  Beginnen Sie mit dem Empfang von rohen Shreds — abonnieren Sie in Ihrem Helius-Dashboard.
</Card>

## Was ist Helius Shred-Zustellung?

[Shred-Zustellung](https://www.helius.dev/shreds) ist Helius' **Pre-Execution-Datenprodukt**, das Ihnen ultra-niedrige Latenz beim Zugriff auf Solanas Transaktionsdaten bietet: unverarbeitete Shred-Pakete, die über UDP geliefert werden, während sie produziert werden, mit der Entschreddierung auf Ihrer Seite implementiert.

Wenn Sie dekodierte Transaktionen anstelle von rohen Paketen wünschen, verwenden Sie [Preprocessed Transactions](/docs/de/preprocessed-transactions/overview) — ein separates Produkt, das auf derselben Shred-Pipeline basiert und den Entschreddierungsschritt überspringt.

Rohe Shreds bieten einen Wettbewerbsvorteil für propAMMs, Sniper, Copytrader, Liquidations-Bots und Arbitrage — sowie für RPC-Knotenbetreiber, die die Netzwerk-Sync-Latenz entfernen möchten.

Hinweis: Shreds enthalten Transaktionen, nicht den Kontostatus.

Sowohl rohe Shreds als auch vorverarbeitete Transaktionen liefern *Transaktionen* vor ihrer Ausführung. Konto- und Programmaktualisierungen (Token-Salden, Bonding-Kurvenstatus usw.) existieren noch nicht im Shred-Stadium — die Laufzeit produziert sie während der Ausführung. Wenn Sie Echtzeit-Kontostatusänderungen benötigen, verwenden Sie **[LaserStream gRPC](/docs/de/laserstream) bei `processed` Verpflichtung** stattdessen.

<Tip>
  Für ein noch früheres Transaktionssignal streamen Sie Transaktionen über `preconfSubscribe` WebSocket, bevor sie Shreds werden. Details siehe [Preconfirmations](/docs/de/pre-confirmations/overview).
</Tip>

<CardGroup cols={2}>
  <Card title="Rohe Shreds (UDP)" icon="bolt" href="/docs/de/shred-delivery/raw-shreds">
    Erfordert Entschreddierung auf Ihrer Seite. \$1.000/Monat/IP. Pro Plan-Kunden zahlen \$800/Monat/IP.
  </Card>

  <Card title="Vorverarbeitete Transaktionen" icon="binary" href="/docs/de/preprocessed-transactions/preprocessed-subscribe">
    Dekodierte Shreds geliefert als Pre-Execution-Transaktionen über WebSocket — keine Entschreddierung erforderlich. Alle bezahlten Pläne, 0,1 Credits pro Nachricht.
  </Card>
</CardGroup>

<CardGroup cols={2}>
  <Card title="Validator-Vorteil" icon="star">
    Helius ist der Top-Validator nach Stake und erhält Shreds schneller als Validatoren mit weniger Stake und nicht gestakte RPC-Knoten.
  </Card>

  <Card title="Selbstbedienung" icon="shield" href="/docs/de/shred-delivery/raw-shreds">
    Fügen Sie Sitze hinzu und entfernen Sie sie über den Shreds-Tab in Ihrem Dashboard. Jeder Sitz ist an eine IP gebunden. Wir erkennen automatisch die nächstgelegene Region zu Ihrem Server.
  </Card>
</CardGroup>

## Was sind Shreds?

In Solana werden Transaktionen in kleinere Datenpakete namens **"Shreds"** aufgeteilt, um eine effiziente und schnelle Verbreitung im Netzwerk zu erleichtern.

Jedes Shred ist ein Fragment von Transaktionsdaten, optimiert, um innerhalb der Standard-Netzwerkpakete zu passen, was eine zügige Verteilung und Rekonstruktion in vollständige Blöcke durch Validatoren gewährleistet.

Diese Architektur ist entscheidend für die Aufrechterhaltung von Solanas hohem Durchsatz und niedriger Latenz, und Shred-Zustellung greift direkt auf diesen Rohdatenstrom zu, bevor jegliche Verarbeitung erfolgt.

<Card title="Deep Dive: Verständnis von Solana Shreds" icon="book-open" href="https://www.helius.dev/blog/solana-shreds">
  Lesen Sie unseren umfassenden Blogbeitrag, der erklärt, wie Solanas Shred-Mechanismus funktioniert und warum es für den Handel wichtig ist
</Card>

## Rohe Shreds vs. Vorverarbeitete Transaktionen

[Vorverarbeitete Transaktionen](/docs/de/preprocessed-transactions/overview) ist ein separates Produkt, das auf derselben Shred-Pipeline aufgebaut ist. Beide liefern Pre-Execution-Daten — der Unterschied liegt darin, wie viel Verarbeitung Helius durchführt, bevor es an Sie übergeben wird.

<CardGroup cols={2}>
  <Card title="Rohe Shreds (UDP)" icon="bolt" color="#E84125" href="/docs/de/shred-delivery/raw-shreds">
    * Unverarbeitete Shred-Pakete geliefert, wie sie produziert werden
    * Erfordert Entschreddierung
    * Verfügbar für alle Pläne. Bezahlung pro Sitz; Verwaltung über Dashboard.
    * propAMMs, Sniper, Copytrader, Liquidations-Bots, Arbitrage, RPC-Knotenbetreiber, die Netzwerk-Sync-Latenz entfernen möchten
  </Card>

  <Card title="Vorverarbeitete Transaktionen" icon="binary" color="#E84125" href="/docs/de/preprocessed-transactions/preprocessed-subscribe">
    * Dekodierte Pre-Execution-Transaktionen, vor `processed`
    * Keine Ausführungsmetadaten (keine Saldoänderungen, Logs oder Fehler)
    * `preprocessedSubscribe` WebSocket; keine benutzerdefinierte Entschreddierung
    * Alle bezahlten Pläne, 0,1 Credits pro Nachricht
  </Card>
</CardGroup>

### Wann sollten Sie was wählen

Wählen Sie **[rohe Shreds](/docs/de/shred-delivery/raw-shreds)**, wenn jede Mikrosekunde zählt und Sie die Infrastruktur haben, um in Echtzeit zu entschreddern.

Wählen Sie **[vorverarbeitete Transaktionen](/docs/de/preprocessed-transactions/preprocessed-subscribe)**, wenn Sie den Vorsprung vor `processed` möchten, ohne Entschreddierungslogik schreiben zu müssen — und Sie keine Ausführungsmetadaten benötigen.

## Shred-Zustellung vs. LaserStream gRPC

LaserStream gRPC und Shred-Zustellung befinden sich an verschiedenen Punkten im Transaktionslebenszyklus:

| Feature                          | Rohe Shreds (UDP)                                                      | Vorverarbeitete Transaktionen (WSS)                                             | LaserStream gRPC                                                                 |
| -------------------------------- | ---------------------------------------------------------------------- | ------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- |
| **Wann im Lebenszyklus**         | Pre-Execution — rohe Shred-Pakete                                      | Pre-Execution — dekodierte Shreds, vor `processed`                              | Post-Execution — verarbeitet, bestätigt und mit endgültigen Verpflichtungslevels |
| **Datentyp**                     | Rohe Shred-Pakete                                                      | Dekodierte Transaktionen, keine Ausführungsmetadaten                            | Vollständige Transaktionen mit Ausführungsmetadaten                              |
| **Latenz**                       | Schneller als Vorverarbeitet                                           | Vor `processed`                                                                 | Ultra-niedrige Latenz verarbeiteter Daten                                        |
| **Verarbeitung auf Ihrer Seite** | Entschreddierung                                                       | Keine                                                                           | Keine — schlüsselfertig                                                          |
| **Wiederholung**                 | ❌                                                                      | ❌                                                                               | ✅ 24 Stunden                                                                     |
| **Am besten geeignet für**       | propAMMs, Sniper, Copytrader, Liquidations-Bots, Arbitrage, RPC-Knoten | Dekodierte Daten ohne benutzerdefinierte Entschreddierung                       | Produktions-Apps, Analysen, Backend-Dienste                                      |
| **Einrichtung**                  | Bezahlung pro Sitz; Angebot über Dashboard                             | `preprocessedSubscribe` WebSocket (alle bezahlten Pläne, 0,1 Credits/Nachricht) | Entwicklerfreundliche SDKs                                                       |

Viele Teams verwenden **beide**: Shred-Zustellung für das Pre-Execution-Signal, das eine Handelsentscheidung treibt, und LaserStream gRPC für die Post-Execution-Bestätigung, die Dashboards aktualisiert und den Zustand beibehält.

<CardGroup cols={2}>
  <Card title="Erfahren Sie mehr über LaserStream gRPC" icon="rocket" href="/docs/de/laserstream">
    Produktionsreifes gRPC-Streaming mit Wiederholung, Multi-Region-Failover und entwicklerfreundlichen SDKs.
  </Card>

  <Card title="Starten Sie mit LaserStream" icon="arrow-right" href="https://dashboard.helius.dev/laserstream">
    Beginnen Sie mit LaserStream von Ihrem Helius-Dashboard aus.
  </Card>
</CardGroup>

## Der Helius Validator-Vorteil

Helius ist der Top-Validator nach Stake-Gewicht und erhält Shreds schneller als Validatoren mit weniger Stake und nicht gestakte RPC-Knoten.

In Turbine erhalten Validatoren mit höherem Stake-Gewicht Priorität im Datenverbreitungsbaum, was bedeutet, dass Blockführer Shreds zuerst an hoch-gesteckte Validatoren wie Helius senden.

Diese Stake-gewichtete Verbreitung stellt sicher, dass wir Shreds zum frühestmöglichen Zeitpunkt im Datenfluss des Netzwerks erhalten. Während andere Anbieter auf sekundäre Verbreitung warten müssen oder sich auf ungestakte Infrastruktur verlassen, gewährt unsere Validator-Position direkten, priorisierten Zugang zu den rohen Transaktionsdaten, wie sie durch das Netzwerk fließen.