Je pensais autrefois que « le code est la loi » en était le point central. Des règles qui s’exécutent toutes seules, sans discussion, sans ambiguïté. Puis j’ai commencé à lire ce qui se cache réellement derrière une sécurité réglementée, et le slogan est devenu inconfortable.
Une sécurité n’est pas seulement un jeton. C’est un ensemble de conditions juridiques — un prospectus, des engagements, un acte de fiducie — rédigées en prose, interprétées par des juristes et, au final, par des tribunaux. La tokenisation en ajoute un second : le code qui la fait réellement circuler, la paie, et la restreint. Deux recueils de règles décrivant un seul actif. Sur le chemin idéal, ils concordent. Le problème, ce sont les zones de friction — une convention d’arrondi que le code traite d’une certaine manière et le prospectus d’une autre ; un engagement ambigu qu’un tribunal lirait au regard de l’intention, tandis que le code l’exécute littéralement ; une perturbation du marché que les conditions juridiques rencontrent avec un pouvoir discrétionnaire, que le code n’a aucune branche prévue pour.
Quand ils divergent, lequel est l’actif ? La chaîne exécute le code quoi qu’il arrive — c’est ce que signifie mécaniquement « le code est la loi ». Mais un tribunal reconnaît le document et l’intention humaine, et peut ordonner des réparations que la chaîne ne peut tout simplement pas appliquer. On peut alors aboutir à un résultat en chaîne légalement erroné.
C’est cette discipline silencieuse que doit maîtriser une chaîne comme Dusk : les règles « dans l’actif » n’aident que si le code est une expression fidèle, vérifiable et auditable des conditions juridiques, avec une méthode licite définie pour résoudre les divergences — code et contrat comme deux visions d’un même accord, et non deux documents qui dérivent l’un par rapport à l’autre.
À qui ça importe : aux conseils des émetteurs, et à tout détenteur susceptible de se retrouver du mauvais côté de cette faille. Ce qui la fait échouer : déployer du code comme s’il s’agissait de la loi, puis découvrir en justice qu’il n’en était rien.
À surveiller, pas encore à considérer comme certain.
@Dusk
$DUSK
#dusk
Une sécurité n’est pas seulement un jeton. C’est un ensemble de conditions juridiques — un prospectus, des engagements, un acte de fiducie — rédigées en prose, interprétées par des juristes et, au final, par des tribunaux. La tokenisation en ajoute un second : le code qui la fait réellement circuler, la paie, et la restreint. Deux recueils de règles décrivant un seul actif. Sur le chemin idéal, ils concordent. Le problème, ce sont les zones de friction — une convention d’arrondi que le code traite d’une certaine manière et le prospectus d’une autre ; un engagement ambigu qu’un tribunal lirait au regard de l’intention, tandis que le code l’exécute littéralement ; une perturbation du marché que les conditions juridiques rencontrent avec un pouvoir discrétionnaire, que le code n’a aucune branche prévue pour.
Quand ils divergent, lequel est l’actif ? La chaîne exécute le code quoi qu’il arrive — c’est ce que signifie mécaniquement « le code est la loi ». Mais un tribunal reconnaît le document et l’intention humaine, et peut ordonner des réparations que la chaîne ne peut tout simplement pas appliquer. On peut alors aboutir à un résultat en chaîne légalement erroné.
C’est cette discipline silencieuse que doit maîtriser une chaîne comme Dusk : les règles « dans l’actif » n’aident que si le code est une expression fidèle, vérifiable et auditable des conditions juridiques, avec une méthode licite définie pour résoudre les divergences — code et contrat comme deux visions d’un même accord, et non deux documents qui dérivent l’un par rapport à l’autre.
À qui ça importe : aux conseils des émetteurs, et à tout détenteur susceptible de se retrouver du mauvais côté de cette faille. Ce qui la fait échouer : déployer du code comme s’il s’agissait de la loi, puis découvrir en justice qu’il n’en était rien.
À surveiller, pas encore à considérer comme certain.
@Dusk
$DUSK
#dusk
