Bitcoin HWI, die weit verbreitete Brücke zwischen Wallet-Software und Hardware-Signiergeräten, geht in einen harten Wartungsstillstand. Der Maintainer kündigte am 18. August an, dass HWI keine neuen Geräte oder Funktionen mehr aufnimmt, abgesehen von der für MuSig2 erforderlichen Arbeit, und voraussichtlich ein letztes Release veröffentlicht, bevor es in eine minimale Pflege übergeht. Der in der Mitteilung genannte Rust-basierte Nachfolger BHWI hat Paritätstests gegen HWI 3.2.0 für BitBox02, Coldcard, Ledger und Jade veröffentlicht, aber kein Wallet liefert ihn derzeit als produktiven Ersatz aus. Der Stillstand bricht die heutigen Geräte nicht; er entfernt den normalen Upstream-Pfad für das nächste Gerät.
Warum es zählt
HWI sitzt hinter der External-Signer-Grenze, die Bitcoin Core als unterstützte Integration dokumentiert hat, und Specter Desktop, Wasabi Wallet, BTCPay Server Vault und Sparrow nutzen es jeweils unterschiedlich. Specter pinnt HWI 3.1.0 in seinem Abhängigkeitsbaum, BTCPay Server Vault umschließt die Kommandozeile, Wasabi dokumentiert HWI als sein Hardware-Wallet-Rückgrat, und Sparrow leitet über Lark weiter, einen Java-Port derselben Schnittstelle statt eines Python-Swaps. Der Stillstand verwandelt eine Wartungsankündigung in ein Nachfolgeproblem, weil BHWIs Gerätematrix schmaler ist als die von HWI und seine Paritätstests zwar aussagekräftig, aber nicht jede Host-Plattform, jedes Paketformat oder jeden Downstream-Wallet-Flow abdecken. Wenn das nächste Gerät, ein Firmware-Verhalten oder eine Host-Änderung eintrifft, gibt es keinen gemeinsamen Upstream, in den Fixes gemergt werden können, sodass jedes Projekt seine eigenen Integrationskosten trägt.
Marktauswirkung
Das für Nutzer sichtbare Risiko sind Lücken in der Geräteabdeckung, nicht verlorene Gelder. Ein Specter-Bericht aus dem April zeigte bereits ein Setup mit HWI 2.4.0, das das in HWI 3.2.0 hinzugefügte BitBox02 Nova nicht erkennen konnte, und die Lücke bei der gepinnten Version deutet auf jene Art von Fehlabstimmung voraus, die der Stillstand nun formalisiert. Neue Modelle von Ledger, Trezor, Coldcard, BitBox, KeepKey und Jade werden Forks oder separate Integrationen erfordern oder in einigen Wallets schlicht ununterstützt bleiben. Für Self-Custody-Nutzer lautet die praktische Frage, ob der Release-Plan ihres Wallet-Teams HWI aktualisiert hält, BHWI ausliefert oder eine kleinere Gerätematrix akzeptiert, während das HWI-Repository offen bleibt und unterstützte Geräte in der Zwischenzeit weiter funktionieren.
Häufig gestellte Fragen
-
Was ist Bitcoin HWI?
Das Hardware Wallet Interface, eine Python-Bibliothek und ein Kommandozeilen-Tool, das Wallet-Software ermöglicht, Ledger-, Trezor-, Coldcard-, BitBox-, KeepKey- und Jade-Geräte zu erkennen, öffentliche Schlüssel abzurufen, Empfangsadressen anzuzeigen und teilweise signierte Bitcoin-Transaktionen zur Freigabe zu…
-
Warum stoppt HWI die Unterstützung neuer Geräte?
Der Maintainer sagte am 18. August, das Projekt sei seit Jahren eine Solo-Wartung, und dass Python die deterministischen Builds verhindert, die Bitcoin Core für Release-Binaries verwendet. Der Stillstand stoppt neue Geräte und Funktionen jenseits der MuSig2-Arbeit.
-
Was ist BHWI?
BHWI ist der in der Stillstandsmitteilung genannte Rust-basierte Nachfolger-Kandidat. Er verwendet einen Sans-I/O-Kern mit Kommandozeilen-, asynchronen und WebAssembly-Schichten und zielt darauf ab, HWIs Kommandoausgabe zu reproduzieren. Seine Paritätstests laufen gegen HWI 3.2.0 für BitBox02, Coldcard, Ledger und…
-
Ist Bitcoin durch den HWI-Stillstand gefährdet?
Nein. Unterstützte Geräte funktionieren heute weiter, das HWI-Repository bleibt offen, kein Einstellungsdatum wurde festgelegt, und die Mitteilung sagt nicht, dass Nutzergelder gefährdet sind. Das Risiko sind Abdeckungslücken bei künftigen Hardware-Modellen ohne Upstream zum Mergen.
-
Welche Bitcoin-Wallets hängen von HWI ab?
Specter Desktop pinnt HWI 3.1.0 als direkte Python-Abhängigkeit. BTCPay Server Vault umschließt HWIs Kommandozeile. Wasabi dokumentiert HWI als sein Hardware-Wallet-Rückgrat. Sparrow leitet über Lark weiter, einen Java-Port derselben Schnittstelle statt eines Python-Swaps.