Réponses KYC pour ceux qui remplissent les conditions lors de l’onboarding. Les contrôles de transfert répondent à qui est encore éligible lorsque l’actif change de main. Le modèle propre à l’infrastructure de marché de Dusk traite ces éléments comme deux étapes distinctes, et c’est cet écart qui est intéressant.
Dusk liste l’onboarding des investisseurs, « lier des portefeuilles à des participants ou des identifiants vérifiés », séparément des contrôles de transfert, « imposer qui peut détenir ou transférer l’actif ». L’un établit un état d’éligibilité initial. L’autre est ce qui rend cet état applicable lorsque l’actif est réellement transféré.
Le matériel XSC plus ancien va plus loin que l’onboarding : les émetteurs peuvent mettre des portefeuilles sur liste blanche et conserver des contrôles au niveau de l’actif, comme le gel ou le transfert forcé. Cela compte, car l’éligibilité n’est pas seulement établie une fois. Elle doit rester applicable après la décision initiale.
Ce qui signifie que « KYC validé » et « éligible à détenir cet actif » sont deux affirmations différentes qui peuvent diverger discrètement. Un portefeuille peut rester vérifié au sens de l’identité, tout en n’étant plus le type de détenteur que cet actif précis est autorisé à avoir. L’application de la conformité ne s’arrête pas à l’onboarding ; elle doit se poursuivre dans tout le cycle de transfert de l’actif.
« Réussir un contrôle de conformité et rester éligible sont deux affirmations différentes. »
Cela modifie la question d’évaluation réelle. Ce n’est pas « cet actif dispose-t-il de contrôles d’éligibilité ». La vraie question est de savoir si l’état d’éligibilité actuel est appliqué lorsque l’actif est transféré, ou si le statut d’onboarding initial est simplement reconduit.
Ce que je voudrais réellement voir : un portefeuille dont l’éligibilité change après l’onboarding, par exemple en cas de changement de juridiction, tout en continuant à détenir l’actif, puis une tentative de transfert, et vérifier si la logique de transfert de l’actif détecte ce changement.
#dusk $DUSK @Dusk
Dusk liste l’onboarding des investisseurs, « lier des portefeuilles à des participants ou des identifiants vérifiés », séparément des contrôles de transfert, « imposer qui peut détenir ou transférer l’actif ». L’un établit un état d’éligibilité initial. L’autre est ce qui rend cet état applicable lorsque l’actif est réellement transféré.
Le matériel XSC plus ancien va plus loin que l’onboarding : les émetteurs peuvent mettre des portefeuilles sur liste blanche et conserver des contrôles au niveau de l’actif, comme le gel ou le transfert forcé. Cela compte, car l’éligibilité n’est pas seulement établie une fois. Elle doit rester applicable après la décision initiale.
Ce qui signifie que « KYC validé » et « éligible à détenir cet actif » sont deux affirmations différentes qui peuvent diverger discrètement. Un portefeuille peut rester vérifié au sens de l’identité, tout en n’étant plus le type de détenteur que cet actif précis est autorisé à avoir. L’application de la conformité ne s’arrête pas à l’onboarding ; elle doit se poursuivre dans tout le cycle de transfert de l’actif.
« Réussir un contrôle de conformité et rester éligible sont deux affirmations différentes. »
Cela modifie la question d’évaluation réelle. Ce n’est pas « cet actif dispose-t-il de contrôles d’éligibilité ». La vraie question est de savoir si l’état d’éligibilité actuel est appliqué lorsque l’actif est transféré, ou si le statut d’onboarding initial est simplement reconduit.
Ce que je voudrais réellement voir : un portefeuille dont l’éligibilité change après l’onboarding, par exemple en cas de changement de juridiction, tout en continuant à détenir l’actif, puis une tentative de transfert, et vérifier si la logique de transfert de l’actif détecte ce changement.
#dusk $DUSK @Dusk
