LONDON (IT BOLTWISE) – In der Bitcoin-Core-Entwicklung wird darüber diskutiert, ob CJDNS-Unterstützung aus dem optionalen Transport entfernt werden sollte. Beobachtungen aus der CJDNS-Seeder-Datenbank zeigen einen sehr kleinen „guten“ Peer-Pool. Dadurch könnten CJDNS-only-Knoten bei der Peer-Auswahl stärker für Eclipse-Angriffe anfällig sein. Gleichzeitig bleibt unklar, welchen praktischen Angriffskosten diese Verwundbarkeit gegenüberstehen.
Die Diskussion in der Bitcoin-Core-Community dreht sich um eine scheinbar technische Randfrage: Soll der optionale Netzwerktransport CJDNS weiterhin als Fallback im Peer-zu-Peer-System verbleiben? Hintergrund ist nicht die Frage, ob Bitcoin selbst „funktioniert“ – Konsensregeln und Blockvalidität bleiben davon unberührt. Es geht vielmehr um die Adress- und Verbindungslogik außerhalb des Konsenssystems: Bitcoin Core kann CJDNS als zusätzliche Transportoption behandeln, doch die Sorge lautet, dass ein dünner, schwer zu befüllender Peer-Pool aus einem Sicherheitsargument („Versicherung bei Netzwerkproblemen“) inzwischen eher eine zusätzliche Angriffsfläche macht.
Konkrete Zahlen stammen aus einem offenen CJDNS-Support-Thread. In einer DNSSeedrs-ähnlichen Seeder-Implementierung wurde berichtet, dass eine Seeder-Datenbank 25 CJDNS-Adressen hielt, dann auf 22 abgerutscht ist, während nur sieben als „good“ klassifiziert wurden. Zusätzlich meldete der Issue-Autor aus eigener Beobachtung nur drei bis vier erreichbare Peers, obwohl Bitcoin Core 11 feste CJDNS-Seeds mitliefert. Entscheidend ist dabei die Definition von „good“: Der Filter ist strenger als reine Erreichbarkeit. Er prüft unter anderem Port, beworbenen Netzwerkdienst, Protokollversion, Chain-Height und Rolling-Reliability – also nicht nur, ob ein Knoten antwortet, sondern ob er in mehreren Zeitfenstern eine Mindestanzahl von Versuchen zuverlässig durchhält.
Für die Eclipse-Risikoabschätzung genügt diese Peer-Anzahl allein allerdings nicht. Eclipse-Angriffe zielen darauf ab, eine einzelne Node so zu isolieren, dass der Angreifer die Peers dominiert, die das Netzwerkbild des Ziels formen. Bei einem Transport mit einem kleinen, bekannten Adresssatz kann der Angreifer zwar einen konzentrierteren Zielbereich haben – doch die öffentlichen Diskussionen lassen den vollständigen Angriffspreis offen. Bitcoin Core hält in der Regel acht Full-Relay-Outbound-Verbindungen sowie zwei Block-Relay-only-Verbindungen bereit, manchmal ergänzt durch einen zusätzlichen Feeler oder weitere Block-Relay-only-Verbindungen. Wenn ein Angreifer diese normalen Slots gezielt über CJDNS füllen kann, hängt das wiederum an mehreren Stellschrauben: an der tatsächlichen Adressverfügbarkeit, an der Auswahlstrategie für Adressen, an der Zuverlässigkeits-Gate-Logik des Crawlers und daran, ob und wie oft zusätzliche Outbound-Verbindungen entstehen.
Die Diskussion betont daher auch einen Punkt, der in der Praxis über „Lautstärke“ hinausgeht: CJDNS bietet vor allem dann Mehrwert, wenn der Transport nur einer von mehreren Wegen ist. In der Dokumentation positioniert Bitcoin Core CJDNS als komplementäre Option neben IPv4, IPv6, Tor und I2P, also als zusätzliche Route, falls ein bestimmtes Netz gerade Probleme macht. Dieser Nutzungsfall ist inzwischen auch leichter geworden: Mit CJDNS 22.1 wurde am 8. Januar 2025 DNS-seediertes Auto-Peering eingeführt, wodurch manuelle Peer-Ergänzungen weitgehend entfallen können. Außerdem hat Bitcoin Core am 30. März 2026 aktualisierte Setup-Dokumentation zusammengeführt, die veraltete manuelle Anleitungen durch den neuen Ablauf ersetzt. Ob das die reale CJDNS-Peerpopulation messbar vergrößert hat, bleibt jedoch offen, weil in der Debatte keine neuen, belastbaren Messwerte zur globalen Peer-Verteilung nachgereicht wurden.
Für Betreiber ändert sich damit vor allem die Risikoabwägung zwischen CJDNS-only und Mischbetrieb. Wer CJDNS ausschließlich nutzt, trägt die in der Dokumentation jetzt explizit adressierte Dünn-Pool-Gefahr: Wenn der Peer-Pool zu klein bleibt, kann eine Node ihre Outbound-Slots nicht zuverlässig auffüllen, versucht dieselben wenigen bekannten Adressen wiederholt und wird damit eher zum Sybil- und Eclipse-Ziel. Betreiber im Mischbetrieb, die CJDNS als optionale Diversitätsroute einsetzen, profitieren dagegen davon, dass andere automatische Pfade weiterhin verfügbar bleiben, selbst wenn CJDNS gerade nur wenige Peers hergibt. Eine mögliche Degradierung oder Deprecation würde den Transport aus den Optionen entfernen, aber die Blockgültigkeit und die Konsenslogik unangetastet lassen. Technisch wären direkt betroffen insbesondere die Optionen -cjdnsreachable, die einen relevanten IPv6-Adressbereich als CJDNS zu behandeln hilft, sowie -onlynet=cjdns, das automatische Outbound-Verbindungen auf diesen Transport beschränkt. Laut Dokumentation kann -onlynet aktuell zudem mit anderen Netzen kombiniert werden, während inbound und manuell hinzugefügte Verbindungen weiter verfügbar bleiben.
Am Status des Vorhabens ist zugleich erkennbar, dass es sich noch nicht um einen festen Plan handelt. Das Issue #36041 bleibt offen, und die im Thread diskutierte Warn- und Entferner-Pipeline ist als Vorschlag formuliert, nicht als Entscheidung: Eine Warnung in einer 32.x-Version, bevor eine mögliche Entfernung in 33.x erfolgt, wurde als Frage und Reihenfolgeexperiment diskutiert. Bis zum 23. August blieb die 32.0-Milestone-Planung unverändert und ohne konkret sichtbare Implementierungszweige oder Pull Requests im Development-Bereich. Genau hier liegt auch die Kernbotschaft der Debatte: Sie zeigt, dass ein kleiner beobachteter Peer-Pool zwar eine Konzentrationssorge unterstützt, aber der tatsächliche Nutzen eines „Redundanz“-Arguments erst dann belastbar ist, wenn auch die operativen Auswirkungen auf das Auffüllen der Slots und die konkreten Kosten einer Eclipse-Exploitation quantifiziert werden können. Bitcoin Core unterstützt CJDNS weiterhin; erst ein konsolidierter Warntext oder ein entsprechender Entferner-Pull-Request würde die Richtung der Entscheidung festzurren.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Bitcoin Core erwägt Aufgabe von CJDNS: Dünner Peer-Pool macht Eclipse-Risiko konkreter" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Bitcoin Core erwägt Aufgabe von CJDNS: Dünner Peer-Pool macht Eclipse-Risiko konkreter" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Bitcoin Core erwägt Aufgabe von CJDNS: Dünner Peer-Pool macht Eclipse-Risiko konkreter« bei Google Deutschland suchen, bei Bing oder Google News!