Bitcoin Core pour Mac

Changements P2P et réseau :

• Un nœud bitcoind ne rumeurera plus les adresses aux pairs entrants par défaut. Ils deviendront éligibles pour le gossip d'adresses après avoir envoyé un message ADDR, ADDRV2 ou GETADDR.
• Avant cette version, Bitcoin Core avait une forte préférence pour essayer de se connecter uniquement à des pairs écoutant sur le port 8333. En conséquence, les nœuds Bitcoin écoutant sur des ports non standards ne recevraient probablement aucun pair Bitcoin Core se connectant à eux. Cette préférence a été supprimée.
• Un support complet a été ajouté pour le réseau CJDNS. Voir la nouvelle option -cjdnsreachable et doc/cjdns.md

Changements d'estimation des frais :

• L'estimation des frais prend désormais en compte le taux de frais des transactions de remplacement (RBF).

Paramètre de démarrage de rescanner supprimé :

• Le paramètre de démarrage -rescan a été supprimé. Les portefeuilles qui nécessitent un rescanning en raison de la corruption seront toujours rescannés au démarrage. Sinon, veuillez utiliser le RPC rescanblockchain pour déclencher un rescanning.

Tracepoints et support de traçage défini statiquement dans l'espace utilisateur :

• Les binaires de version de Bitcoin Core pour Linux incluent désormais des tracepoints expérimentaux qui agissent comme une interface pour les événements internes au processus. Ceux-ci peuvent être utilisés pour la révision, le débogage, la surveillance, et plus encore. L'API des tracepoints est semi-stable. Bien que l'API soit testée, les internes du processus peuvent changer entre les versions nécessitant des modifications des tracepoints. Des informations sur les tracepoints existants peuvent être trouvées sous doc/tracing.md et des exemples d'utilisation sont fournis dans contrib/tracing/

RPCs mis à jour :

• Le RPC validateaddress renvoie désormais un tableau error_locations pour les adresses invalides, avec les indices des emplacements de caractères invalides dans l'adresse (si connus). Par exemple, cela tentera de localiser jusqu'à deux erreurs Bech32 et renverra leurs emplacements si cela réussit. Le succès et la précision ne sont garantis que si moins de deux erreurs de substitution ont été commises. Le message d'erreur renvoyé dans le champ d'erreur renvoie désormais également des erreurs plus spécifiques lorsque le décodage échoue.
• L'option de configuration -deprecatedrpc=addresses a été supprimée. Les RPCs gettxout, getrawtransaction, decoderawtransaction, decodescript, gettransaction verbose=true et les points de terminaison REST /rest/tx, /rest/getutxos, /rest/block ne renvoient plus les champs addresses et reqSigs, qui avaient été précédemment dépréciés dans 22.0.
• La commande RPC getblock prend désormais en charge le niveau de verbosité 3 contenant des informations prevout des entrées de transaction. Le point de terminaison REST existant /rest/block est modifié pour contenir également ces informations. Chaque champ vin contiendra un sous-champ prevout supplémentaire décrivant la sortie dépensée. prevout contient les clés suivantes :
  • generated - vrai si les pièces dépensées étaient une coinbase.
  • height
  • value
  • scriptPubKey
• Les champs de frais de niveau supérieur fee, modifiedfee, ancestorfees et descendantfees renvoyés par les RPCs getmempoolentry,getrawmempool(verbose=true), getmempoolancestors(verbose=true) et getmempooldescendants(verbose=true) sont dépréciés et seront supprimés dans la prochaine version majeure (utilisez -deprecated=fees si nécessaire dans cette version). Les mêmes champs de frais peuvent être accessibles via l'objet fees dans le résultat. AVERTISSEMENT : les champs dépréciés ancestorfees et descendantfees sont exprimés en sats, tandis que tous les champs de l'objet fees sont exprimés en BTC.
• Les commandes createmultisig et addmultisigaddress incluent désormais un champ warnings, qui affichera un avertissement si un type d'adresse non légacy est demandé lors de l'utilisation de clés publiques non compressées.
• Les changements aux RPCs liés aux portefeuilles peuvent être trouvés dans la section Portefeuille ci-dessous.

Nouveaux RPCs :

• Les informations sur l'état des forks doux ont été déplacées de getblockchaininfo vers le nouveau RPC getdeploymentinfo qui permet de interroger l'état des forks doux à n'importe quel bloc, plutôt qu'à seulement la pointe de la chaîne. L'inclusion de l'état des forks doux dans getblockchaininfo peut actuellement être restaurée en utilisant la configuration -deprecatedrpc=softforks, mais cela sera supprimé dans une future version. Notez que dans les deux cas, le champ d'état reflète désormais l'état du bloc actuel plutôt que le bloc suivant.

Fichiers :

• Au démarrage, la liste des hôtes et réseaux bannis (via le RPC setban) dans banlist.dat est ignorée et seule banlist.json est considérée. La version 22.x de Bitcoin Core est la seule version capable de lire banlist.dat et de l'écrire également dans banlist.json. Si banlist.json existe déjà, la version 22.x ne tentera pas de traduire banlist.dat en json. Après une mise à niveau, listbanned peut être utilisé pour vérifier les entrées analysées.

Paramètres mis à jour :

• Dans les versions précédentes, la signification de l'option de ligne de commande -persistmempool (sans valeur fournie) désactivait incorrectement la persistance du mempool. -persistmempool est désormais traité comme d'autres options booléennes pour signifier -persistmempool=1. Passer -persistmempool=0, -persistmempool=1 et -nopersistmempool n'est pas affecté.
• -maxuploadtarget permet désormais des unités de bytes lisibles par l'homme [k|K|m|M|g|G|t|T]. Par exemple, -maxuploadtarget=500g. Aucun espace, +-, ou fractions autorisées. Par défaut, c'est M si aucun suffixe n'est fourni.
• Si -proxy= est donné avec -noonion alors le proxy fourni ne sera pas défini comme un proxy pour atteindre le réseau Tor. Il ne sera donc pas possible d'ouvrir des connexions manuelles au réseau Tor par exemple avec le RPC addnode. Pour imiter le comportement ancien, utilisez -proxy= avec -onlynet= en listant tous les réseaux pertinents sauf onion.

Outils et utilitaires :

• Mettez à jour -getinfo pour renvoyer des données dans un format convivial qui réduit également l'espace vertical.
• CLI -addrinfo renvoie désormais un seul champ pour le nombre d'adresses onion connues du nœud au lieu de champs séparés torv2 et torv3, car le support pour les adresses Tor V2 a été supprimé de Bitcoin Core dans 22.0.

Portefeuille :

• Les portefeuilles de descripteur sont désormais le type de portefeuille par défaut. Les portefeuilles nouvellement créés utiliseront des descripteurs à moins que descriptors=false ne soit défini lors de la création du portefeuille, ou que la case à cocher du portefeuille de descripteur ne soit pas cochée dans l'interface graphique.
• Notez que les commandes RPC de portefeuille comme importmulti et dumpprivkey ne peuvent pas être utilisées avec des portefeuilles de descripteur, donc si votre code client dépend de ces commandes sans spécifier descriptors=false lors de la création du portefeuille, vous devrez mettre à jour votre code.
• Les portefeuilles de descripteur nouvellement créés contiendront un descripteur tr() généré automatiquement qui permet de créer des adresses de réception Taproot à clé unique.
• upgradewallet videra désormais automatiquement le keypool si vous passez d'un portefeuille non-HD à un portefeuille HD, pour commencer immédiatement à utiliser les nouvelles clés HD générées.
• un nouveau RPC newkeypool a été ajouté, qui videra (effacera complètement et remplira) le keypool.
• listunspent inclut désormais ancestorcount, ancestorsize et ancestorfees pour chaque sortie de transaction qui est toujours dans le mempool.
• lockunspent prend désormais en option un troisième paramètre, persistent, qui fait que le verrouillage est écrit de manière persistante dans la base de données du portefeuille. Cela permet aux UTXOs de rester verrouillés même après des redémarrages ou des pannes de nœud.
• Les RPCs receivedby incluent désormais les transactions de coinbase. Auparavant, les RPCs de portefeuille suivants excluaient les transactions de coinbase : getreceivedbyaddress, getreceivedbylabel, listreceivedbyaddress, listreceivedbylabel. Cette version change ce comportement et renvoie des résultats tenant compte des pièces reçues des sorties de coinbase. Le comportement précédent peut être restauré en utilisant la configuration -deprecatedrpc=exclude_coinbase, mais peut être supprimé dans une future version.
• Une nouvelle option dans les mêmes RPCs receivedby, include_immature_coinbase (par défaut=false), détermine si les transactions de coinbase immatures doivent être prises en compte. Les transactions de coinbase immatures sont des transactions de coinbase qui ont 100 confirmations ou moins, et ne sont pas dépensables.

Changements de l'interface graphique :

• Les UTXOs qui sont verrouillés via l'interface graphique sont désormais stockés de manière persistante dans la base de données du portefeuille, donc ne sont pas perdus lors de l'arrêt ou du crash du nœud.
• La case à cocher Bech32 a été remplacée par un menu déroulant pour tous les types d'adresses, y compris la nouvelle norme Bech32m (BIP-350) pour les portefeuilles activés Taproot.

Changements de bas niveau :

• RPC : getblockchaininfo renvoie désormais un nouveau champ time, qui fournit le temps de la pointe de la chaîne.
• Tests : Pour le réseau regtest, les hauteurs d'activation de plusieurs forks doux ont été fixées à la hauteur de bloc 1. Elles peuvent être modifiées par le paramètre d'exécution -testactivationheight=name@height.