WORLDTECH NEWS Globale Technologie-Nachrichten.Kontakt
Bitcoin & Krypto EINZELNE QUELLE

Bitcoin Core beschleunigt Sicherheitskorrekturen, während 44 % der erfassten Nodes nicht mehr unterstützte Versionen nutzen

A close-up of Bitcoin trading graph showcasing market trends and data analysis.
Symbolbild.Photo by Rafael Minguet Delgado on Pexels

Was passiert ist

Bitcoin Core hat am 24. Oktober 2026 eine Richtlinienänderung zusammengeführt. 3 Min. Lesezeit Kurzfassung 01 Bitcoin Core wird Korrekturen für leicht wiederentdeckbare Schwachstellen so schnell wie möglich in die gepflegten Releases zurückportieren und dazu eine Sicherheitsmitteilung veröffentlichen.

Make CryptoSlate preferred on Share Share: Bitcoin Core hat am 18. Oktober eine Richtlinienänderung zusammengeführt; sie zeigt, dass 3.671 von 8.422 selbst gemeldeten Bitcoin-Core-Peers (43,6 %) Release-Linien betrieben, die bereits das Ende ihres Supports erreicht hatten.

22 , mit dem Entwickler Korrekturen für leicht wiederzuentdeckende Schwachstellen auf alle gepflegten Release-Linien zurückportieren und zusammen mit den Patches eine Sicherheitsmitteilung veröffentlichen können. BTC 1.44% · 24h Bitcoin Core beschleunigt Sicherheitskorrekturen, da 44 % der befragten Nodes nicht mehr unterstützte Versionen betreiben. Bitcoin Core beschleunigt Sicherheitskorrekturen im KI-Zeitalter, da 43.6 % der befragten Nodes nicht mehr unterstützte Software betreiben, ein Anteil, der nach dem nächsten großen Release 50 % übersteigen könnte.

02 Etwa 43.6 % der untersuchten Core-Peers laufen auf nicht mehr unterstützten Versionen, und dieser Anteil könnte nach Version 32 auf 51.1 % steigen. 03 Schnellere Fixes helfen nur dann, wenn Betreiber sie auch installieren.

Die Zahl stammt von öffentlich erreichbaren Peers im Bitcoin-Netzwerk-Monitor des Karlsruher Instituts für Technologie und spiegelt die Wartungsfähigkeit wider. Ein Knoten mit einer nicht mehr unterstützten Version kann Blöcke weiterhin korrekt validieren, und die Zahl misst keine Kompromittierung.

Nach der alten Richtlinie blieben Schwachstellen mit mittlerem und hohem Schweregrad unter Sperrfrist, bis zwei Wochen nach dem End-of-Life der letzten betroffenen Version vergangen waren. Dadurch konnten bis zu 22 Monate zwischen einem Fix und der Veröffentlichung seiner Details liegen.

Quellen & Belege