Bitcoin Core für Mac

P2P- und Netzwerkänderungen:

• Ein bitcoind-Knoten wird standardmäßig keine Adressen an eingehende Peers weitergeben. Sie werden nach dem Senden einer ADDR-, ADDRV2- oder GETADDR-Nachricht für Adressgerüchte berechtigt.
• Vor dieser Version hatte Bitcoin Core eine starke Präferenz, nur zu Peers zu verbinden, die auf Port 8333 hören. Infolgedessen würden Bitcoin-Knoten, die auf nicht standardmäßigen Ports hören, wahrscheinlich keine Bitcoin Core-Peers erhalten, die sich mit ihnen verbinden. Diese Präferenz wurde entfernt.
• Vollständige Unterstützung für das CJDNS-Netzwerk wurde hinzugefügt. Siehe die neue Option -cjdnsreachable und doc/cjdns.md

Änderungen bei der Gebührenabschätzung:

• Die Gebührenabschätzung berücksichtigt jetzt die Gebührenrate von Ersatztransaktionen (RBF).

Der Startparameter Rescan wurde entfernt:

• Der Startparameter -rescan wurde entfernt. Wallets, die aufgrund von Beschädigungen ein Rescanning benötigen, werden beim Start weiterhin rescanned. Andernfalls verwenden Sie bitte den rescanblockchain RPC, um ein Rescanning auszulösen.

Tracepoints und Benutzerspace, Statisch definierte Tracing-Unterstützung:

• Die Bitcoin Core-Release-Binärdateien für Linux enthalten jetzt experimentelle Tracepoints, die als Schnittstelle für interne Prozessereignisse fungieren. Diese können für Überprüfung, Debugging, Überwachung und mehr verwendet werden. Die Tracepoint-API ist semi-stabil. Während die API getestet wird, können sich die internen Prozesse zwischen den Versionen ändern, was Änderungen an den Tracepoints erforderlich macht. Informationen zu den vorhandenen Tracepoints finden Sie unter doc/tracing.md, und Anwendungsbeispiele sind in contrib/tracing/ bereitgestellt.

Aktualisierte RPCs:

• Der validateaddress RPC gibt jetzt ein error_locations-Array für ungültige Adressen zurück, mit den Indizes der ungültigen Zeichenpositionen in der Adresse (sofern bekannt). Zum Beispiel wird dies versuchen, bis zu zwei Bech32-Fehler zu lokalisieren und deren Standorte zurückzugeben, wenn dies erfolgreich ist. Erfolg und Richtigkeit sind nur garantiert, wenn weniger als zwei Ersetzungsfehler gemacht wurden. Die Fehlermeldung, die im Fehlerfeld zurückgegeben wird, gibt jetzt auch spezifischere Fehler zurück, wenn das Decodieren fehlschlägt.
• Die Konfigurationsoption -deprecatedrpc=addresses wurde entfernt. RPCs gettxout, getrawtransaction, decoderawtransaction, decodescript, gettransaction verbose=true und REST-Endpunkte /rest/tx, /rest/getutxos, /rest/block geben die Adressen und reqSigs-Felder nicht mehr zurück, die zuvor in 22.0 als veraltet markiert wurden.
• Der getblock RPC-Befehl unterstützt jetzt die Detailstufe 3, die Informationen zu den vorherigen Ausgaben der Transaktion enthält. Der vorhandene /rest/block/ REST-Endpunkt wurde ebenfalls geändert, um diese Informationen zu enthalten. Jedes vin-Feld enthält ein zusätzliches prevout-Subfeld, das die ausgegebene Ausgabe beschreibt. prevout enthält die folgenden Schlüssel:
  • generated - true, wenn die ausgegebenen Münzen eine coinbase waren.
  • height
  • value
  • scriptPubKey
• Die obersten Gebührenfelder fee, modifiedfee, ancestorfees und descendantfees, die von den RPCs getmempoolentry, getrawmempool(verbose=true), getmempoolancestors(verbose=true) und getmempooldescendants(verbose=true) zurückgegeben werden, sind veraltet und werden in der nächsten Hauptversion entfernt (verwenden Sie -deprecated=fees, wenn dies in dieser Version benötigt wird). Die gleichen Gebührenfelder können über das Gebührenobjekt im Ergebnis abgerufen werden. WARNUNG: Veraltete Felder ancestorfees und descendantfees sind in sats denominiert, während alle Felder im Gebührenobjekt in BTC denominiert sind.
• Sowohl createmultisig als auch addmultisigaddress enthalten jetzt ein warnings-Feld, das eine Warnung anzeigt, wenn ein nicht veralteter Adresstyp angefordert wird, wenn unkomprimierte öffentliche Schlüssel verwendet werden.
• Änderungen an walletbezogenen RPCs finden Sie im Abschnitt Wallet weiter unten.

Neue RPCs:

• Informationen zum Status von Soft Forks wurden von getblockchaininfo in den neuen getdeploymentinfo RPC verschoben, der es ermöglicht, den Status von Soft Forks zu jedem Block abzufragen, anstatt nur an der Kettenoberfläche. Die Einbeziehung des Soft Fork-Status in getblockchaininfo kann derzeit mit der Konfiguration -deprecatedrpc=softforks wiederhergestellt werden, wird jedoch in einer zukünftigen Version entfernt. Beachten Sie, dass in beiden Fällen das Statusfeld jetzt den Status des aktuellen Blocks widerspiegelt, anstatt des nächsten Blocks.

Dateien:

• Beim Start wird die Liste der gesperrten Hosts und Netzwerke (über setban RPC) in banlist.dat ignoriert und nur banlist.json berücksichtigt. Die Bitcoin Core-Version 22.x ist die einzige Version, die banlist.dat lesen und auch in banlist.json schreiben kann. Wenn banlist.json bereits existiert, wird Version 22.x nicht versuchen, die banlist.dat in json zu übersetzen. Nach einem Upgrade kann listbanned verwendet werden, um die geparsten Einträge zu überprüfen.

Aktualisierte Einstellungen:

• In früheren Versionen wurde die Bedeutung der Befehlszeilenoption -persistmempool (ohne angegebenen Wert) fälschlicherweise deaktiviert. -persistmempool wird jetzt wie andere boolesche Optionen behandelt, um -persistmempool=1 zu bedeuten. Das Übergeben von -persistmempool=0, -persistmempool=1 und -nopersistmempool bleibt unbeeinflusst.
• -maxuploadtarget erlaubt jetzt menschenlesbare Byteeinheiten [k|K|m|M|g|G|t|T]. Z.B. -maxuploadtarget=500g. Keine Leerzeichen, +- oder Brüche erlaubt. Standard ist M, wenn kein Suffix angegeben ist.
• Wenn -proxy= zusammen mit -noonion angegeben wird, wird der angegebene Proxy nicht als Proxy für den Zugriff auf das Tor-Netzwerk festgelegt. Es wird also nicht möglich sein, manuelle Verbindungen zum Tor-Netzwerk beispielsweise mit dem addnode RPC herzustellen. Um das alte Verhalten nachzuahmen, verwenden Sie -proxy= zusammen mit -onlynet= und listen Sie alle relevanten Netzwerke außer onion auf.

Werkzeuge und Dienstprogramme:

• Aktualisieren Sie -getinfo, um Daten in einem benutzerfreundlichen Format zurückzugeben, das auch den vertikalen Platz reduziert.
• CLI -addrinfo gibt jetzt ein einzelnes Feld für die Anzahl der dem Knoten bekannten Onion-Adressen zurück, anstatt separate torv2- und torv3-Felder, da die Unterstützung für Tor V2-Adressen in Bitcoin Core in 22.0 entfernt wurde.

Wallet:

• Descriptor-Wallets sind jetzt der Standard-Wallet-Typ. Neu erstellte Wallets verwenden Deskriptoren, es sei denn, descriptors=false wird während der Erstellung der Wallet festgelegt oder das Kontrollkästchen für die Descriptor-Wallet wird in der GUI deaktiviert.
• Beachten Sie, dass Wallet-RPC-Befehle wie importmulti und dumpprivkey nicht mit Descriptor-Wallets verwendet werden können. Wenn Ihr Client-Code auf diese Befehle angewiesen ist, ohne descriptors=false während der Wallet-Erstellung anzugeben, müssen Sie Ihren Code aktualisieren.
• Neu erstellte Descriptor-Wallets enthalten einen automatisch generierten tr()-Descriptor, der die Erstellung von Einzel-Schlüssel-Taproot-Empfangsadressen ermöglicht.
• upgradewallet wird jetzt automatisch den Schlüsselpool leeren, wenn von einer nicht-HD-Wallet auf eine HD-Wallet aktualisiert wird, um sofort die neu generierten HD-Schlüssel zu verwenden.
• Ein neuer RPC newkeypool wurde hinzugefügt, der den Schlüsselpool leeren (vollständig löschen und auffüllen) wird.
• listunspent enthält jetzt ancestorcount, ancestorsize und ancestorfees für jede Transaktionsausgabe, die sich noch im Mempool befindet.
• lockunspent nimmt jetzt optional einen dritten Parameter, persistent, an, der bewirkt, dass die Sperre dauerhaft in der Wallet-Datenbank geschrieben wird. Dadurch bleiben UTXOs auch nach Neustarts oder Abstürzen des Knotens gesperrt.
• receivedby RPCs enthalten jetzt Coinbase-Transaktionen. Zuvor schlossen die folgenden Wallet-RPCs Coinbase-Transaktionen aus: getreceivedbyaddress, getreceivedbylabel, listreceivedbyaddress, listreceivedbylabel. Diese Version ändert dieses Verhalten und gibt Ergebnisse zurück, die die erhaltenen Münzen aus Coinbase-Ausgaben berücksichtigen. Das vorherige Verhalten kann mit der Konfiguration -deprecatedrpc=exclude_coinbase wiederhergestellt werden, könnte jedoch in einer zukünftigen Version entfernt werden.
• Eine neue Option in denselben receivedby RPCs, include_immature_coinbase (standard=false), bestimmt, ob unreife Coinbase-Transaktionen berücksichtigt werden sollen. Unreife Coinbase-Transaktionen sind Coinbase-Transaktionen, die 100 oder weniger Bestätigungen haben und nicht ausgebbar sind.

GUI-Änderungen:

• UTXOs, die über die GUI gesperrt sind, werden jetzt dauerhaft in der Wallet-Datenbank gespeichert, sodass sie beim Herunterfahren oder Absturz des Knotens nicht verloren gehen.
• Das Bech32-Kontrollkästchen wurde durch ein Dropdown-Menü für alle Adresstypen ersetzt, einschließlich des neuen Bech32m (BIP-350) Standards für Taproot-fähige Wallets.

Niedrigere Änderungen:

• RPC: getblockchaininfo gibt jetzt ein neues Zeitfeld zurück, das die Zeit der Kettenoberfläche bereitstellt.
• Tests: Für das Regtest-Netzwerk wurden die Aktivierungshöhen mehrerer Softforks auf Blockhöhe 1 gesetzt. Sie können durch die Laufzeiteinstellung -testactivationheight=name@height geändert werden.