Shielded Bitcoin : la confidentialité « à la Zcash » s'invite sur Bitcoin, sans toucher à ses règles

Résumé

Le 24 septembre 2026, le laboratoire de cryptographie new-yorkais [[alloc] init] a publié « Shielded Bitcoin: Private Transfers on the Bitcoin L1 », une spécification de 56 pages signée Clara Shikhelman, Mikhail Komarov et Aleksei Moskvin. L'objectif : des transferts de valeur libellés en bitcoin dont l'émetteur, le destinataire et le montant restent chiffrés — sans soft fork, sans blockchain parallèle, sans fédération ni opérateur central. Bitcoin ne ferait qu'ordonner des données chiffrées qu'il ne comprend pas ; la vérification serait confiée à des logiciels indépendants.

L'annonce tombe dans un contexte de regain d'intérêt pour la confidentialité on-chain, illustré par la dynamique récente de Zcash. Mais le projet reste préliminaire : le mécanisme qui permettrait à de « vrais » BTC d'entrer — et de sortir — du système n'est pas défini, et les critiques relèvent plusieurs limites structurelles.

Le constat de départ : un grand livre radicalement public

Chaque transaction Bitcoin inscrit dans le registre public des informations durablement consultables : adresses, montants, enchaînement des paiements. Ce caractère ouvert est une force pour la vérifiabilité, mais dès qu'une adresse est rattachée à une personne ou à une entreprise, l'ensemble de l'historique associé devient analyseable. Paie, trésorerie d'entreprise, dons : autant d'usages mal servis par une transparence intégrale.

Le laboratoire propose de ne pas modifier Bitcoin pour autant. Sa réponse tient en une idée simple à énoncer, complexe à exécuter : utiliser Bitcoin comme un « panneau d'affichage public » — le réseau stocke et ordonne des données pendant qu'un autre ensemble de règles, interprété par des logiciels externes, donne un sens à certaines d'entre elles.

Un « métaprotocole » au-dessus de Bitcoin

Shielded Bitcoin se présente comme un métaprotocole : ses règles, sans inscription dans le consensus Bitcoin, sont interprétées par des indexers, programmes qui scannent la chaîne, vérifient les preuves cryptographiques et reconstruisent l'historique des paiements privés.

La valeur circule sous forme de « notes » chiffrées :

• l'émetteur crée une note contenant le montant et les informations de réception, chiffrée pour n'être identifiable que par le destinataire prévu ;
• sa transaction Bitcoin publie cette note avec un numéro de série qui inscrit le fait que la note d'origine a bien été consommée ;
• une preuve à divulgation nulle (ZK proof) atteste mathématiquement que l'émetteur détenait bien les fonds et n'a pas créé d'unités supplémentaires, sans révéler lesquelles ni combien.

La filiation est explicite : le design reprend le modèle de Zcash, dont les paiements « shielded » chiffrent émetteur, destinataire et montant. La généalogie remonte à Zerocoin (2013), extension de confidentialité proposée pour Bitcoin, devenue Zerocash, puis Zcash, lancé en 2016 comme crypto-actif distinct.

La différence clé : Bitcoin vérifie, d'autres vérifient à sa place

C'est ici que la comparaison atteint sa limite. Chez Zcash, la blockchain vérifie elle-même les preuves dans son consensus. Dans Shielded Bitcoin, Bitcoin ne vérifie rien : il publie les données ; ce sont des logiciels indépendants, que chacun peut exécuter, qui contrôlent les preuves.

Cette architecture a une conséquence contre-intuitive, mise en avant par CoinDesk : une transaction Bitcoin peut être confirmée alors même que le paiement privé qu'elle contient échoue aux vérifications du métaprotocole. Bitcoin accepte des données que le système privé rejette — les indexers les ignorent alors. Le protocole reste « sans permission » — chacun peut re-exécuter les vérifications à partir de l'historique public — mais sa validité n'est plus garantie par le consensus de la chaîne mère.

Ce que le papier ne dit pas : entrées et sorties de BTC

La spécification ne décrit pas comment des BTC ordinaires entreraient dans le système ni comment en sortir. Les auteurs réservent ces mécanismes à un second papier s'appuyant sur PIPEs, une technique destinée à verrouiller une clé de signature Bitcoin jusqu'à conditions remplies. Leurs affirmations de contrôle des fonds par les utilisateurs couvrent les transferts internes — et excluent explicitement dépôts et retraits.

Sans pont vérifiable entre BTC réels et notes chiffrées, la valeur détenue demeure une créance « synthétique » adossée à une infrastructure théorique — l'objection centrale des critiques.

Les critiques : coûts, traces résiduelles et trusted setup

La proposition a essuyé des objections vives de développeurs et de partisans de Zcash :

1. Une « chaîne synthétique » aux compromis lourds. Mert Mumtaz, cofondateur de Helius, a jugé sur X que le système relevait de la « synthetic ledger » : trusted setup requis, pas d'anonymisation des frais — le portefeuille payant les frais de publication peut rester visible — et surtout aucun mécanisme « in-protocol » pour faire entrer ou sortir du BTC réel. Il estime que le projet exige « des années » de R&D supplémentaires.
2. Des coûts sensiblement plus élevés. Un transfert privé représente environ 700 octets virtuels, contre 100 à 200 pour une transaction classique — soit des frais environ quatre fois supérieurs à taux équivalent.
3. Un setup de confiance. Le design de référence exige un paramétrage dont la sécurité dépend qu'au moins un participant agisse honnêtement. Montant et contreparties sont masqués, mais le calendrier des transactions et les frais restent observables.
4. Des portefeuilles légers non réglés. La vérification efficace de l'historique reconstruit reste listée comme travail futur.

Du côté de Zcash, l'accueil est nuancé : Cypherpunk (société détentrice et mineuse de ZEC) salue la recherche tout en rappelant que « la confidentialité fonctionne mieux lorsqu'elle est intégrée à la couche de base » — le principal argument de Shielded Bitcoin étant aussi sa principale faiblesse, même si « plus de confidentialité sur Bitcoin est une bonne chose pour tous ».

Un moment favorable pour la confidentialité on-chain

Le calendrier n'est pas neutre. Selon les calculs de CoinDesk (données ZecStats), les pools « shielded » de Zcash détenaient environ 4,9 millions de ZEC — en hausse de 14 % depuis le 30 juillet, soit près de 29 % de l'offre — et la semaine écoulée a vu environ 63 000 transactions shielded, un niveau inédit depuis 2022, pour un volume rapporté supérieur à 23 milliards de dollars. Ce regain d'usage explique en partie l'émergence de la proposition.

Ces indicateurs décrivent un intérêt de marché, pas une validation technique : une spécification de recherche n'est pas un protocole déployé.

Ce que cela pourrait signifier pour les infrastructures de marché

Pour les infrastructures de négociation et de conservation, trois enseignements se dégagent :

1. La confidentialité redevient un sujet d'ingénierie de marché, pas seulement réglementaire. Si de telles conceptions mûrissent, elles poseraient des questions concrètes aux prestataires de services crypto (CASP) : analyse on-chain, détection des abus de marché, exigences MiCA de traçabilité — dans un cadre européen où l'interdiction des flux anonymes vers des wallets hébergés existe déjà.
2. Le débat « couche de base » contre « couches applicatives » se rejoue à l'identique de 2013-2016 : confidentialité au niveau du consensus (approche Zcash) ou par-dessus (métaprotocole). Chaque architecture produit des garanties — et des angles morts — différents.
3. La frontière entre vérifié par le consensus et vérifié par des tiers logiciels devient un critère d'évaluation des risques : Shielded Bitcoin déplace la garantie de validité hors du consensus Bitcoin. Pour un gestionnaire de risques, c'est un changement de nature, pas de degré.

Les points de vigilance

• Stade préliminaire : pas de date de lancement ni d'implémentation déployée ; entrées/sorties renvoyées à un futur papier.
• Preuves à divulgation nulle : la sécurité du paramétrage initial repose sur une hypothèse de comportement honnête d'au moins un participant ; les audits restent à venir.
• Analyse résiduelle : montants et contreparties cachés, mais timing et frais observables — la confidentialité n'est pas absolue.
• Environnement réglementaire : toute généralisation de flux confidentiels se heurterait aux obligations de traçabilité (Travel Rule, MiCA, dispositifs anti-blanchiment). Le calendrier et la forme de ces contrôles évoluent encore.

Rien n'indique qu'un déploiement soit imminent, ni même certain. Le papier est une spécification de recherche : il cartographie ce que nécessiteraient des transferts privés sur Bitcoin L1, il ne décrit pas un produit. Second papier, implémentations, audits et réactions des développeurs Bitcoin devront être suivis avant d'en tirer des conclusions d'infrastructure.

Sources

• CoinDesk — Inside the 'Shielded Bitcoin' paper that proposes private BTC payments using Zcash tech : https://www.coindesk.com/tech/2026/09/25/bitcoin-could-soon-get-zcash-style-shielded-privacy-without-changing-its-rules
• Bitcoin.com News — Shielded Bitcoin Proposal Aims to Bring Privacy to Bitcoin L1 : https://news.bitcoin.com/featured/shielded-bitcoin-proposal-aims-to-bring-privacy-to-bitcoin-l1/