Die Bitcoin-Core-Entwickler haben Version 32.0 in die Release-Candidate-Testphase überführt, wobei die stabile Software nach wochenlangen öffentlichen Prüfungen für eine mögliche Veröffentlichung am 10. Oktober geplant ist.
Zusammenfassung
- Bitcoin Core 32 ging am 14. September nach einem Feature-Freeze im August in die Release-Candidate-Testphase.
- Parallele Datenbanklesevorgänge könnten die Blockvalidierungszeiten verkürzen, ohne die Blockproduktionsrate von Bitcoin zu ändern.
- Vier Wallet-Befehle verwenden standardmäßig PSBT Version 2, während das ältere Format beibehalten wird.
- Sicherheitsfixes adressieren unsichere Wallet-Namen und nicht authentifizierte HTTP-Anfragen, die zu hohem Speicherverbrauch führten.
Bitcoin Core 32 zielt auf eine Veröffentlichung am 10. Oktober ab
Der offizielle Veröffentlichungsplan von Bitcoin Core zeigt, dass die Entwickler am 14. September den Versionszweig 32 erstellt und den Release-Candidate-Zyklus gestartet haben. Der erste Kandidat, bekannt als v32.0rc1, steht nun zum Testen zur Verfügung, bevor die Entwickler entscheiden, ob sie die stabile Version taggen.
Das Projekt setzte den 10. Oktober als angestrebtes Datum für Version 32.0 fest, obwohl der Zeitplan dies als Ziel und nicht als bestätigten Termin beschreibt. Probleme, die während der Kandidatentests gefunden werden, könnten zusätzliche Veröffentlichungen erfordern und die endgültige Version verzögern.
Die Vorbereitungen begannen Monate früher. Die Entwickler eröffneten Übersetzungen und führten am 6. August einen Soft-Freeze für Übersetzungsänderungen ein, gefolgt von einem Feature-Freeze am 20. August. Ab diesem Datum akzeptierte der Versionszweig 32 Fehlerbehebungen, aber keine neuen Funktionen vor dem abschließenden Test.
Als sich der Zweig am 14. September vom Hauptcodebase trennte, begann auch die Entwicklung von Bitcoin Core 33 im Hauptzweig. Die Aufteilung ermöglicht es Mitwirkenden, die kommende Version zu testen und zu reparieren, ohne die Arbeit an der nächsten Version einzustellen.
Release Candidates geben Knotenbetreibern, Wallet-Entwicklern und anderen Nutzern Zeit, Fehler unter verschiedenen Hardware- und Softwarebedingungen zu finden. Der Testprozess von Bitcoin Core deckt Funktionen ab, darunter Blockvalidierung, Peer-to-Peer-Kommunikation, Wallet-Operationen und Remote-Prozeduraufrufe, die von Anwendungen verwendet werden, die mit einem Knoten verbunden sind.
Parallele Datenbanklesevorgänge beschleunigen Blockprüfungen
Eine der wichtigsten Leistungsänderungen ermöglicht es Bitcoin Core, Daten aus seiner Datenbank parallel zu lesen, während Blöcke geprüft werden. Die Methode kann die Validierungszeit verkürzen, da die Software nicht mehr jeden relevanten Datenbanklesevorgang nacheinander abschließen muss.
Schnellere Validierung bedeutet nicht, dass Bitcoin schneller Blöcke produzieren wird. Miner konkurrieren weiterhin darum, Blöcke nach den Proof-of-Work-Regeln von Bitcoin hinzuzufügen, die ein durchschnittliches Intervall von etwa 10 Minuten anstreben. Version 32 ändert, wie ein Knoten erforderliche Informationen verarbeitet, nicht den Ausgabeplan oder das Block-Timing des Netzwerks.
Die Unterscheidung ist wichtig, weil Bitcoin Core Knotensoftware ist und kein zentral verwaltetes Update des Bitcoin-Netzwerks. Betreiber entscheiden, welche Version sie installieren, und die Veröffentlichung ersetzt nicht automatisch die auf jedem Knoten laufende Software.
Version 32 führt auch keine neue Konsensregel ein und erfordert keinen Soft Fork. Ihr Veröffentlichungsprozess unterscheidet sich von Protokolländerungen, die eine Koordination zwischen Minern, Knotenbetreibern und anderen Netzwerkteilnehmern erfordern.
Wie zuvor von crypto.news berichtet, sagte LayerTwo Labs CEO Paul Sztorc, dass jeder vorgeschlagene Bitcoin-Soft-Fork seit Taproot nicht aktiviert werden konnte. BIP-110, ein umstrittener Vorschlag im Zusammenhang mit der Transaktionsrelay-Politik, erhielt 2,53 % Miner-Unterstützung, bevor sein Durchsetzungszweig nach zwei Blöcken ins Stocken geriet.
Bitcoin Core 32 kann daher die Softwareleistung verbessern, ohne vom Aktivierungsprozess abzuhängen, der für eine Konsensänderung erforderlich ist. Knotenbetreiber können den Kandidaten weiterhin testen, eine ältere Version weiterverwenden oder die stabile Version nach der Veröffentlichung installieren.
Wallet-Befehle übernehmen das neuere PSBT-Format
Wallet-Funktionen machen einen weiteren Satz von Änderungen in Version 32 aus. Vier Befehle werden standardmäßig teilweise signierte Bitcoin-Transaktionen mit PSBT Version 2 erstellen, so die von Bitcoin News geteilten Details.
Ein PSBT ermöglicht es separaten Wallets, Geräten oder Teilnehmern, die Informationen auszutauschen, die zum Erstellen und Signieren einer Bitcoin-Transaktion erforderlich sind, ohne private Schlüssel preiszugeben. Das Format wird häufig mit Hardware-Wallets, Offline-Signier-Setups und Transaktionen verwendet, die mehr als eine Signatur erfordern.
PSBT Version 2 ändert die Art und Weise, wie Transaktionsinformationen organisiert werden, und erlaubt es Teilnehmern, Teile einer Transaktion zu aktualisieren, ohne zuerst eine vollständige unsignierte Transaktion zu erstellen. Das ältere PSBT-Format bleibt verfügbar, wenn Benutzer oder verbundene Anwendungen es benötigen.
Beide Versionen beizubehalten verringert die Wahrscheinlichkeit, dass Wallets und Dienste abrupt beschädigt werden, die das neuere Format noch nicht übernommen haben. Entwickler, die Bitcoin Core mit anderer Software integrieren, müssen weiterhin prüfen, ob ihre Systeme den vorherigen Standard erwarten.
Für einzelne Inhaber ändert die Änderung weder Bitcoin-Guthaben noch private Schlüssel oder die Regeln für gültige Transaktionen. Ihre praktische Auswirkung betrifft Wallet-Workflows und Anwendungen, die die betroffenen Befehle aufrufen.
Sicherheitskorrekturen verringern Befehls- und Speicherrisiken
Version 32 enthält außerdem einen Patch für benutzerdefinierte Wallet-Namen, die dazu führen konnten, dass Befehle auf Nicht-Windows-Knoten ausgeführt werden. Das Problem betraf die Art und Weise, wie speziell konstruierte Namen mit der Befehlsausführung interagierten, und nicht eine Änderung der zugrunde liegenden Kryptografie von Bitcoin.
Eine separate Korrektur behebt Speicherwachstum, das durch nicht authentifizierte HTTP-Aktivität verursacht wurde. In einem von Bitcoin News zitierten Test erreichte die Speichernutzung vor dem Patch etwa 3,2 Gigabyte, verglichen mit ungefähr 3 Megabyte, nachdem Entwickler die Änderung angewendet hatten.
Remote-Schnittstellen ermöglichen es anderen Programmen, mit Bitcoin Core zu kommunizieren, wodurch Speicherkontrollen für Betreiber relevant werden, die Knotendienste für verbundene Anwendungen bereitstellen. Zugriffseinstellungen, Firewalls und Authentifizierung bleiben separate Teile der Absicherung einer Bereitstellung.
Für US-Nutzer ist der Kandidat am relevantesten für Knotenbetreiber, Wallet-Anbieter, Börsen, Miner und Infrastrukturunternehmen, die Bitcoin Core in ihren Systemen betreiben. Die Veröffentlichung ändert nicht die Behandlung von Spot-Bitcoin-Exchange-Traded-Produkten durch die SEC, die Steuerregeln für Anleger oder den rechtlichen Status von BTC.
Amerikanische Finanzunternehmen haben auch ihre Unterstützung für die Open-Source-Sicherheitsarbeit von Bitcoin erhöht. Im Juli gründeten Anchorage Digital, ARK Invest, BlackRock, Block, Blockstream, Coinbase, Fidelity Digital Assets, Galaxy und Strategy das Bitcoin Security Consortium mit Zusagen von 15 Millionen Dollar über drei Jahre.
Laut der Ankündigung des Konsortiums wird jedes Mitglied seine Finanzierung unabhängig steuern, anstatt das Geld in einen gemeinsamen Pool einzuzahlen. Die Gruppe erklärte, dass sie die Bitcoin-Entwicklung nicht kontrollieren, keine Position zu bestimmten Protokollvorschlägen beziehen oder für die Mitwirkenden des Projekts sprechen werde.
Mike Schmidt, geschäftsführender Direktor der gemeinnützigen Organisation Brink zur Finanzierung von Bitcoin-Entwicklern, koordiniert die tägliche Arbeit des Konsortiums in einer ehrenamtlichen Rolle. Sein anfänglicher Schwerpunkt liegt auf der Erforschung langfristiger Sicherheitsfragen, einschließlich des Schutzes vor zukünftigen Risiken durch Quantencomputer.
