Bulletin d’information hebdomadaire Bitcoin Optech du 18 janvier 2023 traduit par @copinmalin. Le bulletin de cette semaine décrit une proposition de nouveaux opcodes spécifiques aux coffres-forts et comprend nos sections habituelles avec des résumés de mises à jour intéressantes des clients et des services, des annonces de nouvelles versions et de versions candidates, et des descriptions de changements significatifs dans les logiciels d’infrastructure Bitcoin les plus répandus. Nouvelles Proposition de nouveaux opcodes spécifiques aux coffre-forts : James O’Beirne a publié sur la liste de diffusion Bitcoin-Dev une proposition pour un soft fork visant à ajouter deux nouveaux opcodes, OP_VAULT et
Topics:
Ailleurs considers the following as important:
This could be interesting, too:
Bitcoin Schweiz News writes 0x-Protokoll erklärt: Die Schlüsseltechnologie für dezentralen Austausch
Bitcoin Schweiz News writes Lugano Plan B 2025: Early Bird Tickets für nur 99 Euro
Ailleurs writes Bull Bitcoin : Discussion avec Louis Alexandre De Froissard
Wayne Jones writes dYdX CEO Declares 35% Workforce Reduction
Bulletin d’information hebdomadaire Bitcoin Optech du 18 janvier 2023 traduit par @copinmalin.
Le bulletin de cette semaine décrit une proposition de nouveaux opcodes spécifiques aux coffres-forts et comprend nos sections habituelles avec des résumés de mises à jour intéressantes des clients et des services, des annonces de nouvelles versions et de versions candidates, et des descriptions de changements significatifs dans les logiciels d’infrastructure Bitcoin les plus répandus.
Nouvelles
- Proposition de nouveaux opcodes spécifiques aux coffre-forts : James O’Beirne a publié sur la liste de diffusion Bitcoin-Dev une proposition pour un soft fork visant à ajouter deux nouveaux opcodes,
OP_VAULT
etOP_UNVAULT
.OP_VAULT
accepterait trois paramètres : un engagement envers un chemin de dépenses hautement fiable, un période de retard, et un engagement envers un chemin de dépenses moins fiable.OP_UNVAULT
accepterait également trois paramètres. Lorsqu’il est utilisé pour les coffres-forts envisagés par O’Beirne, il s’agirait du même engagement envers un chemin de dépense hautement fiable, de la même période de retard, et d’un engagement envers une ou plusieurs sorties à inclure dans une transaction ultérieure.
OP_VAULT
.Pour dépenser les fonds précédemment reçus à son adresse de coffre-fort, Alice commence par déterminer les sorties qu’elle souhaite finalement payer (par exemple, envoyer un paiement à Bob et renvoyer la monnaie dans son coffre-fort). Dans une utilisation typique, Alice remplit les conditions de son chemin de dépense moins fiable, comme la fourniture d’une signature de son porte-monnaie virtuel, pour créer une transaction qui paie tous les fonds du coffre-fort à une seule sortie. Cette sortie contientOP_UNVAULT
avec les mêmes paramètres pour le chemin de dépense de confiance et le délai. Le troisième paramètre est un engagement envers les sorties qu’Alice veut finalement payer. Alice termine la construction de la transaction—y compris la fixation des frais en utilisant le parrainage des frais, un type de sortie d’ancrage, ou un autre mécanisme.Alice diffuse sa transaction et celle-ci est ensuite incluse dans un bloc. Cela permet à n’importe qui de constater qu’une tentative de déblocage est en cours. Le logiciel d’Alice détecte qu’il s’agit d’une dépense de ses fonds mis en coffre et vérifie que le troisième paramètre de la sortieOP_UNVAULT
de la transaction confirmée correspond exactement à l’engagement qu’Alice a créé plus tôt. En supposant que cela corresponde, Alice attend maintenant la fin du délai, après quoi elle peut diffuser une transaction qui dépense depuis l’UTXOOP_UNVAULT
vers les sorties pour lesquelles elle s’est engagée plus tôt (par exemple, Bob et une sortie de changement). Il s’agirait d’une dépense réussie des fonds d’Alice en utilisant le chemin le moins sûr, par exemple en utilisant uniquement son portefeulle chaud.Cependant, imaginons que le logiciel d’Alice voit la tentative de déverrouillage confirmée et ne la reconnaît pas. Dans ce cas, son logiciel a la possibilité, pendant la période de retard, de geler les fonds. Il crée une transaction dépensant la sortieOP_UNVAULT
à l’adresse de confiance qui a fait l’objet des engagements précédents. Tant que cette transaction de gel est confirmée avant la fin de la période de retard, les fonds d’Alice sont protégés contre la compromission de son chemin de dépense moins fiable. Après que les fonds ont été transférés vers le chemin de dépense hautement fiable d’Alice, Alice peut les dépenser à tout moment en satisfaisant les conditions de ce chemin (par exemple, en utilisant ses portefeuilles froids).En plus de proposer les nouveaux opcodes, O’Beirne décrit également la motivation pour les coffres et analyse d’autres propositions de coffres, y compris celles qui sont disponibles sur Bitcoin maintenant en utilisant des transactions présignées et celles qui dépendraient d’autres propositions de soft fork avec des conditions de dépenses. Plusieurs avantages décrits de la propositionOP_VAULT
incluent :- Des témoins plus petits : Les propositions de conditions de dépenses flexibles, telles que celles qui utilisent le OP_CHECKSIGFROMSTACK proposé, exigeraient que les témoins de transaction pour les transactions non-déverrouillées incluent des copies d’une quantité significative de données déjà présentes ailleurs dans la transaction, ce qui gonfle la taille et le coût des frais de ces transactions.
OP_VAULT
exige que beaucoup moins de données de script et de témoin soient incluses dans la chaîne.Moins d’étapes pour les dépenses : Les propositions de conditions de dépenses moins flexibles et les coffres-forts disponibles aujourd’hui basés sur des transactions présignées exigent de retirer des fonds à une adresse prédéterminée avant qu’ils puissent être envoyés à une destination finale. Ces propositions exigent aussi généralement que chaque sortie reçue soit dépensée dans une transaction distincte des autres sorties reçues, ce qui empêche l’utilisation du regroupement des paiements. Cela augmente le nombre de transactions impliquées, ce qui gonfle également la taille et le coût des dépenses.OP_VAULT
nécessite moins de transactions lors de la dépense d’une seule sortie dans les cas typiques et il supporte également le regroupement de transsactions lors de la dépense ou du gel de plusieurs sorties, ce qui permet potentiellement d’économiser une grande quantité d’espace et de permettre aux coffres de recevoir beaucoup plus de transactions avant que leurs sorties ne doivent être consolidées pour des raisons de sécurité.
OP_UNVAULT
peut fournir plusieurs des caractéristiques de la proposition OP_CHECKTEMPLATEVERIFY (CTV), y compris les avantages pour les DLC précédemment décrits dans le Bulletin #185, bien qu’à un coût plus élevé sur la chaîne que l’utilisation directe de CTV.La discussion était toujours active au moment de la rédaction de cet article.
Changements principaux dans le code et la documentation
Dans cette rubrique mensuelle, nous mettons en évidence les mises à jour intéressantes des portefeuilles et services Bitcoin.
- Kraken annonce l’envoi à des adresses taproot : Dans un récent article de blog, Kraken a annoncé qu’il prenait en charge le retrait (envoi) vers les adresses bech32m.
- Annonce de la bibliothèque client rust de Whirlpool coinjoin : Le Samourai Whirlpool Client est une bibliothèque rust permettant d’interagir avec la plateforme Whirlpool coinjoin
- Ledger supporte le miniscript : La version 2.1.0 du micrologiciel Bitcoin de Ledger pour ses dispositifs de signature matérielle prend en charge le miniscript, comme annoncé précédemment.
- Le portefeuille de Liana a été lancé : La première version du porte-monnaie Liana a été annoncée. Le portefeuille prend en charge les portefeuilles singlesig avec une clé de récupération timelocked. Les plans futurs du projet incluent l’implémentation de taproot, des portefeuilles à multiples signatures, et des fonctionnalités multi-signatures à décroissance temporelle.
- Electrum 4.3.3 a été mis à jour : Electrum 4.3.3 contient des améliorations pour Lightning, PSBTs, les clés de signatures matérielles, et le système de construction.
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.
- HWI 2.2.0 est une version de cette application permettant aux portefeuilles logiciels de s’interfacer avec des dispositifs de signature matérielle. Elle ajoute la prise en charge des dépendances de chemins de clés P2TR en utilisant le dispositif de signature matérielle BitBox02 parmi d’autres fonctionnalités et corrections de bogues.
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.