KYC blockchain

Les pools DeFi ouverts n'imposent généralement aucun KYC, un défi pour la DeFi institutionnelle. L'unité Kinexys de J.P. Morgan a développé des justificatifs vérifiables limitant les transactions aux parties autorisées et connues sur une blockchain publique, sans "having to reinvent existing KYC processes". Une opération a échangé des dépôts tokenisés en dollars singapouriens contre des yens tokenisés via un pool de liquidité.

Cette opération faisait partie de Project Guardian, une initiative sectorielle plus large de MAS. Le 2 novembre 2022, Monetary Authority of Singapore a annoncé les premiers échanges, où DBS Bank, J.P. Morgan et SBI Digital Asset Holdings négociaient contre des pools d'obligations souveraines tokenisées, de yens et de dollars singapouriens. MAS décrit un modèle d'accès fondé sur des ancrages de confiance, définis comme "regulated financial institutions that screen, verify and issue verifiable credentials".

L'explication de Chainlink sur le KYC blockchain commence par le contrôle des documents hors chaîne par une entité de confiance. Le registre conserve un justificatif ou une empreinte cryptographique, tandis que les données personnelles restent hors chaîne ou sur l'appareil du client. Un contrat intelligent compare le justificatif au registre et vérifie la confiance dans l'émetteur, permettant à d'autres institutions d'utiliser le même contrôle sans le répéter.

Les titres tokenisés intègrent directement ce contrôle dans leur propre jeton. Sous ERC-3643, un registre d'identité relie chaque portefeuille investisseur à un contrat d'identité avec attestations signées, lues par le jeton avant tout transfert. Une preuve à divulgation nulle peut démontrer qu'un portefeuille a passé un contrôle sans révéler son propriétaire.

Le Comité européen de la protection des données a publié ses lignes directrices définitives sur la blockchain le 7 juillet 2026. Ces lignes directrices recommandent d'éviter les données personnelles sur blockchain quand leur stockage contredit les principes de protection, de conserver les données supplémentaires hors chaîne et d'effectuer une analyse d'impact avant l'implémentation. Un acheteur doit donc connaître les champs on-chain, la conservation, la gouvernance, l'effacement et le processus des droits avant d'approuver l'architecture.

Les obligations antiblanchiment restent distinctes de la technologie des justificatifs. Le règlement (UE) 2024/1624 s'applique généralement dès le 10 juillet 2027, et son article 40 impose aux prestataires crypto d'évaluer les risques des adresses auto-hébergées et d'appliquer des mesures proportionnées. Ces mesures peuvent inclure une vérification d'identité, des informations supplémentaires sur l'origine et la destination, et une surveillance renforcée, donc un justificatif on-chain ne remplace ni la vigilance client ni les contrôles continus.

Le W3C Verifiable Credentials Data Model sépare les émetteurs, détenteurs et vérificateurs, tandis que chaque vérificateur applique ses règles métier et choisit les émetteurs approuvés. Une comparaison doit donc nommer les formats, méthodes de sécurisation, mécanismes de statut et règles de gouvernance des listes de confiance. Elle doit aussi montrer qui ajoute ou retire un émetteur, quel changement exige un nouveau justificatif et comment sont détectés les justificatifs expirés ou révoqués.

Les choix d'architecture deviennent des questions opérationnelles concrètes pendant la procédure d'achat. Les acheteurs peuvent tester l'émission, l'actualisation, le remplacement du portefeuille, le retrait d'un émetteur, l'indisponibilité des services de statut et un changement rendant l'ancien justificatif insuffisant. Le compte rendu doit montrer quel composant refuse la transaction, quelles preuves d'audit subsistent et comment une équipe autorisée résout l'exception sans exposer de documents personnels sur blockchain.

Les preuves d'intégration doivent couvrir les API et kits documentés, les réseaux, la garde des clés, les mises à niveau, la surveillance, les exports d'audit et les reprises. Un pilote doit tester le processus de jeton, négociation ou crédit visé dans des conditions représentatives de règles et d'échecs. Ces cas d'acceptation donnent aux fournisseurs concurrents les mêmes critères de production avant le choix d'un fournisseur.

Finance Loop active un réseau de spécialistes sélectionnés en conformité, droit, identité et tokenisation dans des centres financiers d'Europe centrale. Banques, gestionnaires d'actifs, fintechs et fournisseurs technologiques peuvent examiner les exigences avec les spécialistes responsables de l'implémentation par des présentations, briefings, tables rondes et formations. Finance Loop ne fournit aux institutions participantes en Europe ni logiciel KYC ni conseil en conformité.

Le KYC on-chain désigne un dispositif où un contrat intelligent vérifie un justificatif lié au portefeuille avant d'accepter une transaction. Une institution réglementée effectue le contrôle d'identité hors chaîne et émet le justificatif.

Pas dans les modèles courants, où le registre conserve un justificatif ou une empreinte et les documents restent chez l'institution ou sur l'appareil du client, hors d'un registre impossible à effacer.

Le KYC zero knowledge désigne une variante où le détenteur prouve qu'un contrôle a été réussi sans montrer les données sous-jacentes à l'application.

Non, car les institutions réglementées restent responsables de leurs contrôles clients et de leurs décisions. Dans le modèle MAS, elles agissent comme ancrages de confiance et émettent les justificatifs, tandis que J.P. Morgan a bâti sa solution sur les processus KYC existants. La blockchain porte seulement le résultat de ce contrôle client déjà effectué.