Les développeurs de Bitcoin fusionnent trois nouveaux BIPs, et les frais de transaction pourraient chuter
Les développeurs de Bitcoin ont fusionné trois BIPs visant à réduire les frais de transaction en améliorant les méthodes d'agrégation des signatures, ce qui pourrait diminuer les coûts pour les utilisateurs.
Propositions de Bitcoin et Réduction des Frais
Du 2 au 4 novembre, le dépôt de propositions de Bitcoin a ajouté trois spécifications préliminaires qui pourraient réduire les frais pour les paiements regroupés par plusieurs utilisateurs et pour la consolidation de nombreux inputs en une seule sortie. Le BIP 458 a été fusionné le 2 novembre, le BIP 459 le 3 novembre, et le BIP 460 le 4 novembre.
Mécanisme d'Agrégation des Signatures
Ces propositions introduisent un mécanisme qui combine les signatures attachées aux inputs de transaction, lorsque les pièces sont dépensées. La demi-agrégation combine des signatures produites indépendamment sans nécessiter de session de signature interactive : n signatures de 64 octets deviennent 32(n+1) octets. L'agrégation complète, quant à elle, nécessite une signature coordonnée mais produit une seule signature de 64 octets pour toutes les signatures agrégées dans un groupe. Par exemple, pour dix signatures, cela signifie réduire 640 octets à 352 ou 64 octets, respectivement. Cela représente une réduction de 45 % et 90 % de la charge utile de la signature, avant les frais d'encodage.
Impact sur les Frais de Transaction
Cependant, la réduction des frais de la transaction entière serait beaucoup plus modeste. Les frais de Bitcoin sont généralement exprimés en octets virtuels (vB). Selon les règles de poids de Bitcoin, la taille virtuelle est le poids de la transaction divisé par quatre, arrondi à l'unité supérieure.
Des exemples hypothétiques montrent que si tous les inputs sont regroupés dans une agrégation éligible et que les paramètres de signature par défaut sont utilisés, avec des scripts de sortie de 34 octets et sans données de témoin supplémentaires optionnelles, les frais de transaction, l'encodage des témoins et le byte marqueur du groupe sont inclus.
Une transaction conjointe avec dix inputs et dix outputs passerait de 1 016 vB à 944 vB avec demi-agrégation, ou à 872 vB avec agrégation complète, réduisant ainsi ses frais d'environ 7,1 % ou 14,2 %. À un tarif illustratif de 10 satoshis par vB, les économies seraient de 720 ou 1 440 satoshis.
La consolidation bénéficie davantage dans le deuxième exemple, où 100 inputs sont combinés en une seule sortie. Sa taille passe de 5 804 vB à 5 012 vB avec demi-agrégation, ou à 4 220 vB avec agrégation complète, réduisant les frais d'environ 13,6 % ou 27,3 %.
Considérations Techniques
Le BIP 460 ne précise pas les paramètres d'activation, et sa version de témoin proposée, actuellement v2, nécessite une coordination avec d'autres propositions. Les portefeuilles devront prendre en charge ce nouveau type de sortie, car les sorties Taproot existantes ne bénéficieront pas automatiquement de l'agrégation, qui est limitée aux dépenses basées sur des signatures directes ou des chemins de clés.
Les dépenses qui exécutent des scripts, connues sous le nom de dépenses par chemin de script, ne peuvent pas rejoindre les groupes d'agrégation, et les inputs éligibles peuvent choisir de ne pas participer. L'agrégation complète nécessite un protocole de signature en deux tours avec état, et la réutilisation de nonces secrets peut exposer les clés de signature, rendant le support matériel et hors ligne exigeant. La demi-agrégation évite cette session de signature conjointe, bien que la construction de transactions collaboratives nécessite toujours un accord.