Bitcoin Core pourrait déclencher une effondrement entre les échanges de BTC et les pools d’exploitation si elle se poursuit avec des plans pour augmenter les limites de données avec son prochain logiciel de version 30 (V30).
C’est selon Bitcoin Mechanic, un défenseur vocal pour limiter le stockage de données arbitraires sur la blockchain de Bitcoin.
Les développeurs se battent toute l’année au-dessus de la quantité de données par défaut sans rapport avec le mouvement en chaîne de Bitcoin (BTC) que la plupart des nœuds devraient accepter dans leur file d’attente des transactions en attente.
Pendant plus d’une décennie, presque tous les opérateurs de nœuds Bitcoin ont plafonné le dataCarrier OP_return de leur Mempools en dessous de 90 octets.
Bitcoin Mechanic, qui dirige un groupe d’opérateurs de nœuds de nœuds qui protestent contre la proposition de Core pour soulever le dataCarrier d’OP_return à 100 000 octets, affirme qu’un résultat probable de cette augmentation stupéfiante est une Catastrophique, fermeture forcée des nœuds hébergés et une infrastructure cloud connectée au réseau Bitcoin.
Propagation de logiciels malveillants sur les nœuds Hosted Bitcoin Core V30
Plus précisément, Mechanic pense qu’un acteur malveillant utilisera le nouveau par défaut de 100 000 octets de Bitcoin Core V30 pour ajouter des morceaux contigus de code indésirable dans les puces mémoire des nœuds hébergés par le nuage.
Une fois stockés et relayés – même temporairement – la détection automatique des logiciels malveillants pourrait faire tomber des centaines, voire des milliers de nœuds hors ligne qui prennent en charge les échanges BTC et les piscines minières.
Des services d’hébergement tiers comme Amazon, Azure, Google Cloud et Digital Ocean utilisent une détection fréquente de logiciels malveillants dans bon nombre de leurs machines.
Alors que les échanges et les piscines minières sont hors ligne dans sa catastrophe prévue, Bitcoin Mechanic pense que les développeurs créeront des correctifs temporaires. Ces pansements deviendront alors encore plus difficile à correctement réparer.
Les pools d’exploitation centralisés seraient prétendument confrontés à la pression pour créer des filtres de données personnalisés. Le mécanicien interdit les logiciels tiers pour bloquer les logiciels malveillants, les virus ou le CSAM de pénétrer dans les mempools.
Tout cela aurait pu être empêché en quittant le datacarriersize d’Op_return seul en premier lieu, a-t-il soutenu.
Le mécanicien préconise une fourche de logiciels de base, les nœuds, qui n’augmenteront pas le datacarriersize OP_return dans son mempool par défaut.
Peter Todd affirme que le mécanicien Bitcoin ment
Selon Peter Todd, le mécanicien ment sur cette future vulnérabilité. « Aucun fournisseur de cloud sain d’esprit ne fera arrêter automatiquement les serveurs », a expliqué Todd.
En effet, très peu de développeurs de base sont d’accord avec les prévisions de Mechanic. En fait, ils s’en tiennent à une sortie prévue de V30 pour le mois prochain.
