Bitcoin teste une méthode plus légère pour vérifier les transactions

• La conception regroupe les filtres de blocs en intervalles de 256 pour alléger la synchronisation.
• La nouvelle conception ne précise pas si elle maintient le même niveau de confidentialité pour l'utilisateur.

Un nœud complet de Bitcoin télécharge et vérifie l'intégralité de la chaîne de blocs. Un nœud léger, en revanche, n'a besoin d'obtenir que les informations nécessaires pour vérifier les transactions qui l'intéressent. Pour ce faire sans télécharger tous les blocs, il peut utiliser les filtres compacts de blocs définis dans les propositions d'amélioration de Bitcoin 157 et 158 (BIP-157 et BIP-158).

Les filtres fonctionnent comme un résumé de chaque bloc. Le nœud léger peut vérifier si un bloc contient des éléments liés à ses propres adresses ou scripts sans télécharger initialement tout son contenu. De cette manière, il réduit le volume d'informations qu'il doit consulter auprès d'autres nœuds.

Le système actuel des nœuds légers de Bitcoin génère un filtre pour chaque bloc, tandis qu'une nouvelle proposition cherche à réduire encore plus ce téléchargement en créant des filtres qui regroupent plusieurs blocs.

Le développeur connu sous le nom d'Optout a présenté le 22 juillet dernier sur le forum Delving Bitcoin une proposition pour créer des filtres correspondant à des intervalles de blocs, par exemple, des groupes de 256 blocs.

Le nœud léger téléchargerait d'abord le filtre correspondant à chaque intervalle. Si ce filtre ne correspond pas aux scripts que recherche le nœud, il pourrait rejeter tout ce groupe sans télécharger les filtres individuels. S'il trouve une correspondance, il téléchargerait les filtres de chaque bloc dans l'intervalle et continuerait avec la procédure actuellement utilisée.

Selon les simulations d'Optout, citées par le bulletin Bitcoin Optech Newsletter #420 du 28 août 2026, regrouper les filtres en intervalles de 256 blocs a réduit le téléchargement total de 70 % à 80 %, selon le type de transactions analysées. Cet intervalle s'est révélé, selon l'auteur lui-même, le meilleur équilibre possible, car regrouper en tranches plus grandes augmente à nouveau le coût du téléchargement.

Les résultats ne représentent pas encore le comportement du système sur la chaîne de blocs réelle. La proposition utilise des données simulées et l'auteur lui-même souligne la nécessité de réaliser des analyses sur des données réelles de Bitcoin avant de déterminer quelle serait la taille optimale des intervalles.

La réduction des données introduit une différence importante dans la manière dont le nœud léger effectue ses requêtes.

Avec le schéma actuel, le nœud peut télécharger des filtres individuels de tous les blocs, bien que la plupart ne contiennent pas d'informations liées à ses transactions. Avec des filtres par intervalles, le nœud consulte d'abord des groupes complets et ne s'approfondit que dans ceux qui produisent une correspondance.

Ce comportement pourrait amener le nœud qui fournit les filtres à observer quels intervalles de blocs suscitent l'intérêt de l'utilisateur. Si plusieurs requêtes supplémentaires se concentrent sur certains intervalles, ces informations pourraient permettre d'inférer approximativement quelle période de la chaîne le nœud léger examine.

C'est pourquoi la proposition n'élimine pas nécessairement la protection offerte par les filtres compacts, mais change le modèle de requêtes et, potentiellement, les informations qu'un nœud serveur peut déduire de ce modèle. L'impact concret sur la confidentialité n'a pas encore été défini par les développeurs.

La proposition est encore à un stade préliminaire et n'a pas d'implémentation ni d'identification officielle en tant que BIP. Pour l'instant, le principal résultat est que Bitcoin pourrait réduire considérablement le volume de données nécessaires pour certains nœuds légers. La prochaine étape sera de déterminer si cette économie de bande passante maintient un niveau de confidentialité acceptable lorsque le mécanisme sera testé sur la chaîne réelle.