Holochain (Holo) transforme l’informatique en pair-à-pair en permettant à chaque utilisateur d’agir comme un nœud autonome dans un réseau coopératif de données, d’applications et de valeurs.
Origine et Vision
Les fondateurs et le développement précoce
Conçu en 2016 par Arthur Brock et Eric Harris-Braum, Holochain est né d’une série de projets axés sur les monnaies complémentaires et la responsabilité distribuée. Les deux fondateurs avaient observé depuis longtemps que les plateformes centralisées finissent inévitablement par siphonner les rendements, distordre les incitations et concentrer le pouvoir de surveillance. Ils se sont fixé comme objectif de créer une infrastructure ouverte où les accords – et non les intermédiaires – forment le tissu de la coordination.
Le projet est officiellement devenu public en 2018 avec une Offre de Communauté Initiale, qui a distribué le HOT (un token ERC-20 temporaire qui pouvait plus tard être échangé contre du HoloFuel). Les premiers supporters ont été attirés non pas par des gains spéculatifs, mais par la promesse d’un Web qui traite les individus comme des acteurs souverains et non comme des ensembles de données dans une base de données d’entreprise.
Des jalons importants suivirent rapidement. Début 2019, la base de code Alpha-Rust remplaça le prototype initial en Go, offrant des gains de vitesse drastiques ainsi qu’une sécurité mémoire. À la mi-2020, le Conductor – l’environnement d’exécution qui orchestre chaque cellule Holochain – était suffisamment stable pour que les développeurs externes puissent créer des applications de preuve de concept comme des planificateurs communautaires de budgets et des systèmes de réputation.
Les tant attendus HoloPorts, des mini-serveurs spécialisés permettant de gagner du HoloFuel en partageant des ressources inutilisées, ont été livrés aux testeurs en 2021; d’ici 2022, le réseau d’hôtes mondial traitait des demandes croissantes d’applications pilotes dans des domaines comme les réseaux sociaux, le suivi des chaînes d’approvisionnement et les systèmes d’échange locaux.
Fondements philosophiques
Au cœur de Holochain se trouve une vision centrée sur l’agent de l’Internet. Plutôt que de forcer tous les participants à utiliser un grand livre global, chaque appareil conserve son propre enregistrement cryptographiquement signé des actions et ne diffuse que les données nécessaires pour le contexte partagé. Cette conception reflète les écosystèmes naturels : aucun organisme ne conserve le génome de tous les autres, et pourtant la coopération prospère grâce à des interactions localement valides.
L’architecture vise ainsi un monde où les règles des applications émergent par consentement mutuel et non par disposition centrale. Les utilisateurs conservent le contrôle des clés d’identité, des données et de la logique des applications, tandis que les communautés négocient des normes qui reflètent leurs valeurs.
| Fait | Détails |
|---|---|
| Fondateurs et lancement | Développé en 2016 par Arthur Brock et Eric Harris-Braum; version alpha du code Rust publiée en 2019; livraison des HoloPorts aux hôtes en 2021. |
| Architecture centrée sur l’agent | Chaque utilisateur gère des « cellules » avec une chaîne de sources privée et extensible uniquement; pas de grand livre global—les données sont stockées et validées localement. |
| Validation des données & DHT | Les entrées sont validées avant la propagation selon les règles de la DNA; les données partagées résident dans une Distributed Hash Table avec intégrité cryptographique des hash. |
| Stack réseau (Kitsune-P2P) | Gossip adaptatif via QUIC avec partitionnement spatial basé sur XOR; relais proxy pour le passage à travers NAT et canaux cryptés de bout en bout. |
| Efficacité énergétique & minage | Pas de minage Proof-of-Work; la validation est légère et distribuée, ce qui réduit drastiquement la consommation d’énergie par rapport aux blockchains traditionnelles. |
| Tokenomics HoloFuel | Crédit mutuel comme monnaie, soutenu par des services d’hébergement; les soldes s’étendent en fonction des prestations effectuées et se rétrécissent en conséquence, avec des entrées contre-signées dans les chaînes de sources. |
| HoloPorts & Hébergement | Mini-serveurs plug-and-play (HoloPorts) et hôtes génériques gagnent du HoloFuel en fournissant des ressources de calcul et de bande passante pour desservir des clients Web. |
| Application pratique: chaîne d’approvisionnement | Les coopératives de café utilisent des chaînes de sources privées pour le suivi de l’origine et partagent des métriques de qualité anonymisées via Holochain avec les importateurs et auditeurs. |
Comment fonctionne Holochain
Architecture centrée sur l’agent
Chaque participant exploite une ou plusieurs cellules, chacune combinant le code DNA compilé avec une chaîne de sources personnelle. La chaîne de sources est exclusivement extensible (append-only), protégée contre la manipulation et ne sera signée qu’avec la clé privée de son propriétaire.
Étant donné que la validation se fait dès l’ajout, les nœuds ne comptent jamais sur des validations finales probabilistes; une action est soit valide et donc publiable, soit rejetée avant de quitter la machine locale.
Une fois ajoutées, les entrées destinées à la découvrabilité partagée sont publiées dans une Distributed Hash Table (DHT) où les pairs voisins conservent des fragments redondants. Les hash cryptographiques garantissent que même si un hôte malveillant manipule des octets stockés, les pairs honnêtes détecteront et isoleront la divergence.
DNA et Zomes
Un paquet DNA contient toute la logique nécessaire pour une application : des Zomes écrits en Rust (comparable aux modules de Smart Contracts), des callbacks de validation, des attributions de permissions et des propriétés UID. Puisque le hash DNA ancre les identités, chaque modification génère un nouvel espace d’application : les forks peuvent surgir sans conflit, de sorte que les règles peuvent être améliorées par sélection naturelle. Les développeurs décrivent les comportements souhaités de manière déclarative, et le framework fournit par défaut l’infrastructure cryptographique, la vérification des signatures et les environnements d’exécution déterministes.
Règles de validation et DHT
Les pairs qui stockent un fragment de la DHT sont obligés de vérifier les données entrantes selon les fonctions de validation du DNA. La validation est un code explicite – si les règles demandent par exemple qu’une entrée se réfère à un engagement précédent ou nécessite un nombre minimum de signatures témoins, chaque nœud qui héberge ce fragment applique ces règles.
Les données invalides ne sont pas seulement ignorées ; elles sont repropagées, de sorte que les acteurs malveillants acquièrent rapidement la réputation d’un comportement peu fiable. Étant donné que la taille de chaque fragment reste limitée, aucun participant n’est surchargé par le volume de données d’un autre, préservant ainsi l’éthique centrée sur l’agent.
Modèle de sécurité
La sécurité dans Holochain repose sur des signatures cryptographiques, des chaînes de sources liées par hash et une validation partagée. Un agent ne peut pas modifier ses actions passées sans invalider le chemin de hash, et falsifier les données d’un autre utilisateur est impossible sans sa clé.
En même temps, le protocole Gossip diffuse les preuves de mauvaise conduite, permettant aux applications d’appliquer des conséquences – de l’ignorance des demandes à la révocation des permissions – tout en offrant de l’espace pour des mécanismes de réconciliation adaptés à l’éthique de la communauté. 
Stack de réseau Peer-to-Peer
Le niveau réseau, appelé Kitsune-P2P, organise les nœuds dans une partition adaptative de l’espace déterminée par les distances XOR des hash de contenu. Les pairs annoncent leurs arcs – des zones connectées de l’espace de hash qu’ils souhaitent desservir – et ajustent périodiquement la largeur des arcs en fonction du trafic observé, de la latence et de la dynamique des nœuds.
Ce Gossip adaptatif maintient la redondance dans un domaine optimal : suffisamment de copies pour la résilience mais assez peu pour économiser de la bande passante. L’utilisation de QUIC par Kitsune garantit un contrôle de congestion et une résilience multi-chemins, ce qui est crucial pour les connexions mobiles et par satellite. La connexion se fait via des relais proxy, qui transmettent des paquets cryptés pour les nœuds derrière des NATs ou des pare-feu ; une fois qu’un canal direct est possible, les pairs passent de manière transparente à un chiffrement de bout en bout.
Parallélisme et cohérence finale
Bien que Holochain évite un consensus global, il garantit néanmoins de solides garanties pour la cohérence finale des données partagées entre plusieurs agents. Si Bob et Alice travaillent ensemble sur un document de conception, chacun écrit dans sa propre chaîne; les entrées de liaison font référence aux engagements de l’autre, créant ainsi un ordre causal.
En cas de partitionnement du réseau, des hooks de résolution de conflits – configurables par DNA – fusionneront les historiques divergents en regroupant les blocs de texte ou en initiant une médiation humaine si nécessaire. Ce qui est essentiel, c’est que le système laisse les décisions de politique aux concepteurs d’applications : un chat en temps réel pourrait préférer une stratégie de « dernier écrivain gagne », tandis qu’un registre de contrats juridiques pourrait exiger des co-signatures cryptographiques avant chaque modification.
Primitives cryptographiques
Holochain utilise la courbe ed25519 pour les clés d’identité, Blake2b pour le hachage et ChaCha20-Poly1305 pour le chiffrement symétrique des contenus privés des entrées. Ce choix favorise la rapidité tant sur les CPU de bureau que sur les processeurs ARM à ressources limitées. Chaque engagement dans la chaîne de sources conserve un hash d’en-tête de 256 bits qui fait référence à l’en-tête précédent, formant ainsi un chemin immuable. Comme les en-têtes et les entrées sont hachés séparément, les données confidentielles peuvent rester chiffrées pendant que les métadonnées restent ouvertes à la validation, conciliant ainsi la confidentialité et la transparence.
Stratégie de compatibilité descendante
La version du protocole est ancrée dans les propriétés du DNA et les manifestes du Conductor. Lorsqu’un changement incompatible se produit – comme un changement de format de sérialisation – les développeurs publient un nouveau hash DNA. Les anciennes instances continuent de fonctionner et des Zomes de pont traduisent entre les versions. Ce chemin évolutif évite les hard forks qui divisent souvent les communautés de blockchain, et illustre l’avantage d’une approche centrée sur l’agent : plusieurs réalités peuvent exister côte à côte, collaborer au besoin et disparaître doucement lorsqu’elles deviennent obsolètes.
Comparaison entre Holochain et Blockchain
Différences structurelles
Les blockchains traditionnelles regroupent toutes les transactions dans des blocs séquentiels que chaque nœud complet doit répliquer et vérifier. Holochain inverse ce modèle en permettant à chaque agent de conserver uniquement les données pertinentes pour lui et ses partenaires d’interaction. Puisqu’il n’y a pas de grand livre global, la latence est réduite à la vitesse du calcul local et le débit croît avec le nombre de pairs.
Le consensus au sens d’une seule séquence canonique est remplacé par l’intégrité contextuelle : toi et moi devons être d’accord sur les entrées que nous partageons, mais nous ne devons pas nous soucier des interactions indépendantes de l’autre côté de la planète.
Considérations sur l’évolutivité
Dans la pratique, cette architecture signifie que lorsque le réseau passe de centaines à des millions d’appareils, la charge de travail par nœud reste presque constante. Plutôt que de poursuivre des mises à jour de sharding, des canaux hors chaîne ou des rollups optimistes, Holochain considère le sharding comme une partie intégrante.
L’adresse de chaque entrée détermine son ensemble d’hébergement, et les paramètres de redondance assurent la durabilité des données sans duplication inutile. Les benchmarks réalisés sur des ordinateurs portables grand public montrent régulièrement que les écritures sont terminées en moins de cinquante millisecondes, même lorsqu’on simule des milliers d’agents simultanés.
Efficacité énergétique et fin du minage
Étant donné que la validation est distribuée et économe en ressources, Holochain élimine les processus énergivores de minage associés aux réseaux Proof-of-Work. Les machines ne fournissent que l’énergie nécessaire pour traiter leurs propres interactions et stocker les fragments de données convenus. Il est estimé qu’une application Holochain complète avec des dizaines de milliers d’utilisateurs pourrait fonctionner avec la consommation d’énergie d’une seule ampoule. Cette réduction drastique correspond à l’objectif global de décarboniser l’infrastructure numérique.
| Dimension | Blockchain (typique) | Holochain |
|---|---|---|
| Modèle de données | Grand livre global à ajout uniquement | Chaînes de sources par agent + DHT |
| Mécanisme de consensus | Proof-of-Work / Stake / etc. | Validation intrinsèque, pas de consensus global |
| Chemin de mise à l’échelle | Layer-2, Sharding, Rollups | Sharding intégré par régions de hash |
| Profil énergétique | Haut (particulièrement PoW) | Minimal, pas de minage |
| Gestion des forks | Splits de chaîne potentiels | Les forks génèrent de nouveaux espaces d’applications sans conflits |
L’écosystème Holo
Hébergement Holo
Le service central, appelé Holo, agit comme un pont entre les utilisateurs du Web et les applications Holochain. Il permet aux hôtes de louer des cycles CPU inutilisés et de la bande passante via des HoloPorts plug-and-play ou des machines génériques avec le système d’exploitation de l’hôte.
Lorsqu’un navigateur traditionnel demande une application, le trafic est dirigé via des passerelles proxy inverses qui traduisent les appels HTTP en messages Holochain. Cette approche permet un onboarding fluide : un utilisateur peut interagir avec des applications décentralisées aussi facilement qu’avec un blog, tandis que les hôtes monétisent des ressources inutilisées.
HoloFuel et Tokenomics
La facturation de HoloFuel se fait via une application Holochain. Chaque transaction comprend une entrée dans la chaîne de l’expéditeur, une entrée dans la chaîne du destinataire et un protocole de contresignature garantissant que les deux parties sont d’accord.
Étant donné que la monnaie est couverte par des engagements d’hébergement, la liquidité émerge organiquement de la demande pour l’hébergement. Le système inclut des limites de crédit intégrées, des périodes de remboursement et des frais configurables, tous régis par des règles transparentes codées dans le DNA.
Outils de développement et bibliothèques
Les développeurs écrivent des Zomes en Rust, les compilent en WebAssembly et utilisent des fonctions d’assistance de haut niveau pour gérer les entrées, les liens et les signaux. L’outil en ligne de commande hc crée des structures de projets, exécute des tests unitaires et lance des simulations multi-agents. Les intégrations front-end utilisent des ponts GraphQL et des bibliothèques clientes JavaScript, de sorte que les applications React, Vue ou Svelte peuvent communiquer nativement avec le Conductor. La documentation met un accent particulier sur la sûreté basée sur les capacités et favorise des permissions granulaires plutôt que des clés root globales.
Communauté et Gouvernance
Les décisions concernant les changements de protocoles sont prises lors des appels ouverts sur forum, dans les référentiels RFC et lors des espaces de vote communautaire comme le forum Holochain. Bien que le code de base soit supervisé par la Fondation Holochain, la licence Apache 2.0 garantit que les forks restent fonctionnels si le consensus est perdu. Des rencontres régionales, des hackathons et des groupes d’apprentissage en ligne encouragent une culture de développeurs décentralisée, qui reflète l’éthique architecturale.

Cas d’utilisation en pratique
Traçabilité dans la chaîne d’approvisionnement
Les entreprises qui expérimentent avec Holochain apprécient ses contrôles de confidentialité fins. Par exemple, une coopérative de café peut enregistrer des charges d’Ernte dans leurs chaînes locales, partager des métriques de qualité anonymisées avec des importateurs et divulguer l’origine complète uniquement aux auditeurs soumis à des accords de confidentialité. Puisque chaque partie héberge ses propres données, la conformité aux réglementations spécifiques à chaque région peut être gérée sans la gestion d’un tiers.
Applications collaboratives et réseaux sociaux
Le modèle centré sur l’agent est convaincant dans les contextes où les contenus générés par les utilisateurs sont au centre. Des prototypes précoces comme Acorn (planification collaborative des tâches) et Fractal Wiki montrent la synchronisation en temps réel sans serveurs centraux. La réduction du spam se fait par des réputations de voisinage : si je publie constamment des messages insultants, mes pairs dans mon rayon de Gossip peuvent me limiter ou me bloquer, et mon influence diminue exponentiellement en dehors de ce voisinage.
Intégration IoT
Avec un faible besoin en ressources et une résilience hors ligne, Holochain est adapté aux réseaux de capteurs dans des zones à connectivité peu fiable. Un régulateur d’irrigation solaire peut enregistrer localement les valeurs d’humidité, se synchroniser avec des appareils voisins via LoRa et ensuite envoyer des résumés aux hubs régionaux déclenchant des alertes de maintenance. Comme il n’est pas nécessaire d’envoyer chaque paquet à un centre de données distant, la latence reste faible et les coûts de bande passante diminuent considérablement.
Économies locales et crédit mutuel
Les communautés qui expérimentent avec des monnaies complémentaires ont longtemps recherché des infrastructures numériques valorisant l’autonomie locale. La capacité d’Holochain à créer des DNAs séparées pour chaque communauté de crédit signifie qu’une banque de temps de quartier à Portland et un système de bons Farm-to-Table à Nairobi peuvent exister pacifiquement côte à côte, échanger des valeurs au besoin ou rester isolées si leurs règles divergent. Les ponts permettent des échanges de valeurs inter-plateformes sans exiger une norme de monnaie universelle.
Étude de cas : Coopérative Comptoville
En 2024, une coalition de détaillants alimentaires indépendants dans le Midwest des États-Unis a lancé Comptoville, une plateforme d’inventaire et de fidélité basée sur Holochain. Vingt-sept succursales ont relié leurs terminaux point de vente à des conducteurs locaux, qui se synchronisent la nuit via des connexions en fibre optique à faible coût.
Le système suit les stocks au niveau SKU, automatise les réapprovisionnements entre les entrepôts partenaires et récompense les acheteurs avec des microcrédits HoloFuel échangeables contre des produits alimentaires frais. En six mois, la perte a diminué de 18 % et la durée de fidélité des clients a augmenté, car les achats étaient gamifiés pour favoriser des choix sains.
Étude de cas : HealthPass Africa
Une autre application remarquable, HealthPass Africa, utilise Holochain pour émettre des résultats médicaux vérifiables dans les cliniques de Nairobi, Lagos et Accra. Chaque clinique conserve le contrôle de ses données patients; lorsqu’un voyageur demande une preuve de vaccination, la clinique signe un certificat dans la chaîne de patients. Les autorités frontalières valident le certificat via une application mobile légère, sans avoir besoin d’une base de données centrale. Puisque les données privées ne quittent jamais le domaine de la clinique et que seuls des certificats hachés arrivent dans la DHT, la conception respecte à la fois les autorités de protection des données et les services de santé.
Spécifications techniques
Base de code principale
Le Conductor, écrit en Rust, orchestre la communication réseau, les opérations de Keystore et les cycles de vie des cellules. Il communique avec le système hôte via des runtimes Tokio-Async et garantit des entrées-sorties non bloquantes via des milliers de connexions WebSocket simultanées. Les Zomes Wasm sont exécutés dans un environnement sandbox qui n’expose que les appels système déterministes et empêche les exploits dus à des indéterminismes.
Bindings de langage
Bien que Rust reste le langage canonique pour les Zomes, des bindings expérimentaux existent pour AssemblyScript et Swift, et une feuille de route officielle prévoit des bindings stables pour Go et Python. Les couches d’interface de fonction étrangère traduisent entre la mémoire de l’hôte et la mémoire WebAssembly tout en respectant les garanties de sécurité.
Les développeurs peuvent ainsi exploiter des forces spécifiques à leur domaine : les scientifiques des données peuvent intégrer des noyaux numériques Python, tandis que les auditeurs expérimentés en blockchain peuvent porter des bibliothèques Solidity vers Rust pour une vérification formelle.
Benchmarks de performance
Des suites de tests, exécutées chaque nuit dans le CI, mesurent le débit des engagements, la latence de validation et la convergence DHT sous différentes conditions réseau. Les tests actuels rapportent 3500 écritures par seconde sur un cluster de 500 nœuds avec des instances t3.medium AWS, la latence des lectures au 99e percentile restant inférieure à 120 millisecondes, même en cas de changements réseau. La consommation de mémoire est en moyenne de 60 Mo par cellule.
| Composant | Détails de l’implémentation | Statut actuel |
|---|---|---|
| Conductor | Rust 1.78, Tokio 1.x | Stable |
| Réseau | Transport QUIC via TLS 1.3 | Bêta |
| Mémoire | LMDB avec pilotes interchangeables | Stable |
| Wasm-Engine | Wasmtime 14 | Stable |
| CLI | hc-cli (v0.4) | Stable |
| Outils de développement GUI | Holochain Launcher | Alpha |
Intégration avec des réseaux Blockchain existants
Un framework Bridge-Adapter optionnel permet aux applications Holochain de publier des preuves ou des engagements d’état sur des blockchains externes comme Ethereum ou Polkadot lorsqu’un timestamp irréversible est essentiel. L’adaptateur lance une cellule Oracle qui écoute les événements on-chain et envoie des signaux appropriés aux Zomes abonnés. Cette disposition préserve l’autonomie des agents tout en permettant un accès aux écosystèmes plus larges de liquidité et DeFi.
Expérience développeur en pratique
Un flux de développement typique commence avec hc scaffold, qui demande des noms de DNA, de Zomes et des types d’entrées, puis génère des modules de base Rust ainsi que des stubs front-end en TypeScript. Les tests unitaires utilisent le cadre sweet-test et lancent des Conducteurs en mémoire, simulant plusieurs agents en parallèle. La documentation est fournie par un site Living Book qui se reconstruit à chaque Pull Request fusionné, garantissant que les exemples de code ne deviennent jamais obsolètes.
Incitations économiques pour les hôtes
La rentabilité de l’hébergement se concentre sur trois variables : disponibilité (uptime), bande passante garantie et demande de services. L’algorithme de récompense pondère ces facteurs quotidiennement, créditant les nœuds qui dépassent leur capacité annoncée et pénalisant ceux qui sont en dessous.
Comme les soldes peuvent être négatifs, les nouveaux venus n’ont pas besoin de tokens de départ ; ils commencent simplement avec des dettes et travaillent pour les rembourser en fournissant des ressources de calcul pour entrer dans le positif. Cette inversion des incitations classiques au minage favorise la croissance du réseau sans bulles spéculatives.
Outils de gouvernance
Le cadre de gouvernance Untrack de Holochain fournit des primitives pour les propositions, les votes, les calculs de quorum et les mécanismes de déclenchement. Les votes sont des entrées signées dans la chaîne de sources, liées à des hash de propositions ; les Zomes de comptage calculent les résultats de manière déterministe, permettant à chacun de vérifier le résultat.
Les communautés peuvent insérer leurs limites décisionnelles choisies – majorité simple, majorité qualifiée, poids carré – dans des hooks modulaires, reflétant ainsi la diversité sociale plutôt que d’imposer une constitution unique sur la chaîne.
Flows d’intégration pour les utilisateurs finaux
Pour les groupes non techniques, l’application de bureau Launcher propose une installation en un clic des DNAs sélectionnées. Lors du premier démarrage, un assistant génère une paire de clés ed25519, chiffre la phrase secrète avec le Secure Enclave du système et fournit une brève introduction aux meilleures pratiques – similaire à l’intégration des portefeuilles blockchain, mais formulée en langage courant.
Des applications comme Elemental Chat démontrent la transmission de messages en moins d’une seconde, offrant ainsi une expérience tangible de la performance décentralisée sans les frais généraux du minage ou les pertes de friction lors de la création de comptes.
Stockage à long terme des données
Bien que chaque agent soit souverain sur ses données, les communautés demandent souvent des garanties que les ressources collectives – comme une décennie de protocoles de réunions de quartier – restent accessibles, même si les contributeurs originaux se retirent. Holochain résout cela avec des warrants archivés, où les nœuds disposant d’espace mémoire acceptent des paiements en HoloFuel pour stocker certains segments DHT pour des périodes de conservation convenues. À l’expiration du contrat, les données peuvent être redistribuées (resharded) ou nettoyées (pruned) afin de concilier persistance et durabilité.

Cadre réglementaire et conformité
Considérations juridictionnelles
Comme les données dans Holochain ne sont pas diffusées de manière aléatoire, elles peuvent être facilement adaptées aux exigences de souveraineté des données comme le RGPD de l’UE ou la loi kenyanne sur la protection des données. Les entreprises peuvent définir des accords de partage de données à l’intérieur du DNA, de sorte que les informations personnelles ne quittent jamais des zones définies sans consentement explicite.
Les régulateurs examinant des conceptions système se concentrent souvent sur la capacité des suppressions à être exécutées. L’approche basée sur des warrants de Holochain permet aux utilisateurs de demander des rétractations, incitant les pairs à ne plus fournir certaines entrées et à remplacer de manière optionnelle les blocs cryptés par des zéros.
Portabilité des données et vérifiabilité
L’exportation de la chaîne de sources complète est aussi simple que de créer un dump JSON, garantissant que les utilisateurs peuvent changer de fournisseur d’hébergement sans perdre leur historique. En même temps, des protocoles de divulgation sélective permettent aux auditeurs de vérifier des transactions individuelles sans accorder un accès complet en lecture. Cette vérifiabilité fine correspond aux cadres modernes de conformité qui mettent l’accent sur les principes de Zero-Trust.

