SEACAST (Segmented, Encoded, Availability-sampled broadCAST) ist ein neuartiges Peer-to-Peer-Broadcast-Protokoll, das die Verbreitung großer Objekte wie Execution-Payloads und Datenverfügbarkeits-Blobs (DA-Blobs) in Ethereum deutlich beschleunigt und den Netzwerk-Overhead reduziert. Das Protokoll wurde entwickelt, um den steigenden Ansprüchen an Gas-Last, post-quantum Signaturen und Zero-Knowledge-Proofs gerecht zu werden, die das bisherige Gossipsub-System an seine Grenzen bringen.

Warum SEACAST für Ethereum wichtig ist

Mit wachsenden Gas-Lasten und zukünftigen Sicherheitsanforderungen wird die schnelle Verteilung großer Datenpakete immer kritischer. SEACAST liefert unter asymmetrischen und zeitkritischen Netzbedingungen eine effiziente Lösung:

• Gossipsub benötigt bei einem 1 MiB-Payload und einem Uplink von weniger als 10 Mbps bis zu 51 s, während SEACAST dieselbe Nutzlast in nur 1,8 s überträgt.
• Bei einem 1 MiB-Payload sendet SEACAST pro Node effektiv 1,3 MiB, also weniger als ein Drittel der Daten, die Gossipsub typischerweise überträgt (4,2 MiB).
• Durch Erasure Coding und dynamisches Rate-Limiting kann SEACAST sowohl komplette Objekte als auch Stichproben (Samples) transportieren, ohne zusätzliche Topics zu benötigen.

Das Protokoll ist durch ein ausführbares Python-Simulationsmodell und ein formales Sicherheitsmodell in Quint und TLA+ eindeutig spezifiziert.

Architektur-Integration mit PeerDAS und RowDAS

SEACAST integriert sich effizient in die Datenverfügbarkeits-Protokolle PeerDAS (EIP-7594) und RowDAS (EIP-8371). Statt separate Topics für jede Spalte zu nutzen, verwendet das Protokoll feste 128 Topics pro Dimension für jede DA-Spalte und steuert das Interesse der Knoten direkt über Chunked Sampling. Dadurch wird Netzwerk-Überlastung vermieden.

• PeerDAS Topics: 128 (Jahr 2026) – Anzahl der erforderlichen Topics pro Custody-Spalte.
• Simulierte DA-Spalten-Zykel (SEACAST): 1 (Jahr 2026) – Ein gemeinsamer Broadcast-Kanal pro Payload-Typ.

Diese Integration reduziert die Skalierbarkeit- und Komplexitäts-Probleme des Ethereum-DA-Netzwerks erheblich.

Performance unter asymmetrischen Bedingungen

In einer Simulation mit 500 Knoten und asymmetrischen Netzwerk-Parametern (50 Mbps Downstream / 10 Mbps Uplink) zeigte SEACAST eine stabile Performance:

• Verzögerung lag zwischen 2,2- und 2,5-fach dem theoretischen Minimum bei 10 Mbps Uplink.
• Gossipsub erreichte Verzögerungen von 10-fach oder mehr unter denselben Bedingungen.

Die Messwerte belegen, dass SEACAST auch bei geringen Upload-Ressourcen seine Latenz nicht proportional erhöht.

Elastischer Datenverkehr ohne Lastanstieg

SEACAST hält den durchschnittlichen Overhead bei asymmetrischen Heimnetzwerken konstant:

• Durchschnittliche Kopien pro Node: 1,7 (Jahr 2026) – unabhängig von variierenden Uplink-Geschwindigkeiten.
• Gossipsub erzeugt 4,2- bis 6,5-fache Kopien pro Node unter denselben Bedingungen.

Dieses Verhalten zeigt, dass SEACAST nicht nur schneller, sondern auch energieeffizienter arbeitet.

Sicherheits- und Liveness-Analyse

Das formale Modell von SEACAST identifizierte zehn Liveness-Lücken (10 Bugs/Gaps, Jahr 2026, Quelle S5). Acht dieser Lücken wurden bereits in Version 0.5 behoben; zwei bleiben offen, insbesondere im Zusammenhang mit schnellen Blockwechseln zwischen Proposer- und Builder-Blöcken.

Zusätzliche Risiken:

• Erhöhte kryptographische Verifikationslast: Jeder Chunk erfordert eine eigenständige Validierung, was zu zusätzlichen CPU-Kosten auf Knotenebene führt.
• Liveness-Grenzfälle bei Blockwechsel: Zwei nicht behobene Lücken können bei schnellen Wechseln auftreten.
• Erhebliche Änderungen im libp2p-Stack: Eine vollständige Integration erfordert umfangreiche Anpassungen an bestehenden Client-Implementierungen.

FAQ zu SEACAST

Was unterscheidet SEACAST grundlegend von Gossipsub?Gossipsub sendet und verifiziert erst die komplette Nachricht, bevor sie weitergeleitet wird. SEACAST fragmentiert und verteilt Objekte bereits während ihrer Verbreitung, wodurch Latenzen minimiert und Overhead reduziert wird.Ist SEACAST ein Ersatz für PeerDAS oder RowDAS?Nein, SEACAST ersetzt keine Protokolle, sondern integriert sie in ein universelles Diffusions-Modell, das sowohl das Sampling von DA-Blöcken auch ganze Execution-Payloads unterstützt.Welche Rolle spielt das Uplink-Fenster?Das Uplink-Fenster begrenzt die gleichzeitig übertragenen Chunks pro Node, sodass die Latenz skalierend bleibt, unabhängig davon, wie langsam die Verbindung ist.

Zusätzliche Messungen und technische Details

Weitere wichtige Kennzahlen (Quelle S1):

• SEACAST 99-%-Latenz (Home-Netzwerk, 16 Peers, 1 MiB): 0,64 s.
• Gossipsub 99-%-Latenz (gleiche Bedingungen): 4,5 s.
• Gossipsub 99-%-Latenz bei 10 Mbps Uplink (Home): 51 s (Quelle S2).
• SEACAST 99-%-Latenz bei 10 Mbps Uplink (Home): 1,8 s.
• Empfangenes Datenvolumen pro Node – SEACAST: 1,3 MiB, Gossipsub: 4,2 MiB.

Der Entwurf nutzt Erasure Coding, das in EIP-8411 spezifiziert ist, und bestätigt durch libp2p/QUIC-Simulatoren Stabilität unter asymmetrischen Verbindungen. Im Gegensatz zu herkömmlichem Gossipsub ist die Übertragung bei 10 Mbps Uplink mehr als zehnmal langsamer und erzeugt mehrfach so viel redundanten Traffic.

Fazit

SEACAST stellt einen bedeutenden Fortschritt für die Broadcast-Infrastruktur von Ethereum dar. Durch das fragmentierte, codierte und sampled-basierte Vorgehen reduziert das Protokoll Latenz und Overhead drastisch, bleibt unter dünnen Links elastisch und integriert bestehende Datenverfügbarkeits-Protokolle ohne zusätzliche Topics zu benötigen. Trotz noch offener Liveness-Lücken und notwendigen Anpassungen im libp2p-Stack bietet SEACAST eine nachweisbare Leistungssteigerung gegenüber Gossipsub und ECBroadcast, wie die umfangreichen Simulationen und das formale Modell belegen. Damit legt SEACAST den Grundstein für skalierbare, sicheren und energieeffiziente Datenverteilung in zukünftigen Ethereum-Upgrades.