Une option de confidentialité pour Bitcoin sans toucher au protocole
Des chercheurs du laboratoire cryptographique Alloc Init ont publié une proposition technique, baptisée Bitcoin protégé, visant à permettre des transferts privés sur le réseau Bitcoin sans recourir à un soft fork du protocole. Le document, signé par Clara Shikhelman, Mikhail Komarov et Aleksei Moskvin, décrit un système qui masque les montants, les expéditeurs, les destinataires et les liens vers les fonds précédemment dépensés grâce à des notes chiffrées et à des preuves à divulgation nulle de connaissance (ZK proofs).
Principe technique et architecture
Plutôt que d’imposer des règles de confidentialité au niveau du consensus Bitcoin, la proposition utilise Bitcoin comme « couche neutre de publication et d’ordonnancement ». Autrement dit, les transactions protégées seraient publiées sur Bitcoin mais validées hors-chaîne par des composants additionnels :
- Des indexeurs : logiciels séparés chargés de vérifier les preuves ZK, de contrôler l’absence de double-dépense et de reconstruire l’état du système « protégé ».
- Des notes chiffrées et des nullificateurs publics : empruntés explicitement à l’architecture de Zcash pour indiquer qu’une note a été dépensée sans révéler son origine.
- Des preuves à divulgation nulle de connaissance : garantissant la validité des transactions sans exposer les données sensibles.
Conséquences et limites pratiques
La démarche offre une voie potentielle vers plus de confidentialité pour les utilisateurs désireux de préserver leurs flux financiers, sans exiger l’accord des mineurs ni une modification du consensus. Elle soulève cependant des questions opérationnelles et de sécurité :
- Un système externe d’indexeurs crée une dépendance hors-chaîne et des points d’observation qui doivent être sécurisés et distribués.
- La robustesse de la confidentialité dépendra de l’anonymity set — le pool d’utilisateurs effectuant des transactions protégées — qui, au lancement, risque d’être faible.
« La confidentialité dépend de la foule. Zcash dispose d’un véritable pool protégé, »
Cette remarque, formulée par le développeur Vadim Zavodil sur X, synthétise une critique clé : un nouveau « pool protégé » commence sans l’historique et la masse d’utilisateurs qui renforcent l’opacité des transactions sur des systèmes établis comme Zcash.
Ce que cela n’est pas
Les auteurs ne proposent pas une blockchain parallèle ni un nouveau mécanisme de consensus. Leur approche se veut complémentaire à Bitcoin : publication et ordonnancement sur la blockchain existante, logique de protection et de vérification hors-chaîne. Il ne s’agit donc pas d’un fork ni d’une modification consensuelle des règles du protocole.
| Auteur(s) | Proposition clé |
|---|---|
| Clara Shikhelman, Mikhail Komarov, Aleksei Moskvin | Transferts privés via notes chiffrées et ZK proofs sans soft fork |
Pourquoi surveiller cette piste
La proposition d’Alloc Init combine des techniques éprouvées (notes chiffrées, nullificateurs, preuves ZK) avec une architecture pragmatique visant à minimiser l’impact sur Bitcoin lui‑même. Pour les régulateurs, les institutions financières et les entreprises de services en cryptomonnaies, elle pose des questions concrètes : quels acteurs hébergeraient les indexeurs ? Comment garantir la conformité sans casser la confidentialité ? Et surtout, quelle sera l’adoption initiale, condition sine qua non pour que le système offre la protection promise ?
Sur le plan technique, l’idée mérite d’être suivie : elle propose une alternative au débat récurrent sur l’évolution du protocole Bitcoin en privilégiant des couches additionnelles plutôt qu’un changement consensuel. Reste à voir si cette approche trouvera un écosystème suffisant pour transformer une proposition théorique en service utilisé à grande échelle.
