Attribués une fois après une réponse correcte.
Séparer informations de transfert et données publiques
À connaître avant : Wallets hot, warm et cold · LCB-FT, KYC, CDD et EDD : les distinctions
Parcours de lecture · 26 / 41 · Intermédiaire
La Travel Rule porte sur les informations relatives au donneur d’ordre et au bénéficiaire accompagnant les transferts concernés.
L’essentiel
La Travel Rule porte sur les informations relatives au donneur d’ordre et au bénéficiaire accompagnant les transferts concernés. Dans l’Union européenne, le règlement (UE) 2023/1113 et les orientations de l’ABE encadrent les transferts de crypto-actifs couverts. Ces obligations sont distinctes du format technique d’une transaction blockchain.
Le mécanisme
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.
Les points d’attention
Les orientations de l’ABE s’appliquent depuis le 30 décembre 2024. Les standards du GAFI et leurs transpositions nationales ne se confondent pas avec le texte européen. Les adresses auto-hébergées nécessitent une analyse du périmètre : une adresse ne révèle pas à elle seule son contrôleur. Un outil de surveillance ne remplace pas le processus d’information et d’exception.
Construire son analyse
Le périmètre européen compte : le règlement 2023/1113 couvre les transferts concernés impliquant un PSCA établi dans l’UE et exclut les transferts entre personnes sans PSCA. Au-delà de 1 000 EUR vers ou depuis une adresse auto-hébergée, les articles 14 et 16 imposent, dans les cas prévus, des mesures appropriées pour évaluer sa propriété ou son contrôle. Ce seuil n’est pas une exemption générale aux obligations d’information.
Comprendre en profondeur
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.
Limites et erreurs fréquentes
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.
Le mécanisme en un schéma
- 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.
La distinction qui change l’analyse
Une transaction publique ne contient pas nécessairement les informations d’identité échangées entre prestataires. Dessinez deux canaux distincts pour valeur et identité. Examinez les exigences applicables sans publier par défaut des données personnelles sur un registre public.
À vous de l’expliquer
Reprenez le cas ci-dessus. Nommez ce qui est établi, ce qui reste à vérifier et la preuve qui permettrait de conclure. Une réponse solide traite les deux côtés du schéma.
Appliquer la leçon à un cas
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.
La chaîne valide ses règles, pas la complétude du processus d’identité du prestataire. Suivez la procédure d’exception applicable et conservez la décision. Une transaction confirmée n’est pas automatiquement conforme ; une information manquante ne modifie pas non plus l’historique de chaîne.
Les termes de cette leçon
- Travel Rule
- Les exigences d’information sur le donneur d’ordre et le bénéficiaire accompagnant les transferts concernés.
Préparer une note de correction
Décrivez le passage et la correction proposée. Vous pourrez copier cette note pour la partager ; rien n’est envoyé. N’incluez aucune donnée personnelle ou confidentielle.