Mon oncle a vendu un terrain l’année dernière. Il avait l’acte de propriété, l’acheteur avait l’argent, et tout le monde a supposé que cela prendrait une semaine. Il a fallu trois mois. Le terrain comportait une condition d’héritage incluse dans le testament de ma grand-mère qui limitait la revente pendant cinq ans. Personne ne s’en est souvenu avant que le notaire ne la signale. La restriction n’était pas sur l’acte lui-même. Elle était enfouie dans un document juridique distinct que personne n’avait pensé à vérifier.
La tokenisation d’actifs du monde réel se heurte exactement au même mur. La création d’un jeton qui représente une obligation ou une action prend quelques minutes. Mais les restrictions juridiques sur qui peut le détenir, quand il peut être transféré et dans quelles conditions ne se transmettent pas automatiquement avec le jeton.
@Dusk_Foundation a conçu la norme XSC, Confidential Security Contracts, pour résoudre précisément ce problème. Au lieu de rajouter des contrôles de conformité sur un jeton générique a posteriori, XSC intègre directement les règles de transfert dans le contrat. L’état KYC, les vérifications d’investisseur accrédité, les restrictions de juridiction, les blocages de période de détention, tout est encodé lors de l’émission. L’actif et ses contraintes juridiques existent en tant qu’un seul objet. Un acheteur qui ne remplit pas les conditions ne peut tout simplement pas recevoir le jeton. Pas besoin que le notaire la signale trois mois plus tard.
Auto-critique : encoder les règles lors de l’émission suppose que quelqu’un a correctement défini ces règles à ce moment-là. Les lois changent. Les juridictions mettent à jour les définitions des investisseurs. Une condition de blocage qui était correcte en 2026 pourrait être obsolète en 2028. Si la mise à jour d’un XSC exige de réémettre l’intégralité du jeton, le coût et la complexité pourraient pousser les émetteurs à définir des règles minimales dès le départ, simplement pour éviter les problèmes à l’avenir, ce qui va à l’encontre de l’objectif.
$DUSK devrait être évalué en fonction de la manière dont ses contrats XSC gèrent les mises à jour des règles au fil du temps, et pas seulement du nombre de conditions de conformité pouvant être encodées au lancement.
#dusk $TUT $AKE
La tokenisation d’actifs du monde réel se heurte exactement au même mur. La création d’un jeton qui représente une obligation ou une action prend quelques minutes. Mais les restrictions juridiques sur qui peut le détenir, quand il peut être transféré et dans quelles conditions ne se transmettent pas automatiquement avec le jeton.
@Dusk_Foundation a conçu la norme XSC, Confidential Security Contracts, pour résoudre précisément ce problème. Au lieu de rajouter des contrôles de conformité sur un jeton générique a posteriori, XSC intègre directement les règles de transfert dans le contrat. L’état KYC, les vérifications d’investisseur accrédité, les restrictions de juridiction, les blocages de période de détention, tout est encodé lors de l’émission. L’actif et ses contraintes juridiques existent en tant qu’un seul objet. Un acheteur qui ne remplit pas les conditions ne peut tout simplement pas recevoir le jeton. Pas besoin que le notaire la signale trois mois plus tard.
Auto-critique : encoder les règles lors de l’émission suppose que quelqu’un a correctement défini ces règles à ce moment-là. Les lois changent. Les juridictions mettent à jour les définitions des investisseurs. Une condition de blocage qui était correcte en 2026 pourrait être obsolète en 2028. Si la mise à jour d’un XSC exige de réémettre l’intégralité du jeton, le coût et la complexité pourraient pousser les émetteurs à définir des règles minimales dès le départ, simplement pour éviter les problèmes à l’avenir, ce qui va à l’encontre de l’objectif.
$DUSK devrait être évalué en fonction de la manière dont ses contrats XSC gèrent les mises à jour des règles au fil du temps, et pas seulement du nombre de conditions de conformité pouvant être encodées au lancement.
#dusk $TUT $AKE