On-Chain-Skalierung: Rückblick auf die Performance-Optimierungen der Bitcoin-Referenzsoftware, Teil 1
- Quelle
- Bitcoin Corebitcoincore.org
- Ursprünglich veröffentlicht
- Länge des Originals
- 8 Min. Lesezeit
- Sprache
- Englisch
SATWEI-Zusammenfassung
Signatur-Caching in Bitcoin-Qt 0.7.0, Ultraprune mit LevelDB in 0.8.0 und Headers-First-Sync in Bitcoin Core 0.10 sind Thema in Teil 1 des Rückblicks auf die Beschleunigungen der Referenzsoftware. Allein die parallele Skriptprüfung brachte in Benchmarks der Entwickler 35 bis 100 %.
Schlagwörter
- P2P
- Weiterleitungsregeln
- Skalierung
Mehr von Bitcoin Core
Pausierte Pre-BIP31-Peers lassen Speicher langsam, aber unbegrenzt wachsen
Gab ein bösartiger Peer vor, BIP-31-Pings nicht zu beherrschen, entging er der Trennung nach 20 Minuten und konnte langsam lesen. Die Sendewarteschlange eines Knotens wuchs dadurch um bis zu 2 MB pro Stunde je eingehendem und 5 MB je ausgehendem Peer. Bitcoin Core 32.1, 31.2, 30.4 und 29.5 schließen die als mittelschwer eingestufte Lücke CVE-2026-117349 mit #36667; -blocksonly-Knoten waren deutlich weniger gefährdet.
Bitcoin Core
Bitcoin Core 30.4 erschienen
Bitcoin Core 30.4 wertet die Bits 5 bis 28 aus BIP 9 gemäß BIP 323 nicht mehr als Soft-Fork-Signale, Blöcke mit diesen Bits lösen also keine Warnungen vor unbekannten Deployments mehr aus (#34779). Im Netzwerkteil gilt nun ein Timeout für pausierte Send-Peers (#36667), Flatfile-Positionen nutzen jetzt 64-Bit-Ganzzahlen (#36669).
Bitcoin Core
Speicher wächst unbegrenzt: TCP-Urgent-Daten treffen Knoten außerhalb von Linux
Knoten unter Windows, macOS und BSD ließen sich von einem verbundenen Peer mit TCP-Urgent-Daten zum Absturz bringen: Die Daten umgingen im select()-Backend pausierte Lesevorgänge, der Speicher lief ohne Obergrenze voll (CVE-2026-117350). Linux-Knoten arbeiten mit poll() und bleiben verschont. Die als mittelschwer eingestufte Lücke, aufgespürt von einem LLM-Scan im Rahmen von Project Loupe, beheben Bitcoin Core 32.1, 31.2, 30.4 und 29.5.
Bitcoin Core