Faits marquants:
Les transactions compressées pèsent moins et peuvent contourner les limitations de transmission.
Fondamentalement, il est proposé de modifier certaines données incluses dans les transactions pour les identifier.
Les développeurs de solutions liées au Bitcoin explorent de nouvelles façons d’optimiser la transmission de données sur le réseau. Tom Briar, via la liste de diffusion Bitcoin-Dev, a présenté un projet technique et une éventuelle mise en œuvre de transactions Bitcoin compressées.
Briar propose une solution pour rendre les transactions plus efficaces en termes de bande passante. Sa proposition se concentre sur la compression des données, un mécanisme qui permet d’envoyer des transactions plus petites via des supports à bande passante limitée, tels que les satellites ou les techniques de stéganographie.
La stratégie comprend diverses approches. D’une part, il propose l’utilisation d’entiers de longueur variable au lieu des entiers traditionnels représentés par 4 octets fixes. Cela réduit l’espace requis pour le traitement des données incluses dans les transactions.
En plus, propose de remplacer l’identification complète des transactions antérieures par une référence à leur localisation dans la comptabilité ou blockchain du réseau, optimisant l’utilisation de l’espace. Cette méthode, détaille-t-il, ne pourrait être utilisée que pour les transactions avec plus de 100 confirmations, étant donné qu’une éventuelle réorganisation des blocs pourrait conduire à ce que la référence ne corresponde pas à la localisation réelle d’une transaction.
Pour les transactions P2WPKH, où une signature et une clé publique de 33 octets doivent être incluses dans la structure du jeton, Briar suggère d’ignorer la clé publique et d’utiliser une technique pour la reconstruire à partir de la signature. Encore une fois, l’objectif est de réduire la taille de la transaction grâce à cette technique.
Commentaires sur les transactions compressées en Bitcoin
Cette proposition comportait diverses observations, notamment d’ordre technique, dans son référentiel GitHub. Les recommandations tournent principalement autour d’idées permettant d’économiser un peu d’espace supplémentaire pour chaque entrée dans une transaction.
L’une des limitations relevées concerne la reconversion d’une transaction compressée dans un format que les nœuds complets et d’autres logiciels peuvent utiliser nécessite plus de CPU (unité centrale de traitement), de mémoire et de ressources d’E/S (entrée et sortie de données) par rapport au traitement. une transaction sérialisée régulière. Pour cette raison, Les connexions à haut débit devraient continuer à utiliser le format de transaction habituel.