{"id":18507,"date":"2026-09-16T13:32:16","date_gmt":"2026-09-16T13:32:16","guid":{"rendered":"https:\/\/satoshibrother.com\/de\/bitcoin-core-32-schnellere-validierung-und-anpassungen-bei-gebuhren\/"},"modified":"2026-09-16T13:32:16","modified_gmt":"2026-09-16T13:32:16","slug":"bitcoin-core-32-schnellere-validierung-und-anpassungen-bei-gebuhren","status":"publish","type":"post","link":"https:\/\/satoshibrother.com\/de\/bitcoin-core-32-schnellere-validierung-und-anpassungen-bei-gebuhren\/","title":{"rendered":"Bitcoin Core 32: Schnellere Validierung und Anpassungen bei Geb\u00fchren"},"content":{"rendered":"<h2>Einf\u00fchrung in Bitcoin Core 32.0<\/h2>\n<p><strong>Bitcoin Core 32.0<\/strong> hat seinen finalen Release-Kandidaten-Testzyklus begonnen, nachdem die Entwickler am <strong>14. September<\/strong> v32.0rc1 markiert haben. Dies bringt die Sch\u00e4tzung der Geb\u00fchren, die Leistung der Blockvalidierung und Sicherheitsfixes n\u00e4her an die geplante Ver\u00f6ffentlichung am <strong>10. Oktober<\/strong>. Die offizielle GitHub-Ver\u00f6ffentlichung des Bitcoin Core-Projekts zeigt v32.0rc1 bei Commit d0231bb, signiert mit einer verifizierten Maintainer-Signatur am 14. September um 12:58 UTC. Der Ver\u00f6ffentlichungszeitplan des Projekts zielt weiterhin auf den 10. Oktober f\u00fcr das finale v32.0-Tag ab, obwohl das Datum von Tests und weiteren Fixes abh\u00e4ngig bleibt.<\/p>\n<h2>Fokus der Version 32<\/h2>\n<p>Version 32 konzentriert sich auf das Verhalten der Knotensoftware, Wallet-Schnittstellen, Geb\u00fchrenberechnung, Netzwerk und Leistung. Die Entwurfsver\u00f6ffentlichungsnotizen listen keine \u00c4nderungen an den Konsensregeln von Bitcoin auf, was bedeutet, dass das Update nicht neu definiert, welche Transaktionen oder Bl\u00f6cke das Netzwerk als g\u00fcltig betrachtet. Bitcoin Core 32.0 tritt mit Geb\u00fchren- und Sicherheitsupdates in die finale Testphase ein. Der Feature-Freeze trat am <strong>20. August<\/strong> in Kraft, wodurch die Arbeiten auf notwendige Fixes vor der Ver\u00f6ffentlichung beschr\u00e4nkt wurden.<\/p>\n<h2>Testphase und Feedback<\/h2>\n<p>Am <strong>14. September<\/strong> trennten die Entwickler den 32.x-Zweig vom Hauptentwicklungszweig und begannen den Release-Kandidaten-Zyklus, w\u00e4hrend die Entwicklungsarbeiten f\u00fcr Version 33 separat fortgesetzt wurden. Der erste Kandidat ist f\u00fcr Knotenbetreiber, Wallet-Entwickler und andere Benutzer gedacht, um zu testen, bevor die Entwickler entscheiden, ob der Code bereit f\u00fcr eine stabile Ver\u00f6ffentlichung ist. Bitcoin Core er\u00f6ffnete am <strong>15. September<\/strong> ein spezielles Feedback-Problem f\u00fcr die Testphase des Release-Kandidaten 32.0, einen Tag nachdem RC1 markiert wurde.<\/p>\n<blockquote><p>Das Projekt bittet Tester, den Testleitfaden f\u00fcr spezifische \u00dcberpr\u00fcfungen des RC zu verwenden und Softwareprobleme \u00fcber separate GitHub-Issues zu melden.<\/p><\/blockquote>\n<p>Bis zum <strong>16. September<\/strong> wurde kein finales v32.0-Bin\u00e4r ver\u00f6ffentlicht. Bitcoin Core aktualisiert sich nicht automatisch. Betreiber w\u00e4hlen, wann sie neue Versionen installieren, was bedeutet, dass \u00e4ltere Versionen aktiv bleiben k\u00f6nnen, nachdem neue Software verf\u00fcgbar wird. Dieses manuelle Upgrade-Modell war in fr\u00fcheren Sicherheitsoffenlegungen von Bedeutung.<\/p>\n<h2>Sicherheitsupdates und Fehlerbehebungen<\/h2>\n<p>Wie <em>crypto.news<\/em> zuvor berichtete, gab Bitcoin Core im Mai CVE-2024-52911 bekannt, nachdem der anf\u00e4llige 28.x-Zweig das Ende seiner Lebensdauer erreicht hatte. Der Fehler war bereits in Bitcoin Core 29.0 behoben worden, bevor technische Details \u00f6ffentlich wurden. Eine der sichtbareren \u00c4nderungen von Bitcoin Core 32 betrifft <strong>estimatesmartfee<\/strong>, das RPC, das von Wallets und Anwendungen zur Berechnung von Transaktionsgeb\u00fchren verwendet wird.<\/p>\n<p>Version 32 f\u00fcgt einen separaten Sch\u00e4tzer hinzu, der auf Transaktionen basiert, die derzeit im Mempool des Knotens warten. Der neue Mempool-Sch\u00e4tzer liefert sowohl wirtschaftliche als auch konservative Sch\u00e4tzungen basierend auf den aktuellen Bedingungen ausstehender Transaktionen. Bitcoin Core \u00fcberpr\u00fcft die j\u00fcngste Blockaktivit\u00e4t, bevor er sie verwendet, und kann die Sch\u00e4tzung ablehnen, wenn der Mempool zu sp\u00e4rlich oder ungesund erscheint.<\/p>\n<h2>Verbesserungen der Blockvalidierung<\/h2>\n<p>Bitcoin Core 32 \u00e4ndert, wie Knoten Transaktionsdaten abrufen, w\u00e4hrend sie Bl\u00f6cke verbinden, insbesondere wenn die ben\u00f6tigten Informationen aus dem Speicher gelesen werden m\u00fcssen. Die Software kann jetzt vorherige Transaktionsausgaben, bekannt als <strong>prevouts<\/strong>, aus der Chainstate-Datenbank \u00fcber mehrere Worker-Threads vorab abrufen, w\u00e4hrend die Blockvalidierung fortgesetzt wird. Der Standard sind acht Vorababruf-Threads, wobei Betreiber die Einstellung auf 16 erh\u00f6hen oder das parallele Abrufen deaktivieren k\u00f6nnen, indem sie sie auf null setzen.<\/p>\n<p>Die Verbesserung soll die Zeit reduzieren, die beim Warten auf Festplattenlesungen verbracht wird, wenn ein Knoten Bl\u00f6cke verarbeitet, die Eingaben enthalten, die nicht bereits in schnelleren Speichercaches verf\u00fcgbar sind. Der Effekt variiert je nach Speicherhardware, Cache-Verhalten und Knotenkonfiguration.<\/p>\n<h2>\u00c4nderungen an RPC und Wallet-Tools<\/h2>\n<p>Separate RPC-\u00c4nderungen geben den Betreibern mehr Informationen w\u00e4hrend der AssumeUTXO-Hintergrundvalidierung. Bitcoin Core 32 behebt einen Fehler bei der Wallet-Benachrichtigung, der nicht-Windows-Systeme unter einer engen Bedingung betrifft. Die Entwurfsnotizen besagen, dass ein authentifizierter RPC-Benutzer mit Berechtigung zur Erstellung von Wallets einen Wallet-Namen mit speziellen Ersetzungszeichen erstellen k\u00f6nnte, wenn der Knoten mit -walletnotify konfiguriert war.<\/p>\n<p>Ein neuer <strong>exportwatchonlywallet<\/strong> RPC erstellt eine Deskriptor-Wallet-Datei, die \u00f6ffentliche Deskriptoren, Transaktionshistorie und Adressbuchdaten ohne private Schl\u00fcssel enth\u00e4lt. Ein weiterer neuer Befehl, <strong>derivehdkey<\/strong>, erm\u00f6glicht es einer Wallet, einen erweiterten \u00f6ffentlichen oder privaten Schl\u00fcssel durch einen Pfad abzuleiten, der mindestens einen geh\u00e4rteten Schritt enth\u00e4lt.<\/p>\n<h2>Fazit und Ausblick<\/h2>\n<p>Der aktuelle Zeitplan von Bitcoin Core listet weiterhin den <strong>10. Oktober<\/strong> als Ziel f\u00fcr die Markierung von v32.0. Der Feedback-Thread f\u00fcr die RC-Tests, der am <strong>15. September<\/strong> er\u00f6ffnet wurde, bleibt aktiv, wobei die Entwickler Tester, die tats\u00e4chliche Bitcoin Core-Defekte finden, anweisen, separate Probleme vor der endg\u00fcltigen Ver\u00f6ffentlichung zu melden.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Einf\u00fchrung in Bitcoin Core 32.0 Bitcoin Core 32.0 hat seinen finalen Release-Kandidaten-Testzyklus begonnen, nachdem die Entwickler am 14. September v32.0rc1 markiert haben. Dies bringt die Sch\u00e4tzung der Geb\u00fchren, die Leistung der Blockvalidierung und Sicherheitsfixes n\u00e4her an die geplante Ver\u00f6ffentlichung am 10. Oktober. Die offizielle GitHub-Ver\u00f6ffentlichung des Bitcoin Core-Projekts zeigt v32.0rc1 bei Commit d0231bb, signiert mit einer verifizierten Maintainer-Signatur am 14. September um 12:58 UTC. Der Ver\u00f6ffentlichungszeitplan des Projekts zielt weiterhin auf den 10. Oktober f\u00fcr das finale v32.0-Tag ab, obwohl das Datum von Tests und weiteren Fixes abh\u00e4ngig bleibt. Fokus der Version 32 Version 32 konzentriert sich auf das Verhalten<\/p>\n","protected":false},"author":3,"featured_media":18506,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[11],"class_list":["post-18507","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bitcoin","tag-bitcoin"],"yoast_description":"Bitcoin Core 32.0 verbessert die Validierungsgeschwindigkeit und die Geb\u00fchrenabsch\u00e4tzung vor der geplanten Ver\u00f6ffentlichung im Oktober und konzentriert sich auf Leistungs- und Sicherheitsverbesserungen.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/18507","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/comments?post=18507"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/posts\/18507\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media\/18506"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/media?parent=18507"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/categories?post=18507"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/de\/wp-json\/wp\/v2\/tags?post=18507"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}