Eclipse ist Netzwerkisolation, kein Umgehen von Konsensregeln. Ein Full Node verwirft weiter ungültige Daten, kann aber verzögert, zensiert oder auf einem älteren gültigen Zweig gehalten werden.
Der Angreifer muss relevante Netzwerkpfade des Opfers übernehmen, nicht nur eine Verbindung herstellen. Eine funktionierende Verbindung zu einem ehrlichen Peer kann vollständige Kontrolle stören. [Heilman et al. — Eclipse Attacks on Bitcoin] [Bitcoin Optech — Eclipse attacks]
Heilman und Mitautoren untersuchten 2015 das Füllen von Adresstabellen mit Angreiferadressen und das Abfangen der Wiederverbindung. Ergebnisse hängen von Ressourcen und Implementierung ab; ein historisches Experiment testet nicht die heutige Version. [Heilman et al. — Eclipse Attacks on Bitcoin] [Bitcoin Core v29.0 — addrman]
Der Angreifer wählt aus, welche Blöcke und Transaktionen hinein- oder hinausgelangen. Er kann Nachrichten zurückhalten und Transaktionsursprünge beobachten, auch ohne Hashrate-Mehrheit. [Heilman et al. — Eclipse Attacks on Bitcoin] [Bitcoin Optech — Eclipse attacks]
Ein Full Node prüft weiterhin Signaturen, Skripte und Ausgaberegeln. Isolation macht ungültige Blöcke nicht gültig; Validierung kann aber keinen gültigen Block aufzeigen, der den Knoten nie erreicht. [Bitcoin Developer Guide — Block Chain]
Ohne neue ehrliche Blöcke kann der Knoten an einer alten Spitze bleiben. Ein isolierter Miner kann Arbeit auf einem vom restlichen Netz verlassenen Zweig verschwenden. Verfügbarkeit und Aktualität sind nicht Gültigkeit. [Heilman et al. — Eclipse Attacks on Bitcoin] [Bitcoin Optech — Eclipse attacks]
Ein Empfänger kann Bestätigungen auf einem gültigen Angreiferzweig sehen und nach Wiederverbindung dessen Reorganisation erleben. Dieser Zweig benötigt weiterhin Proof of Work; eine erfundene Bestätigungszahl allein täuscht keinen Full Node. [Heilman et al. — Eclipse Attacks on Bitcoin] [Bitcoin Developer Guide — Block Chain] [Bitcoin Optech — Eclipse attacks]
Adressgruppierung und vielfältige ausgehende Pfade reduzieren Konzentration. Verschiedene Adressen können demselben Gegner gehören; Vielfalt garantiert keine Unabhängigkeit. [Bitcoin Core v29.0 — addrman] [Bitcoin Core v29.0 — Peer connections]
Bitcoin Core sucht mit Feeler-Probeverbindungen und zusätzlichen Blockweiterleitungsverbindungen weitere Pfade. Erstere testen Adressen, Letztere können neue Header liefern; keine garantiert allein das Ende der Isolation. [Bitcoin Core v29.0 — Peer connections]
Ein manuell eingerichteter bekannter Peer kann einen Pfad ergänzen, verlangt aber Vertrauen in Verfügbarkeit und Netzanschluss. Mehr Verbindungen über einen Anbieter müssen keine unabhängigen Wege sein. [Bitcoin Developer Guide — P2P Network] [Bitcoin Optech — Eclipse attacks]
Eclipse zielt auf einen Knoten oder eine Gruppe, während eine größere Netzpartition ganze Netzbereiche trennt. Abwehr untersucht Pfade und Angreifermodell, nicht nur die Zahl offener Verbindungen. [Heilman et al. — Eclipse Attacks on Bitcoin] [Bitcoin Optech — Eclipse attacks]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Sybil-Angriff, Blockausbreitung, Compact-Block-Relay, Nakamoto-Konsens. Auf diesen Eintrag verweisen außerdem Double Spend, Sybil-Angriff, Neutrino.