La lettre d’information de cette semaine contient une sélection de questions et réponses du Bitcoin Stack Exchange, sont également inclus les résumés des modifications apportées aux services et aux logiciels clients, des annonces de nouvelles versions et de versions candidates, et des descriptions d’ajout sur les projets d’infrastructure Bitcoin populaires.

Nouvelles

Pas de nouvelles particulières cette semaine sur les listes de diffusions Bitcoin-Dev ou Lightning-Dev.

Selection de Q&R du Bitcoin Stack Exchange

Bitcoin Stack Exchange est l’un des premiers endroits où les collaborateurs d’Optech cherchent des réponses à leurs questions—ou lorsqu’ils ont quelques moments libres, aident les utilisateurs curieux ou perdus. Dans cette rubrique mensuelle, nous mettons en évidence certaines des questions et réponses les plus populaires depuis notre dernière mise à jour.

• ● Est-ce que le P2SH BIP-0016 rend certains bitcoins non utilisables ? L’utilisateur bca-0353f40e liste 6 sorties qui existaient avec le format de script P2SH, OP_HASH160 OP_DATA_20 [hash_value] OP_EQUAL, avant l’activation du BIP16. Une de ces sorties avait été dépensée selon les anciennes règles avant l’activation et une exception faite pour ce seul bloc dans le code d’activation P2SH. En dehors de cette exception, l’activation s’applique depuis le bloc de genèse, de sorte que tous les autres UTXOs doivent satisfaire aux règles du BIP16 pour pouvoir être dépensés.

• ● Quel logiciel a été utilisé pour faire les transactions P2PK ? Pieter Wuille note que les sorties P2PK ont été créées à l’aide du logiciel Bitcoin original dans les transactions coinbase ainsi que lors de l’envoi à l’aide de l’adresse IP de paiement.

• ● Pourquoi le txid et le wtxid sont-ils tous deux envoyés aux pairs ? Pieter Wuille fait référence au BIP339 et explique que si l’utilisation du wtxid est préférable pour le relais (en raison de la malléabilité, entre autres), certains pairs ne prennent pas en charge les nouveaux identifiants wtxid et les txids sont pris en charge pour les anciens pairs pré-BIP339 pour des raisons de rétrocompatibilité.

• ● Comment puis-je créer une adresse taproot multisig ? Pieter Wuille souligne que les RPC multisig existants de Bitcoin Core (comme createmultisig et addmultisigaddress) ne supporteront que les anciens portefeuilles et souligne qu’avec Bitcoin Core 24.0, les utilisateurs pourront utiliser les descripteurs et des RPC (comme deriveaddresses et importdescriptors) avec le nouveau descripteur multi_a pour créer des scripts multisig compatibles avec taproot.

• ● Est-il possible de sauter le téléchargement du bloc initial (IBD) sur un nœud élagué ? Bien qu’il ne soit pas encore integré dans Bitcoin Core, Pieter Wuille signale le projet assumeutxo qui permettrait à un nouveau nœud de s’amorcer en récupérant un ensemble UTXO qui peut être vérifié par un hachage codé en dur.

Mises à jour et version candidate

Nouvelles versions et versions candidates pour les principaux projets d’infrastructure Bitcoin. Veuillez envisager de passer aux nouvelles versions ou d’aider à tester les versions candidates.

• ● LND 0.15.5-beta.rc2 est une version candidate pour une mise à jour de maintenance de LND. Elle ne contient que des corrections de bogues mineurs selon ses notes de version prévues.

• ● Core Lightning 22.11rc2 est une version candidate pour la prochaine version majeure de CLN. Ce sera également la première version à utiliser un nouveau système de numérotation des versions, bien que les versions CLN continuent à utiliser le versionnement sémantique.

Changements principaux dans le code et la documentation

Changements notables cette semaine dans Bitcoin Core, Core Lightning, Eclair, LDK, LND, libsecp256k1, Hardware Wallet Interface (HWI), Rust Bitcoin, BTCPay Server, BDK, Bitcoin Improvement Proposals (BIPs), et Lightning BOLTs.

• ● Bitcoin Core #25730 met à jour le RPC listunspent avec un nouvel argument qui inclura dans les résultats toutes les sorties coinbase immatures—les sorties qui ne peuvent pas encore être dépensées parce que moins de 100 blocs se sont écoulés depuis leur inclusion dans la transaction coinbase du mineur d’un bloc.

• ● LND #7082 met à jour la manière dont les factures sans montant demandé sont créées afin de permettre l’inclusion d’indications d’itinéraire, qui peuvent aider l’émetteur qui effectue la dépense à trouver un chemin vers le destinataire.

• ● LDK #1413 supprime la prise en charge du format original de données en oignon à longueur fixe. Le format amélioré à longueur variable a été ajouté à la spécification il y a plus de trois ans et la prise en charge de l’ancienne version a déjà été supprimée de la spécification. (voir les Newsletter #220), Core Lightning (Newsletter #193), LND (Newsletter #196), et Eclair (Newsletter #217).

• ● HWI #637 ajoute la prise en charge d’une mise à jour majeure prévue du micrologiciel lié à Bitcoin pour les dispositifs Ledger. Le travail de politique de gestion mentionné dans le document intitulé “ Policy Management “ n’est pas inclus dans ce PR, mais est mentionné dans sa description en tant que travail futur prévu dans la Newsletter #200.