« Dans “l’émission native”, la phrase “les actions de l’entreprise s’exécutent dans le code, sans besoin de rapprochement”, l’image qui me vient est celle d’un billet qui se distribue lui-même des dividendes. Avec, à côté, une machine de virement automatique. Mais ni juge déclarant un défaut, ni fiduciaire chargé de classer les créances. Elle peut payer des intérêts, à condition que quelqu’un ait d’abord saisi les paramètres. Elle ne peut pas tenir d’audience, parce que ce n’est pas un arbitre, seulement un actionneur.
Dans le matériau @Dusk , “actions de l’entreprise” apparaît trois fois : actions de service, automatisation de processus complexes, et exécution dans le code sans besoin de rapprochement. En les décomposant, dividendes, split (découpage d’actions) et fusion sont des événements paramétrés : les montants, les dates et les proportions sont fixés, puis le code distribue mécaniquement. Défaut, restructuration et prorogation sont des événements décisionnels : il faut juger la solvabilité, le rang des créanciers et l’ordre de priorité. Il faut que quelqu’un se lève et dise “non”. Le premier peut être mis en chaîne ; le second ne se code pas “jusqu’au bout”. “Sans besoin de rapprochement” ne vaut que pour la jambe mécanique ; la jambe décisionnelle est “remise” au jour où l’événement se produit vraiment.
Le $DUSK est explicite : c’est le gas pour faire tourner la machine, déplacer la jambe des actifs et la jambe des paiements. Elle ne prélève pas de droits sur les coupons, le principal ou la valeur résiduelle ; ces droits de créance sont libellés en EURQ ou en valeurs mobilières, pas en DUSK. À chaque mouvement de la machine, elle facture, puis redistribue à qui de droit. C’est un protocole de frais fixes, pas une revendication du reste d’un actif sous-jacent.
Le risque n’est pas le jour où le code se trompe ; il est le jour où le code ne peut pas se tromper. Si un défaut ou une restructuration survient vraiment, décider qui récupère combien, ce sont le contrat, le tribunal et le liquidateur — pas un contrat. À ce moment-là, “les actions de l’entreprise s’exécutent dans le code” sera traduit par “quelqu’un, hors chaîne, écrit les paramètres”, et cette personne sera alors le véritable adversaire. #dusk
Je ne nie pas l’automatisation ; je nie seulement le fait d’installer la décision dans un actionneur. Côté budget, on peut la traiter comme un conduit de règlement, pas comme un substitut à des créances. Pour sortir, on regarde : “les paramètres sont-ils écrits par une adresse unique, et le périmètre des autorisations d’écriture change-t-il ?” — on ne regarde pas les fluctuations de prix. À surveiller au quotidien : les droits d’écriture des paramètres dans le module de servicing, la portée des clés d’autorisation de l’émetteur, et l’écart entre l’arrivée des intérêts ou du principal et les enregistrements correspondants on-chain. La machine peut ne jamais se tromper ; l’entreprise, elle, a toujours besoin de tenir une audience.
Dans le matériau @Dusk , “actions de l’entreprise” apparaît trois fois : actions de service, automatisation de processus complexes, et exécution dans le code sans besoin de rapprochement. En les décomposant, dividendes, split (découpage d’actions) et fusion sont des événements paramétrés : les montants, les dates et les proportions sont fixés, puis le code distribue mécaniquement. Défaut, restructuration et prorogation sont des événements décisionnels : il faut juger la solvabilité, le rang des créanciers et l’ordre de priorité. Il faut que quelqu’un se lève et dise “non”. Le premier peut être mis en chaîne ; le second ne se code pas “jusqu’au bout”. “Sans besoin de rapprochement” ne vaut que pour la jambe mécanique ; la jambe décisionnelle est “remise” au jour où l’événement se produit vraiment.
Le $DUSK est explicite : c’est le gas pour faire tourner la machine, déplacer la jambe des actifs et la jambe des paiements. Elle ne prélève pas de droits sur les coupons, le principal ou la valeur résiduelle ; ces droits de créance sont libellés en EURQ ou en valeurs mobilières, pas en DUSK. À chaque mouvement de la machine, elle facture, puis redistribue à qui de droit. C’est un protocole de frais fixes, pas une revendication du reste d’un actif sous-jacent.
Le risque n’est pas le jour où le code se trompe ; il est le jour où le code ne peut pas se tromper. Si un défaut ou une restructuration survient vraiment, décider qui récupère combien, ce sont le contrat, le tribunal et le liquidateur — pas un contrat. À ce moment-là, “les actions de l’entreprise s’exécutent dans le code” sera traduit par “quelqu’un, hors chaîne, écrit les paramètres”, et cette personne sera alors le véritable adversaire. #dusk
Je ne nie pas l’automatisation ; je nie seulement le fait d’installer la décision dans un actionneur. Côté budget, on peut la traiter comme un conduit de règlement, pas comme un substitut à des créances. Pour sortir, on regarde : “les paramètres sont-ils écrits par une adresse unique, et le périmètre des autorisations d’écriture change-t-il ?” — on ne regarde pas les fluctuations de prix. À surveiller au quotidien : les droits d’écriture des paramètres dans le module de servicing, la portée des clés d’autorisation de l’émetteur, et l’écart entre l’arrivée des intérêts ou du principal et les enregistrements correspondants on-chain. La machine peut ne jamais se tromper ; l’entreprise, elle, a toujours besoin de tenir une audience.
