Un exemple concret
Le transfert on-chain et l’échange sécurisé d’informations d’identité hors chaîne peuvent être deux étapes distinctes.
Dans son contexte
Le prestataire doit identifier sa contrepartie, échanger les données requises par un canal approprié et traiter les informations manquantes ou incomplètes. Le fait qu’un transfert soit on-chain ne justifie pas de publier l’identité des personnes sur une blockchain publique. Protection des données et sécurité de transmission restent essentielles.
Le mécanisme associé, en image
- 01Instruction de transfert
- 02Contrôles de contrepartie et données
- 03Échange sécurisé
- 04Décision et preuves conservées
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
Les règles d’information portent sur les données d’identification accompagnant les transferts couverts entre parties concernées. Une adresse ne prouve pas une identité vérifiée. L’échange peut passer par un canal sécurisé distinct ; inscrire des données personnelles dans une transaction publique n’est pas une solution générale.
Replacez le mécanisme dans son contexte
Un transfert arrive avec un hash valide mais des données bénéficiaires incomplètes. Créez des colonnes de statut technique et conformité. Identifiez le responsable de revue et la trace de décision.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
Le processus établit contrepartie, informations requises, complétude et traitement des incohérences. Les adresses auto-hébergées s’évaluent selon les règles, sans les supposer automatiquement interdites ou exemptées. Protégez les informations pendant collecte, échange et conservation.
Explorer l’explication complète
Travel Rule : les informations accompagnant les transferts
La Travel Rule porte sur les informations relatives au donneur d’ordre et au bénéficiaire accompagnant les transferts concernés.