La mise à niveau de Bitcoin Taproot est prévue pour juillet, mais certains détails restent à finaliser.

Une date de sortie et un calendrier d'activation sont fixés pour la mise à niveau Taproot de Bitcoin, mais les développeurs et autres parties prenantes débattent toujours de la meilleure méthode pour coordonner la plus grande mise à niveau de Bitcoin depuis SegWit.

Parun chat IRC public discussion, le code pour la mise à niveau Taproot entièrement préparée et prête sera déployé entre le 17 et le 31 mars (ou avril si nécessaire), mais la signalisation réelle qui lance le processus d'activation ne commencera probablement T avant juillet.

Si toutse déroule comme prévu, la « majorité économique » de Bitcoin (les mineurs et les opérateurs de nœuds qui exécutent le code Bitcoin) pourrait alors mettre à jour son système dans les deux semaines suivant le début de la période de signalisation. En août 2022, la période d'activation de Taproot atteindra son terme.timeoutheightet la signalisation prendra fin.

En supposant que les pools de minage reflétant plus de 90 % du taux de hachage de Bitcoin prennent en charge Taproot avant letimeoutheight (comme l’indique une enquête), alors la grande majorité du soutien garantirait que Taproot soit un succès, et les 10 % restants environ (la « minorité économique ») pourraient mettre à jour sans conséquence par la suite.

Mais que se passe-t-il si les pools miniersne le T Un signal pour activer Taproot ? C'est là que réside le problème en ce moment. Mais pour certains acteurs de Bitcoin, ce problème ne devrait même T exister.

Sur le même sujet : Comment la mise à niveau Taproot de Bitcoin améliorera la Technologies de la pile logicielle de Bitcoin

Vrai ou faux ?

Tout d’abord, une note QUICK sur les mises à niveau de Bitcoin .

Contrairement à un réseau centralisé, dont les opérateurs centraux peuvent exiger une mise à niveau quand et comme ils le souhaitent, le réseau Bitcoin est décentralisé. Les mises à niveau nécessitent donc une prise de décision réfléchie et des discussions entre les parties prenantes de Bitcoin (à savoir, les développeurs, les mineurs, les entreprises et les utilisateurs expérimentés). Taproot est un « soft fork », c'est-à-dire une modification compatible avec les versions précédentes du logiciel (contrairement à un « hard fork », où les règles plus récentes et plus anciennes sont incompatibles).

Qu'il s'agisse d'un soft fork ou non, au cœur du problème de l'activation de Taproot se trouve la question de savoir s'il faut donner aux opérateurs de nœuds (les personnes exécutant le code source de Bitcoin) la possibilité de forcer l'activation de la mise à niveau si une supermajorité de mineurs ne parvient pas à la prendre en charge avant l'expiration du délai.

Cela permettrait aux opérateurs de nœuds de rejeter les blocs des mineurs qui ne prennent T en charge la mise à niveau. Ce type de mesure (appelé « soft fork activé par l'utilisateur ») a été utilisé pour stimuler la Activation de la mise à niveau SegWit en 2017et on pense qu'il a bougé leFenêtre d'Overtonpour que les mineurs acceptent la mise à niveau.

L'autre option consiste à ne pas inclure cette fonctionnalité du tout. Ces options de la Proposition d'amélioration du Bitcoin (BIP) permettant de forcer ou non la mise à niveau sont respectivement appelées BIP8 (vrai) et BIP8 (faux), également appelées LOT=true et LOT=false. LOT est l'abréviation de verrouillage à temps, une fonctionnalité qui détermine si Taproot sera « verrouillé » si l'activation à l'échelle du réseau n'est T atteinte lorsque le timeoutheightest atteint ; l'option (true) impose automatiquement la mise à niveau après l'expiration de la fenêtre d'activation, tandis que (false) la laisse échouer complètement.

Les opposants au BIP8 (vrai) affirment que cette mesure agressive est gratuite, car Taproot ne risque T de tomber en panne. Comme l'a expliqué Andrew Chow, contributeur de Bitcoin CORE , Enquête sur l'activation de la racine pivotante envoyée aux mineurs« La communauté a déjà décidé d'activer le service, il n'est donc pas nécessaire de faire LOT=true. Les mineurs font partie de la communauté. »

Sur le même sujet : Tous les principaux pools miniers prennent désormais en charge Taproot, la plus grande mise à niveau de Bitcoin depuis des années.

L’activation de Taproot pourrait-elle provoquer une division de la chaîne Bitcoin ?

D'autres encore en faveur de BIP8 (vrai) pensent qu'il s'agit d'une fonctionnalité nécessaire pour coordonner la mise à niveau, qui, dans le cas plus rare d'une discoordination extrême, pourrait diviser le réseau Bitcoin en versions incompatibles si quelque chose se passe mal.

« LOT=true ne scinde pas la chaîne. Cela réduit considérablement la probabilité que cela se produise », a déclaré Luke Dashjr, principal partisan de BIP8 (true), lors du chat.

Dashjr partage ce point de vue avec d'autres, comme hsjoberg, qui a noté : « Lot=true garantirait que les nœuds mis à niveau imposeraient une chaîne spécifique. » Cela signifie que les opérateurs de nœuds exécutant true exigeraient que la version de Bitcoin activée par Taproot soit la « véritable » chaîne. Théoriquement, cela aiderait donc à coordonner le consensus entre les acteurs afin d'éviter une scission.

Un ONE de brg444 a affirmé que « si lot=true s'active, il y aura une division du réseau ». Or, cela ne se produirait que si l'activation forcée était effective. Brg444 a déclaré que cela était peu probable, car la menace de cette division suffirait à effrayer les mineurs et à les inciter à s'activer avant l'activation forcée.

Le fantôme du passé de SegWit

Mais une tactique de peur est-elle vraiment nécessaire ou s’agit-il d’une démonstration de force flagrante ?

« [À mon Analyses, les gens] souffrent de SSPT à cause de SegWit… [ils] sont préventivement sur la défensive sans raison apparente autre que la peur d' Événements passés qui semblent maintenant avoir une faible probabilité de se produire réellement », a déclaré Olaoluwa Osuntokun, directeur technique de Lightning Labs, dans le chat, faisant référence aux mineurs initialement opposés à l'activation de SegWit.

« Les gens ne font que boxer Casper en ce moment ! » a-t-il dit plus tard. « Essayons [BIP8 (faux)] et révisons après si quelque chose se produit. »

Après tout, si six mois environ après le début de l'activation, les mineurs n'ont T signalé Taproot, alors LOT=true pourrait être codé après coup pour forcer la mise à niveau.

Cela ajouterait néanmoins une étape supplémentaire au processus, et une modification a posteriori serait plus lourde que de l'intégrer simplement à la version initiale. Certains estiment cependant qu'il s'agit d'une décision plus prudente, notamment compte tenu de la stigmatisation qui entoure le développement de Bitcoin , considéré comme un domaine clos, réservé aux seuls développeurs.

« LOT=true donne l'impression que les développeurs imposent un changement à la communauté. Même si ce n'est pas forcément le cas, cette impression n'est pas réjouissante. Étant donné que nous ne pensons T qu'il y aura de problèmes d'activation, je préférerais LOT=false pour éviter cette interprétation », a déclaré Chow.

Une question de coordination

Il est à noter que la dernière réunion consacrée à Taproot semblait indiquer un soutien majoritaire à LOT=false. Avec seulement une centaine de participants à ce tour (contre près du double la dernière fois), et un certain soutien croissant à LOT=true, « nous ne pouvons T vraiment mesurer le consensus communautaire », a déclaré Darosoir, contributeur.

Selon le wiki d’activation de Taproot, 26 participants à la réunion d’hier ont exprimé haut et fort leur préférence pour LOT=false tandis que 19 ont préféré LOT=true (certaines parties plus neutres ont indiqué qu’elles seraient d’accord avec l’un ou l’autre).

Sur le même sujet : Mise à jour de Taproot : les utilisateurs de Bitcoin se concentrent sur le plan d'activation, la date reste à déterminer

Loin d'être représentatifs de la vaste communauté internationale de Bitcoin, les participants à la discussion IRC ont quitté la réunion sans consensus clair sur les paramètres d'activation précis, certains exprimant la nécessité de réduire les complexités du processus pour obtenir une Analyses plus éclairée de la communauté au sens large.

« Je dirais cependant que cette discussion aurait gagné à être mieux vue, avec une vision plus claire du soutien massif de la communauté. Hors sujet pour cette réunion, mais je serais ravi de collaborer avec toute personne intéressée par l'obtention de meilleures données à ce sujet », a écrit Keagan McClelland, cofondateur de Start9 Labs, dans le chat.

Avec une date fixée à fin mars et la majeure partie des paramètres d'activation choisis dans BIP8, la dernière question à laquelle il faut répondre pour le déploiement de Taproot est de savoir s'il faut ou non inclure la mesure « soft fork activée par l'utilisateur » dès le départ.

Taproot sera livré d'ici BIP8 fin mars et l'activation est prévue pour juillet, donc cette question devra trouver une réponse dans le mois.