Blockchains privées et conformité : ce que les cabinets comptables et les DAF doivent évaluer maintenant

Une nouvelle génération de blockchains hybrides atteint une échelle institutionnelle, et chacune présente un défi de conformité matériellement différent. Chainalysis a publié une analyse détaillée le 29 juillet 2026 confirmant qu'au moins quatre modèles de confidentialité distincts sont désormais actifs en production, couvrant tout, du registre entièrement privé de Canton au Layer 2 à connaissance zéro d'Aztec. Pour tout cabinet comptable ou DAF dont les clients touchent aux actifs numériques, comprendre ces modèles n'est plus optionnel : cela détermine directement si votre pile de logiciels de comptabilité crypto et vos contrôles AML peuvent réellement voir ce qui se passe sur la chaîne.

Pourquoi la demande institutionnelle stimule la croissance des chaînes privées

Les blockchains publiques comme Ethereum et Solana ont été construites sur l'ouverture. Tout participant peut lire chaque transaction, tracer l'historique des portefeuilles et surveiller l'activité des contreparties. Cette transparence alimente la liquidité et les effets de réseau, mais elle crée un problème pour les institutions qui déplacent des positions importantes sur la chaîne : elles ne peuvent pas contrôler qui voit leur flux d'ordres, les identités des contreparties ou les détails de règlement.

Chainalysis est clair : la poussée institutionnelle en faveur de la confidentialité ne concerne pas l'anonymat au sens criminel. Il s'agit de protection des données et de confidentialité des contreparties, les mêmes attentes qui régissent la finance traditionnelle. En réponse, les développeurs ont produit un ensemble de réseaux hybrides qui donnent aux utilisateurs un contrôle sélectif sur ce qui est visible, sans abandonner l'auditabilité que les régulateurs et les équipes de conformité exigent.

Le plus grand d'entre eux est Canton. Il se décrit comme une chaîne « publique permissionnée » car la participation est restreinte. Selon Chainalysis, citant CoinDesk, Canton règle déjà environ six mille milliards de dollars d'actifs institutionnels. Ce chiffre à lui seul indique que la conformité des chaînes privées est une réalité opérationnelle, et non une préoccupation future.

Les quatre modèles de confidentialité : ce qu'ils sont et en quoi ils diffèrent

Chainalysis identifie quatre approches architecturalement distinctes. Chacune nécessite des techniques de surveillance, des arrangements d'accès et une logique analytique différents. Il n'existe pas de compétence unique qui se transfère proprement à travers les quatre.

Modèle 1 : Registres à besoin de savoir (Canton)

Canton masque non seulement les montants des transactions mais aussi l'existence même des transactions à quiconque n'est pas une contrepartie directe ou une partie prenante nommée. L'architecture fonctionne sur une base stricte de besoin de savoir : chaque partie à une transaction ne reçoit que la tranche de données pertinente pour son rôle.

Chainalysis utilise un règlement Livraison contre Paiement comme illustration. La banque recevant de l'argent liquide voit la jambe de trésorerie ; elle ne voit rien de l'échange de titres. Le registraire des titres voit le transfert de l'actif ; il ne peut pas voir la contrepartie en espèces. Les équipes de conformité, les régulateurs et les auditeurs se voient accorder un accès segmenté plutôt qu'une visibilité complète du registre.

Pour les cabinets comptables, cela signifie que votre approche standard d'explorateur de blockchain est inutile sur Canton. L'accès doit être négocié au niveau de l'infrastructure, généralement via la couche d'autorisation de la plateforme, avant que les données de transaction n'atteignent votre logiciel de comptabilité crypto ou vos documents d'audit.

Modèle 2 : Pools masqués opt-in (Zcash)

Zcash fonctionne comme une blockchain publique avec des adresses transparentes, un peu comme Bitcoin, mais contient également des pools de confidentialité dans lesquels l'expéditeur, le destinataire et le montant sont tous cryptés. Les utilisateurs choisissent de transiger de manière transparente ou dans l'environnement masqué. Chainalysis note que même le destinataire d'un transfert masqué ne sait pas automatiquement d'où proviennent les actifs entrants.

L'accès nécessite une clé de visualisation. Sans elle, une équipe de conformité ou un auditeur ne peut pas déchiffrer les détails des transactions masquées. Critiquement, Chainalysis confirme qu'elle peut identifier et signaler les transferts vers, depuis et entre les pools masqués, traitant ceux-ci comme des événements d'exposition à la « confidentialité du protocole » qui apparaissent dans les flux de révision basés sur les risques. La plupart des activités Zcash restent transparentes, ce qui limite le rayon pratique pour la plupart des programmes de conformité institutionnelle.

La fonctionnalité limitée des smart contracts de Zcash signifie également qu'il est peu probable qu'elle héberge des produits financiers complexes. Son défi de conformité est réel mais limité, et il précède la vague actuelle de construction de chaînes institutionnelles.

Modèle 3 : Confidentialité sélective sur une chaîne publique (Transferts confidentiels Solana)

Solana adopte une approche différente : la confidentialité sélective intégrée dans des émissions de jetons individuelles sur une chaîne publique par ailleurs transparente. Les émetteurs de jetons peuvent activer les transferts confidentiels au moment de la création. Lorsqu'ils le font, le montant du transfert et les soldes de l'expéditeur et du destinataire sont masqués, mais les adresses de portefeuille restent visibles.

Les clés de visualisation sont à nouveau le mécanisme de conformité : un auditeur en détenant une peut déchiffrer les détails des transactions à la demande. Chainalysis note que Solana a lancé cette fonctionnalité début 2025, l'a mise en pause pour corriger des bugs, et l'a remise en ligne en juin 2026. Le statut intermittent de la fonctionnalité est lui-même un point de données pour les équipes de conformité : toute entreprise qui a intégré des actifs basés sur Solana pendant la période d'indisponibilité doit confirmer exactement quelles transactions ont été réglées sous quels paramètres de confidentialité.

Pour les logiciels de comptabilité d'actifs numériques, ce modèle est gérable si les clés de visualisation correctes sont détenues et documentées dans le cadre de l'intégration des clients. Le risque apparaît lorsque les entreprises héritent de positions en jetons sans hériter des clés correspondantes.

Modèle 4 : Exécution à connaissance zéro (Aztec)

Aztec est le plus opaque des quatre. En tant que Layer 2 Ethereum, il traite les calculs localement sur l'appareil de l'utilisateur et ne diffuse qu'une preuve cryptographique de validité au réseau. L'état du contrat, la logique de transaction et tous les détails d'exécution sont invisibles pour les observateurs externes. Les seuls signaux publiquement lisibles sont les dépôts et retraits au pont Layer 1 d'Ethereum.

Il n'y a pas de clé d'auditeur intégrée ni de backdoor au niveau du protocole. L'accès à la conformité dépend entièrement du fait que les développeurs d'applications choisissent d'intégrer des exigences de divulgation dans leurs smart contracts : par exemple, exiger que les utilisateurs partagent les données de transaction avec un fournisseur de conformité désigné comme condition d'utilisation. Sans ces choix de conception, les actifs à l'intérieur d'Aztec sont introuvables sans la coopération volontaire du détenteur.

Chainalysis confirme qu'Aztec a lancé son mainnet alpha début 2026 et en est encore à un stade précoce, traitant environ une transaction par seconde. Mais son architecture fixe le plafond de l'opacité des chaînes privées, et les cabinets comptables devraient traiter toute exposition de client à Aztec comme nécessitant un dispositif de surveillance séparé et sur mesure, plutôt que de supposer que les outils existants le couvriront.

Implications de conformité pour les cabinets comptables et les DAF

AML et surveillance des transactions

Le message central de Chainalysis est qu'aucune approche de surveillance unique ne couvre les quatre modèles. Une entreprise qui a construit son flux AML autour des chaînes publiques transparentes trouvera des lacunes significatives lorsqu'un client commence à régler sur Canton ou à transiger via Aztec. Les techniques de surveillance qui fonctionnent sur Ethereum ne se transfèrent pas à un registre à besoin de savoir, et celles qui fonctionnent sur Zcash ne se transfèrent pas à un environnement d'exécution à connaissance zéro.

En pratique, cela signifie que les équipes de conformité ont besoin d'un inventaire chaîne par chaîne des modèles auxquels leurs clients sont exposés, associé à une évaluation claire de savoir si les outils actuels et les arrangements d'accès couvrent réellement chacun d'eux. C'est le genre d'analyse des écarts qui devrait figurer dans l'évaluation annuelle des risques AML d'une entreprise, et non être découvert lors d'un examen réglementaire. Pour le contexte sur la façon dont les approches cryptographiques émergentes sont déjà appliquées à ce problème, voir comment le criblage AML basé sur FHE remodèle la conformité DeFi confidentielle.

La règle de voyage du FATF et les exigences de propriété effective s'appliquent quelle que soit la chaîne utilisée par un client. L'obligation de savoir qui transige ne se relâche pas parce que le registre est privé. Pour la dernière base réglementaire, la mise à jour ciblée du FATF sur les obligations des VASP reste la référence faisant autorité.

Piste d'audit et obligations de tenue de registres

Pour les auditeurs, les chaînes privées créent un problème spécifique : la piste d'audit peut ne pas être accessible par défaut. Sur Canton, l'accès est accordé sur une base de besoin de savoir. Sur Aztec, il dépend de la façon dont les développeurs d'applications ont conçu les conditions de divulgation. Sur Zcash et les transferts confidentiels de Solana, cela dépend du fait que les clés de visualisation ont été obtenues et conservées.

Cela a des implications directes sur la façon dont les lettres de mission et les procédures d'intégration des clients sont rédigées. Les entreprises devraient désormais demander : le client détient-il des clés de visualisation pour toutes les positions masquées ? Ces clés ont-elles été stockées d'une manière accessible lors d'un audit ? L'arrangement d'accès à la conformité pour toute exposition Canton ou Aztec est-il documenté dans un accord écrit avec la plateforme ou le fournisseur d'application ?

La configuration de votre logiciel de comptabilité crypto doit également refléter ces distinctions. Une position enregistrée comme « sur la chaîne » n'est pas automatiquement vérifiable de la même manière à travers les quatre types de modèles. L'entrée de registre peut exister ; la capacité de la confirmer indépendamment est une question distincte.

Contrepartie et criblage des sanctions

Les registres à besoin de savoir comme Canton résolvent le problème d'identité des contreparties pour les parties à une transaction par conception : chaque participant connaît sa contrepartie directe. Mais le défi de conformité se déplace vers la question de savoir si la vérification d'identité de la couche d'autorisation répond aux propres normes AML de l'entreprise et à toute exigence réglementaire applicable.

Pour les modèles à connaissance zéro comme Aztec, l'identification des contreparties revient entièrement à la couche applicative. Si l'application n'exige pas de divulgation, l'équipe de conformité n'a aucun signal sur la chaîne avec lequel travailler. Le criblage des sanctions contre une adresse de portefeuille qui n'est jamais visible publiquement n'est pas un problème de flux de travail qui peut être résolu par un meilleur logiciel seul : il nécessite un choix de conception au niveau du protocole par le développeur de l'application.

Ce que les entreprises devraient faire maintenant

Mesures immédiates

Premièrement, cartographier les expositions actuelles et anticipées des clients à chacun des quatre modèles de confidentialité. Ce n'est pas un exercice théorique : la base d'actifs de six mille milliards de dollars de Canton et les transferts confidentiels repris de Solana signifient que ce sont des environnements de règlement actifs aujourd'hui.

Deuxièmement, examiner si les logiciels de comptabilité crypto et les outils AML existants ont une couverture confirmée pour chaque type de modèle. La couverture pour les chaînes transparentes n'implique pas la couverture pour les pools masqués ou les environnements d'exécution à connaissance zéro. La confirmation du fournisseur doit être obtenue par écrit.

Troisièmement, mettre à jour les modèles d'intégration des clients et de lettre de mission pour exiger la divulgation des clés de visualisation et des arrangements d'accès à la plateforme comme information standard. Traiter cela comme optionnel crée des lacunes dans la piste d'audit qui sont difficiles à corriger rétrospectivement.

Quatrièmement, signaler spécifiquement les expositions Aztec pour une due diligence renforcée. Son statut de mainnet alpha, combiné à l'absence de backdoor de conformité intégrée dans son architecture, le place dans une catégorie de risque différente des trois autres modèles. Toute activité de client y justifie une évaluation documentée de la manière dont la surveillance au niveau des transactions sera réalisée.

Enfin, s'assurer que votre évaluation annuelle des risques AML aborde explicitement l'exposition aux chaînes privées. Les régulateurs du monde entier évoluent vers une attente que les VASP et leurs conseillers professionnels puissent démontrer une capacité de surveillance spécifique à chaque chaîne, et non simplement une politique générique de surveillance de blockchain.

Source : Chainalysis

Questions fréquemment posées

Quels sont les quatre modèles de blockchains privées que les équipes de conformité doivent comprendre ?

Chainalysis identifie les registres à besoin de savoir (Canton), les pools masqués opt-in (Zcash), la confidentialité sélective sur les chaînes publiques (transferts confidentiels Solana) et les environnements d'exécution à connaissance zéro (Aztec). Chacun nécessite une approche de surveillance différente et des arrangements d'accès différents pour les équipes de conformité et les auditeurs.

La règle de voyage du FATF s'applique-t-elle toujours lorsque les transactions sont sur une blockchain privée ?

Oui. L'obligation de la règle de voyage de collecter et transmettre les informations sur l'initiateur et le bénéficiaire s'applique à l'institution qui effectue la transaction, non à la conception technique de la blockchain. Un registre privé ne supprime pas l'obligation ; il change le mécanisme par lequel l'entreprise doit la satisfaire.

Comment fonctionnent les clés de visualisation à des fins d'audit et de conformité ?

Sur Zcash et le modèle de transfert confidentiel de Solana, une clé de visualisation est un identifiant cryptographique qui permet à son détenteur de déchiffrer les détails des transactions autrement cryptés. À des fins de conformité et d'audit, les entreprises doivent obtenir, stocker de manière sécurisée et documenter les clés de visualisation lors de l'intégration des clients, car sans elles, les données de transaction masquées ne peuvent pas être vérifiées indépendamment.

Les logiciels de comptabilité crypto existants sont-ils suffisants pour les positions sur les chaînes privées ?

Pas automatiquement. Les logiciels configurés pour les chaînes publiques transparentes peuvent ne pas avoir une couverture confirmée pour les pools masqués ou les environnements à connaissance zéro. Les entreprises devraient demander une confirmation écrite de leurs fournisseurs de logiciels sur les modèles de confidentialité et les chaînes spécifiques pris en charge, et les arrangements d'accès requis pour chacun.

Qu'est-ce qui rend Aztec une exposition à plus haut risque que les trois autres modèles ?

Aztec n'a pas de clé d'auditeur intégrée ni de backdoor de protocole. La visibilité de conformité dépend entièrement du fait que les développeurs d'applications aient intégré des exigences de divulgation dans leurs smart contracts. Sans ces choix de conception, les données de transaction à l'intérieur d'Aztec sont inaccessibles sans la coopération volontaire de l'utilisateur. Combiné avec son statut de mainnet en phase précoce, cela place Aztec dans une catégorie de risque distincte qui justifie une due diligence renforcée et un plan de surveillance documenté et sur mesure.