Le bulletin de cette semaine résume une discussion sur le griefing des annonces de liquidité et inclut nos sections régulières concernant les questions et réponses populaires sur le Bitcoin Stack Exchange, les nouvelles versions et les versions candidates, et les changements apportés aux principaux logiciels de l’infrastructure Bitcoin.

Nouvelles

  • ● Discussion sur le griefing des annonces de liquidité : Bastien Teinturier a posté sur la liste de diffusion Lightning-Dev à propos d’un problème potentiel avec les timelocks sur les canaux à financement double créés à partir des annonces de liquidité. Cela a également été mentionné précédemment dans le Récapitulatif n°279. Par exemple, Alice annonce qu’elle est prête, moyennant des frais, à engager 10 000 sats de ses fonds dans un canal pendant 28 jours. Le timelock de 28 jours empêche Alice de simplement fermer le canal après avoir reçu le paiement et d’utiliser ses fonds à d’autres fins.

    Poursuivant l’exemple, Bob ouvre le canal avec une contribution supplémentaire de 100 000 000 sats (1 BTC) de ses fonds. Il envoie ensuite presque tous ses fonds à travers le canal. Maintenant, le solde d’Alice dans le canal n’est pas de 10 000 sats pour lesquels elle a reçu des frais, mais presque 10 000 fois plus élevé que cette somme. Si Bob est malveillant, il n’autorisera pas ces fonds à se déplacer à nouveau avant l’expiration du timelock de 28 jours auquel Alice s’est engagée.

    Une atténuation suggérée par Teinturier et discutée par lui-même et d’autres consistait à n’appliquer le timelock qu’à la contribution de liquidité (par exemple, seulement les 10 000 sats d’Alice). Cela introduit des complexités et des inefficacités, bien que cela puisse résoudre le problème. Une alternative proposée par Teinturier était simplement de supprimer le timelock (ou de le rendre facultatif) et de laisser les acheteurs de liquidité prendre le risque que les fournisseurs puissent fermer les canaux peu de temps après avoir reçu leurs frais de liquidité. Si les canaux ouverts via des annonces de liquidité génèrent généralement des revenus de frais de transfert importants, il y aurait une incitation à les maintenir ouverts.

Modifications apportées aux services et aux logiciels clients

Dans cette rubrique mensuelle, nous mettons en évidence les mises à jour intéressantes des portefeuilles et services Bitcoin.

  • ● Lancement d’un pool de minage Stratum v2 : DEMAND est un pool de minage construit à partir de l’implémentation de référence Stratum v2 permettant initialement le minage en solo, avec le minage en pool prévu pour l’avenir.

  • ● Annonce de l’outil de simulation du réseau Bitcoin warnet : Le logiciel warnet permet de spécifier des topologies de nœuds, d’exécuter des scénarios scriptés sur ce réseau et de surveiller et analyser les comportements qui en résultent.

  • ● Publication d’un client Payjoin pour Bitcoin Core : Le payjoin-cli est un projet en Rust qui ajoute des fonctionnalités d’envoi et de réception de payjoin en ligne de commande pour Bitcoin Core.

  • ● Appel aux horodatages d’arrivée des blocs par la communauté : Un contributeur au référentiel Bitcoin Block Arrival Time Dataset a appelé les opérateurs de nœuds à soumettre leurs horodatages d’arrivée de bloc à des fins de recherche. Il existe un référentiel similaire pour collecter des données sur les blocs obsolètes.

  • ● Envoy 1.4 publié : La version 1.4 du portefeuille Bitcoin Envoy ajoute notamment la gestion des pièces et l’étiquetage des portefeuilles (BIP329 à venir), ainsi que d’autres fonctionnalités.

  • ● Annonce du schéma d’encodage BBQr : Le schéma peut encoder efficacement des fichiers plus volumineux, tels que des PSBT, en une série de QR animés pour une utilisation dans des configurations de portefeuille hors ligne.

  • ● Zeus v0.8.0 publié : La version v0.8.0 de Zeus contient un nœud LND intégré, un support supplémentaire pour les canaux zero conf et les canaux taproot simples, entre autres modifications.

Sélection de Q&R du Bitcoin Stack Exchange

Bitcoin Stack Exchange est l’un des premiers endroits où les contributeurs d’Optech cherchent des réponses à leurs questions—ou lorsque nous avons quelques moments libres pour aider les utilisateurs curieux ou confus. Dans cette rubrique mensuelle, nous mettons en avant certaines des questions et réponses les plus appréciées, postées depuis notre dernière mise à jour.

Mises à jour et versions candidates

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.17.3-beta est une version qui contient plusieurs corrections de bugs, y compris une réduction de la mémoire lorsqu’elle est utilisée avec le backend Bitcoin Core.

Changements notables dans le code et la documentation

Changements notables cette semaine dans Bitcoin Core, Core Lightning, Eclair, LDK, LND, libsecp256k1, Interface de portefeuille matériel (HWI), Rust Bitcoin, Serveur BTCPay, BDK, Propositions d’amélioration de Bitcoin (BIPs), Lightning BOLTs, et Bitcoin Inquisition.

  • ● LDK #2685 ajoute la possibilité d’obtenir des données de chaîne de blocs à partir d’un serveur de style Electrum.

  • ● Libsecp256k1 #1446 supprime une partie du code d’assemblage x86_64 du projet, en passant à l’utilisation du code en langage C existant qui a toujours été utilisé pour d’autres plates-formes. Le code d’assemblage a été optimisé pour des humains il y a plusieurs années pour améliorer les performances, mais entre-temps, les compilateurs se sont améliorés et les versions récentes de GCC et LLVM (clang) produisent maintenant un code encore plus performant.

  • ● BTCPay Server #5389 ajoute la prise en charge de la configuration de portefeuille multisig sécurisé BIP129 (voir le Bulletin #136). Cela permet à permis à BTCPay server d’interagir avec plusieurs portefeuilles logiciels et appareils de signature matériels dans le cadre d’une procédure simple de configuration multisig coordonnée.

  • ● BTCPay Server #5490 commence à utiliser par défaut les estimations de frais de mempool.space avec une solution de secours sur les estimations de frais du nœud local Bitcoin Core. Les développeurs commentant la PR ont noté qu’ils estimaient que les estimations de frais de Bitcoin Core ne réagissent pas rapidement aux changements dans le mempool local. Pour une discussion précédente sur les défis liés à l’amélioration de l’exactitude de l’estimation des frais, voir Bitcoin Core #27995.

Joyeuses fêtes !

Ceci est le dernier bulletin hebdomadaire de Bitcoin Optech de l’année. Le mercredi 20 décembre, nous publierons notre sixième bulletin annuel rétrospectif. La publication régulière reprendra le mercredi 3 janvier.