Le bulletin de cette semaine inclut nos sections régulières résumant les récentes discussions sur la modification des règles de consensus de Bitcoin, annonçant des mises à jour et des versions candidates, et décrivant les changements notables dans les projets d’infrastructure Bitcoin populaires.

Nouvelles

Aucune nouvelle significative n’a été trouvée cette semaine dans aucune de nos sources.

Modification du consensus

Une nouvelle section mensuelle résumant les propositions et discussions sur la modification des règles de consensus de Bitcoin.

  • ● Détails sur la conception de Simplicity : Russell O’Connor a fait trois publications (1, 2, 3) jusqu’à présent sur Delving Bitcoin à propos de “la philosophie et la conception du langage Simplicity.” Les posts examinent “les trois formes principales de composition pour transformer des opérations basiques en opérations complexes,” “le système de types de Simplicity, les combinateurs, et les expressions basiques,” et “comment construire des opérations logiques à partir de bits […jusqu’à…] des opérations cryptographiques, telles que SHA-256 et la validation de signature Schnorr, en utilisant juste nos combinateurs computationnels de Simplicity.”

    Le post le plus récent indique que d’autres entrées dans la série sont attendues.

  • ● Brouillon de BIP pour ajouter des opérations sur courbes elliptiques à tapscript : Olaoluwa Osuntokun a publié sur la liste de diffusion Bitcoin-Dev un lien vers un brouillon de BIP pour ajouter plusieurs opcodes à tapscript qui permettront d’effectuer des opérations sur courbes elliptiques sur la pile d’évaluation du script. Les opcodes sont destinés à être utilisés en combinaison avec des opcodes d’introspection pour créer ou améliorer les protocoles de covenant en plus d’autres avancées.

    Jeremy Rubin a répondu pour suggérer des opcodes supplémentaires pour activer des fonctionnalités supplémentaires, ainsi que d’autres opcodes qui rendraient plus pratique l’utilisation de certaines fonctionnalités fournies par la proposition de base.

  • ● Brouillon de BIP pour OP_TWEAKADD : Jeremy Rubin a publié sur la liste de diffusion Bitcoin-Dev un lien vers un brouillon de BIP pour ajouter OP_TWEAKADD à tapscript. Il a séparément publié des exemples notables de scripts rendus possibles par l’ajout de l’opcode, qui incluent un script pour révéler une modification de taproot, une preuve de l’ordre de signature d’une transaction (par exemple, Alice doit avoir signé avant Bob), et la délégation de signature.

Mises à jour et versions candidates

Nouvelles versions et versions candidates pour des projets d’infrastructure Bitcoin populaires. Veuillez envisager de mettre à niveau vers les nouvelles versions ou d’aider à tester les versions candidates.

  • ● Core Lightning v25.09 est une version d’une nouvelle version majeure de cette implémentation populaire de nœud LN. Elle ajoute le support à la commande xpay pour payer les adresses BIP353 et les offres simples, offre un meilleur support de comptabilité, fournit une meilleure gestion des dépendances des plugins, et inclut d’autres nouvelles fonctionnalités. et corrections de bugs.

  • ● Bitcoin Core 29.1rc2 est un candidat à la version pour une version de maintenance du logiciel de nœud complet prédominant.

Changements notables dans le code et la documentation

Changements notables récents 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, Lightning BLIPs, Inquisition Bitcoin, et BINANAs.

  • ● LDK #3726 ajoute le support pour les sauts fictifs sur les chemins aveuglés, permettant aux récepteurs d’ajouter des sauts arbitraires qui ne servent aucun but de routage mais agissent comme leurres. Un nombre aléatoire de sauts fictifs est ajouté à chaque fois, mais est limité à 10 comme défini par MAX_DUMMY_HOPS_COUNT. L’ajout de sauts supplémentaires rend significativement plus difficile la détermination de la distance ou de l’identité du nœud récepteur.

  • ● LDK #4019 intègre le splicing avec le protocole de quiescence en exigeant un état de canal quiescent avant d’initialiser une transaction de splicing, comme le mandate la spécification.

  • ● LND #9455 ajoute le support pour associer un nom de domaine DNS valide à l’adresse IP et à la clé publique d’un nœud Lightning dans son message d’annonce, comme le permet la spécification et supporté par d’autres implémentations telles qu’Eclair et Core Lightning (voir les Bulletins #212, #214, et #178).

  • ● LND #10103 introduit une nouvelle option gossip.peer-msg-rate-bytes (par défaut 51200), qui limite la bande passante sortante utilisée par chaque pair pour les messages de gossip sortants. Cette valeur limite la vitesse moyenne de la bande passante en octets par seconde, et si un pair la dépasse, LND commencera à mettre en file d’attente et à retarder les messages envoyés à ce pair. Cette nouvelle option empêche un seul pair de consommer toute la bande passante globale définie par gossip.msg-rate-bytes introduite dans LND #10096. Voir les Bulletins #366 et #369 pour les travaux liés de LND sur la gestion des ressources des demandes de gossip.

  • ● HWI #795 ajoute le support pour le BitBox02 Nova en mettant à jour la bibliothèque bitbox02 à la version 7.0.0. Il effectue également plusieurs mises à jour de CI.

Vous en voulez plus?

Pour plus de discussions sur les sujets mentionnés dans ce bulletin, rejoignez-nous pour le récapitulatif hebdomadaire Bitcoin Optech sur Riverside.fm à 16:30 UTC le jeudi (le jour suivant la publication de la newsletter). La discussion est également enregistrée et sera disponible sur notre page de podcasts.