En attente de confirmation : série de Bitcoin Optech sur Mempool et sa politique

Une grande partie des discussions sur la technologie Bitcoin tournent récemment autour de divers changements consensuels apportés au protocole Bitcoin, notamment de nouveaux opcodes ou sighashs ou autour de technologies de couche 2 comme Lightning. Les discussions sur le pool de mémoire ou la politique (les règles non consensuelles autour des nœuds Bitcoin communiquant entre eux) passent souvent au second plan. Cependant, avec le récent volume de transactions élevé et le lancement de divers projets/plateformes NFT et jetons et la hausse des frais qui l’accompagne, le pool de mémoire et la politique sont passés au premier plan.

Les utilisateurs d’inscriptions et d’autres protocoles ont rencontré des problèmes avec les règles de normalisation, ce qui a conduit beaucoup à remettre en question leur objectif et à chercher des moyens de les supprimer ou de les renverser. Les utilisateurs réguliers de Bitcoin ont rencontré des problèmes de frais ou de majoration des frais. Dans un effort pour éduquer et impliquer la communauté, les développeurs Bitcoin Gloria Zhao et Murch est l’auteur d’une série de 10 semaines sur la politique de pool de mémoire et de relais intitulée « En attente de confirmation » sur le site Web Bitcoin Optech.

La série commence par un aperçu de ce qu’est ce cache de transactions non confirmées que nous appelons un pool de mémoire et pourquoi nous en avons un. Avoir un pool de transactions non confirmées permet une meilleure estimation des frais pour les portefeuilles, un téléchargement plus rapide de nouveaux blocs et prend en charge un réseau de transactions décentralisées et de relais de blocs.

Cependant, les mineurs de Bitcoin ne sont pas obligés d’inclure ces transactions non confirmées dans un bloc. L’espace de bloc étant limité, les mineurs sélectionnent les transactions avec les frais les plus élevés en fonction du poids de la transaction afin de maximiser leurs profits. L’article sur les incitations détaille certaines nuances autour des frais, notamment le fait que les frais en chaîne ne sont pas payés proportionnellement au montant de la transaction mais en fonction de la taille de la transaction et des complications qui surviennent dans les relations entre les différentes transactions.

Mais quel devrait être le tarif d’une transaction ? C’est le but de l’estimation du tarif : traduire l’urgence d’un utilisateur en un tarif minimal qu’une transaction devrait payer. Les transactions dans le pool de mémoire et les transactions dans les blocs récents peuvent aider à constituer un bon point de départ pour estimer les frais de transaction.

Dans « Enchères pour l’espace de bloc », Gloria et Murch discutent de stratégies pratiques pour tirer le meilleur parti de vos frais de transaction. Lors de la création d’une transaction, envisagez la sélection de pièces, en utilisant des types de sortie plus récents comme le P2TR de Taproot qui permettent des économies de frais ou le traitement par lots. Après la diffusion d’une transaction, des techniques telles que Child Pays For Parent (CPFP) et Replace By Fee (RBF) peuvent être utilisées pour augmenter le tarif d’une transaction dont la confirmation prend trop de temps.

Dans l’objectif d’un réseau robuste et décentralisé de nœuds Bitcoin, nous voulons que l’exploitation d’un nœud soit aussi bon marché et accessible que possible à quiconque. De plus, les ressources d’un nœud doivent être protégées contre les attaques DoS. Les règles de politique de transaction plus restrictives que les règles de consensus de Bitcoin aident à protéger les ressources des nœuds (y compris la mémoire, les ressources de calcul et la bande passante) en imposant des limites à ses pairs non fiables sur le réseau Bitcoin P2P.

De même, les ressources à l’échelle du réseau, notamment l’ensemble UTXO, les hooks de mise à niveau du protocole, la taille de la chaîne de blocs et l’effort de calcul requis pour la traiter, doivent également être protégées. Une série d’autres règles politiques, notamment des limites sur la publication de données arbitraires sur la chaîne de blocs, des tarifs minimum et des limites sur les sorties de faible valeur, contribuent toutes à protéger ces ressources réseau.

Bien que la politique soit facultative, Bitcoin Core n’offre pas de nombreuses façons de la configurer. Dans « Consistance des politiques », Gloria et Murch décrivent les ramifications potentielles de la modification de certaines politiques par défaut et pourquoi Bitcoin Core a toujours été conservateur en matière de configurabilité des politiques.

Ce ne sont pas seulement les individus qui exécutent des nœuds qui doivent connaître les règles de politique de transaction. Les portefeuilles, les services et les protocoles de couche 2 qui diffusent les transactions doivent être conçus en tenant compte des règles politiques afin d’éviter de créer des transactions rejetées et de garantir qu’elles peuvent être confirmées, même en période de fluctuation des tarifs. Par exemple, différents types d’attaques d’épinglage sont possibles sur les transactions de règlement L2 comme Lightning, qui profitent des limitations de la politique de pool de mémoire pour empêcher les transactions compatibles avec les incitations d’entrer dans les pools de mémoire ou d’être confirmées.

Tout comme les règles politiques ont été modifiées ou ajoutées dans le passé, il existe également une série de propositions visant à améliorer la politique. Le relais de packages, le pool de mémoire de cluster, le relais de transactions version 3 et les ancres éphémères sont quelques-uns qui sont actuellement en cours de développement.

Cependant, étant donné que les changements de politique de relais de transactions apportés à Bitcoin Core peuvent avoir un impact sur de nombreux participants de l’écosystème, ils nécessitent une collaboration, une socialisation, des commentaires et des tests de la part de la communauté Bitcoin au sens large avant d’être pris en compte. Les auteurs notent : « La prise de décision décentralisée est un processus difficile, mais nécessaire pour prendre en charge le divers écosystème de protocoles et d’applications qui utilisent le réseau de relais de transactions de Bitcoin. »

Les lecteurs devraient envisager de s’impliquer dans les différentes voies de discussion et de participation.

Bitcoin Optech propose également un podcast spécial qui met en évidence les 10 semaines de notre discussion avec Murch et Gloria, y compris les commentaires des conférenciers invités et les questions du public.

Merci de Gloria Zhao et Mark « Murch » Erhardt pour la création de la série ainsi que pour l’explication de chaque article hebdomadaire sur le podcast Bitcoin Optech.