ERPC

Direct Shreds - UDP Forwarding (Raw Shreds)

UDP Forwarding liefert Raw Shreds per UDP an eine einzelne öffentliche IPv4-Adresse und einen Port, die Sie konfigurieren. UDP Forwarding Standard und UDP Forwarding Premium unterscheiden sich darin, wie die Shreds Sie aus der von Ihnen gewählten Region erreichen: Bei Standard leitet ERPC sie von einem Knoten in dieser Region aus weiter, bei Premium liefert das Mesh-Netzwerk sie aus.

UDP Forwarding Standard

UDP Forwarding Standard leitet Raw Shreds per UDP an die öffentliche IPv4-Adresse und den Port weiter, die für Ihr Abonnement konfiguriert sind. Wählen Sie bei der Ersteinrichtung eine verfügbare Region und speichern Sie eine gültige, nicht leere öffentliche IPv4-Adresse mit Port als Ziel. Das Ziel können Sie später aktualisieren. ERPC wendet die Weiterleitungskonfiguration in seinem 30-Sekunden-Aktualisierungszyklus an; eine Aktivierung per Heartbeat ist nicht erforderlich. Die Region können Sie später ebenfalls im Dashboard ändern, so oft Sie möchten. Ein Regionswechsel ändert die Quell-IP, daher muss die Firewall auf der Empfangsseite die neue Quell-IP zulassen. Die Zustellung wird kurzzeitig unterbrochen, während das Abonnement in die neue Region wechselt. Hat die neue Region momentan keine freie Kapazität, wird der Wechsel nicht durchgeführt, und es ändern sich weder die Region noch das Ziel.
  • ERPC leitet Raw Shreds per UDP von einem Knoten in der von Ihnen gewählten Region aus an das konfigurierte Ziel weiter, sodass sie bei Ihnen von einer einzigen Quell-IP ankommen.

UDP Forwarding Premium

UDP Forwarding Premium liefert Raw Shreds per UDP aus dem Mesh-Netzwerk an die öffentliche IPv4-Adresse und den Port, die für Ihr Abonnement konfiguriert sind. Das Mesh-Netzwerk leitet von jedem Shred die Kopie weiter, die es als Erste erreicht; jede im Dashboard angezeigte Quell-IP kann Absender sein. Bei Premium kommen Shreds oft 1–3 ms früher an als bei Standard. Am 30. Oktober 2026 hat ein ERPC-Empfänger in Frankfurt Standard und Premium in einer einzigen 120-sekündigen Messung parallel empfangen. Für jeden Shred, der über beide ankam, wurde verglichen, wann er jeweils erstmals über Standard und über Premium eintraf.
Geben Sie die öffentliche IPv4-Adresse und den Port Ihres eigenen Empfangshosts ein und wählen Sie eine der 7 verfügbaren Regionen. Nachdem Sie ein Ziel gespeichert haben, steht der Status auf „Wird angewendet“; die Zustellung beginnt, sobald die Einstellungen angewendet sind.
Lassen Sie jede im Dashboard angezeigte Quell-IP in der Firewall auf der Empfangsseite zu – eine /32-Regel pro IP.
Ein Regionswechsel ändert die Quell-IPs, die Ihre Firewall zulassen muss. Bis die neue Region angewendet ist, bleibt die Zustellung unterbrochen; danach erscheinen die neuen Quell-IPs im Dashboard. Kann die ausgewählte Region gerade keine Änderung annehmen, wird die Änderung nicht gespeichert, und die bisher gespeicherte Region und das Ziel bleiben unverändert. Solange eine vorherige Änderung noch angewendet wird oder gerade erst angenommen wurde, werden keine weiteren Änderungen angenommen.
Die Quell-IPs können sich auch ohne Regionswechsel ändern. Wenn eine solche Änderung neue Firewall-Regeln erfordert, werden Sie per E-Mail oder über den Support benachrichtigt.

Wissenswertes zu UDP

  • UDP bietet keinen Verbindungsaufbau, keine erneute Übertragung und keine garantierte Reihenfolge; Ihr Empfänger sollte die Pakete entsprechend verarbeiten.
Hinweis: Der gemeinsam genutzte Endpunkt für Shreds gRPC läuft über TCP und ist daher langsamer als Shreds per UDP.

Mit dem Solana Stream SDK ausprobieren

  • Beispielcode (shreds-udp-rs, Rust): Die Erkennung neuer Token ist nur ein gängiges Beispiel – ersetzen Sie es durch das, was Sie selbst erkennen möchten.
    https://github.com/ValidatorsDAO/solana-stream/tree/main/temp-release/shreds-udp-rs
  • Konfigurieren Sie Ihren Empfänger mit dem für UDP Forwarding gespeicherten Ziel ip:port.
  • Sie nutzen noch kein UDP? Führen Sie den Beispielcode lokal oder auf Ihrem eigenen Server aus, um sich die Logs anzusehen und Hooks anzupassen.

UDP-Pakete kommen nicht an

Zeichnen Sie zuerst den Datenverkehr an der Netzwerkschnittstelle des Hosts auf.

UDP Forwarding Standard

Die UDP-Weiterleitung startet automatisch, sobald das Ziel konfiguriert ist. Eine Aktivierung per Heartbeat ist nicht erforderlich; eine Heartbeat-Antwort mit UNIMPLEMENTED bedeutet nicht, dass die Weiterleitung deaktiviert ist.
Ersetzen Sie die Platzhalter durch die für Ihren Stream angezeigte ERPC-Quell-IP und den konfigurierten Zielport.
Linux (tcpdump):
bash
sudo tcpdump -ni any 'udp dst port <DESTINATION_PORT> and src host <ERPC_SOURCE_IP>'
Windows (Pktmon, als Administrator ausführen):
powershell
pktmon filter add ERPC-UDP -t UDP -i <ERPC_SOURCE_IP> -p <DESTINATION_PORT>
pktmon start --capture --comp nics --log-mode real-time

UDP Forwarding Premium

Ersetzen Sie die Platzhalter für die Quell-IPs durch die im Dashboard angezeigten Quell-IPs und <DESTINATION_PORT> durch den konfigurierten Zielport.
Linux (tcpdump):
bash
sudo tcpdump -ni any 'udp dst port <DESTINATION_PORT> and (src host <SOURCE_IP_1> or src host <SOURCE_IP_2>)'
Behalten Sie die Klammern bei: Ohne sie gilt der Filter udp dst port nur für die erste Quell-IP, und die Aufzeichnung erfasst den gesamten Datenverkehr jeder weiteren Quell-IP, unabhängig von Protokoll und Port. Verwenden Sie für jede Quell-IP einen src host-Ausdruck; bei nur einer Quell-IP lassen Sie den or-Ausdruck und die Klammern weg.
Windows (Pktmon, als Administrator ausführen):
powershell
pktmon filter add ERPC-UDP-1 -t UDP -i <SOURCE_IP_1> -p <DESTINATION_PORT>
pktmon filter add ERPC-UDP-2 -t UDP -i <SOURCE_IP_2> -p <DESTINATION_PORT>
pktmon start --capture --comp nics --log-mode real-time
Fügen Sie für jede Quell-IP eine eigene pktmon filter add-Zeile hinzu und nummerieren Sie die Filternamen wie gezeigt; ein einzelner Filter mit mehreren IPs erfasst stattdessen den Datenverkehr zwischen diesen IPs. Bei nur einer Quell-IP behalten Sie nur die erste Filterzeile.

Firewall und Empfänger prüfen

  1. Bleibt die Aufzeichnung bei null Paketen, prüfen Sie sowohl die Firewall des Betriebssystems als auch Firewalls außerhalb des Betriebssystems. Bei Hetzner kann der Datenverkehr durch die Cloud Firewall oder durch die Robot Firewall am Switch-Port gefiltert werden. Prüfen Sie bei AWS die Security Group und die Network ACL des Subnetzes.
  2. Fügen Sie die Zulassungsregel für Ihren Plan hinzu:
    • UDP Forwarding Standard: Erlauben Sie eingehendes UDP von <ERPC_SOURCE_IP>/32 zum Zielport <DESTINATION_PORT>. Beschränken Sie den Quellport nicht, da ERPC dynamische UDP-Quellports verwendet.
    • UDP Forwarding Premium: Erlauben Sie eingehendes UDP von jeder <SOURCE_IP_n>/32 zum Zielport <DESTINATION_PORT> – eine Regel pro im Dashboard angezeigter Quell-IP. Beschränken Sie den Quellport nicht.
  3. Sind die Pakete in der Aufzeichnung sichtbar, erreichen aber die Anwendung nicht, lassen Sie den Empfänger auf 0.0.0.0:<DESTINATION_PORT> statt auf localhost lauschen und prüfen Sie anschließend die lokale Firewall sowie die Socket-/Prozesseinstellungen.
Wenn nach der Aktualisierung der Regeln weiterhin keine Pakete eintreffen, senden Sie dem Support die Aufzeichnungsdauer, die Paketanzahl, die Quell-IP, die Ziel-IP und den Zielport.
Offizielle Dokumentation der Anbieter: Hetzner Cloud Firewall, Hetzner Robot Firewall, AWS Security Groups, AWS Network ACLs und Microsoft Pktmon.

Ressourcen

ZurückSolana Shreds / gRPC / FAQWeiterServer / VPS