Données personnelles et blockchain : que faut-il garder hors chaîne ?

Une adresse n’est pas nécessairement anonyme

Une adresse peut sembler impersonnelle parce qu’elle ne contient pas de nom. Pourtant, lorsqu’elle peut être reliée à une personne, ses opérations peuvent révéler une partie de son activité. L’absence de nom affiché ne suffit donc pas à conclure à l’anonymat.

Dans l’immobilier tokenisé, les informations peuvent être réparties entre un registre, une plateforme, un prestataire d’identité et des documents de gestion. Le risque apparaît aussi dans les rapprochements entre ces sources.

La première question n’est pas seulement « mon passeport est-il public ? ». Il faut demander quelles informations permettent de relier une identité à une adresse, qui dispose de ce lien et à quelles fins il est utilisé.

Commencer par la finalité du traitement

Le RGPD impose notamment de limiter les données à ce qui est nécessaire pour les finalités prévues et d’organiser leur protection dès la conception. L’usage d’une blockchain ne dispense pas de cette analyse.

Pour un projet, distingue les besoins : vérifier une condition de détention, payer une distribution, traiter une réclamation ou conserver une pièce obligatoire. Ces fonctions ne nécessitent pas toutes de partager les mêmes informations avec les mêmes acteurs.

Une matrice simple peut aider : une ligne par donnée, puis sa finalité, ses destinataires, son emplacement et sa durée de conservation. Elle révèle les copies inutiles et les responsabilités mal définies. C’est un outil de discussion, pas une déclaration de conformité.

Le document et la preuve peuvent être séparés

Une architecture peut conserver un document dans un espace contrôlé et ne publier qu’un élément destiné à en vérifier une propriété ou l’intégrité. Cela peut réduire l’exposition du contenu, mais ne garantit pas automatiquement l’anonymisation.

La CNIL déconseille le stockage en clair de données personnelles sur la blockchain. Ses analyses rappellent que les solutions cryptographiques doivent être évaluées concrètement, notamment pour l’exercice des droits.

Demande donc ce qui est réellement inscrit : document complet, adresse, identifiant, empreinte ou attestation. Le mot preuve peut recouvrir plusieurs formats dont les conséquences sont différentes. Une réponse générale « tout est chiffré » ne décrit pas qui possède les clés ni ce qui reste visible.

Une empreinte n’efface pas toutes les questions

Une empreinte cryptographique sert notamment à comparer un contenu avec une référence. Mais son usage doit être examiné dans le contexte : peut-elle être reliée à une personne ou à un document identifiable ? Qui détient les informations complémentaires ?

Les lignes directrices du Comité européen de la protection des données, adoptées dans leur version finale en juillet 2026, analysent précisément les difficultés liées aux données, aux responsabilités et aux droits dans les architectures blockchain. Elles invitent à traiter les risques dès la conception plutôt qu’après l’inscription.

Pour un utilisateur, l’enjeu pratique est de ne pas confondre contenu illisible et information sans risque. La protection dépend de l’ensemble du dispositif et des possibilités raisonnables de rapprochement.

Exemple fictif : prouver une vérification sans publier le dossier

Une émission fictive doit savoir si un détenteur satisfait une condition d’accès. Une première conception publie son nom, son adresse et une copie de justificatif. Une seconde conserve le dossier auprès du prestataire compétent et transmet uniquement le résultat nécessaire au contrôle, selon une architecture à évaluer.

La seconde réduit les informations diffusées dans cet exemple. Elle doit néanmoins expliquer qui peut accéder au dossier, combien de temps il est conservé et comment corriger un résultat erroné.

Le gain n’est donc pas une disparition magique des obligations. Il vient d’une séparation plus précise entre les acteurs qui doivent examiner les pièces et ceux qui n’ont besoin que d’une information limitée.

Prévoir les droits avant l’enregistrement

Un système conçu pour conserver un historique durable peut compliquer la rectification ou l’effacement. Il faut savoir comment une demande sera traitée, quelle donnée restera accessible et quelles limites techniques existent.

Le stockage hors chaîne peut faciliter certaines opérations, mais il ne résout pas tout. Des copies, des sauvegardes, des identifiants ou des informations déjà diffusées peuvent subsister. L’analyse doit couvrir le circuit complet.

Demande un interlocuteur clairement identifié et une procédure compréhensible. La réponse ne devrait pas se limiter à affirmer que la blockchain est immuable. Cette propriété technique ne remplace pas l’organisation des responsabilités.

Ne pas oublier les locataires et les tiers

Le détenteur du token n’est pas la seule personne concernée. Un reporting peut contenir des informations sur des locataires, des cautions ou des prestataires. La transparence financière doit être organisée sans diffuser davantage de données personnelles que nécessaire.

Pour apprécier un revenu, un investisseur peut avoir besoin de connaître la concentration locative ou les impayés agrégés. Il n’a pas automatiquement besoin d’un dossier individuel complet publié sur un registre ouvert. Le niveau de détail doit être justifié par l’usage.

À retenir

• Pseudonyme ne signifie pas automatiquement anonyme.
• Identifie finalité, destinataires, emplacement et durée pour chaque donnée.
• Une empreinte ou un chiffrement demande une analyse propre.
• Les procédures de correction et d’effacement doivent être prévues en amont.

Ce contenu est une information générale, pas un avis de conformité au RGPD. Une architecture réelle doit être examinée par les professionnels compétents.

Tout investissement comporte un risque de perte en capital.

Sources

Sources primaires consultées le 28 octobre 2026 :

• RGPD — articles 5 et 25 : minimisation et protection dès la conception.
• CNIL — Blockchain et RGPD : analyse des données et solutions techniques.
• CEPD — Guidelines 02/2025, version 2.0 du 7 juillet 2026 : cadre d’analyse des traitements utilisant la blockchain.

L’exemple et la matrice proposés sont pédagogiques et originaux.