Les nouveaux rails doivent pouvoir communiquer avec les anciens
Je pensais autrefois que la partie difficile consistait à construire le nouveau système. Des rails plus propres, un règlement instantané, des actifs programmables — bien faire cela et le reste suivra. Puis je me suis rappelé que l’ancien système ne disparaît pas, et que la chaîne n’a pas vocation à le remplacer. Elle doit s’y brancher.
Un établissement réglementé fonctionne avec des décennies d’infrastructures — cœur bancaire, messagerie SWIFT, connexions CSD, moteurs comptables, chaînes de reporting — entourées de régulateurs, d’auditeurs et de processus associés à chaque élément. Une obligation tokenisée n’échappe pas à cette réalité. Son coupon doit toujours arriver sur un compte bancaire via les rails de paiement existants. Sa position doit apparaître dans le livre de référence de la firme. Une opération sur titres doit alimenter les reportings en aval. Si la chaîne ne parvient pas à parler à ce monde, l’efficacité promise se dissout en rapprochement manuel au niveau de la jonction — le travail précis que vous cherchiez à supprimer.
Ainsi, vous avez deux choix difficiles : soit construire un adaptateur épais qui traduit des événements on-chain en messages ISO 20022, instructions CSD et écritures comptables — coûteux et fragile — soit demander à une banque d’abattre ses systèmes centraux pour une nouvelle catégorie d’actifs, ce qui n’arrivera pas. La plupart des pilotes font tourner la chaîne en « sidecar » et procèdent à un rapprochement manuel, ce qui ne passe pas à l’échelle.
C’est là que l’instinct de Dusk consiste à travailler via des plateformes et des dépositaires agréés qui détiennent déjà toute la plomberie historique, et à s’aligner sur les standards existants. C’est la voie réaliste. Elle rend la jonction plus fine — mais c’est un problème de traduction, pas un problème résolu.
Qui en bénéficie : les institutions pour lesquelles un adaptateur fin, fondé sur des standards, supprime réellement le rapprochement. Pourquoi cela peut échouer : sous-estimer la « taxe » d’intégration — traiter la chaîne comme la ligne d’arrivée alors qu’elle n’est qu’un nœud qui doit parler à cinquante ans de plomberie.
À surveiller, pas encore à tenir pour acquis.
@Dusk_Foundation
$DUSK
#dusk
Je pensais autrefois que la partie difficile consistait à construire le nouveau système. Des rails plus propres, un règlement instantané, des actifs programmables — bien faire cela et le reste suivra. Puis je me suis rappelé que l’ancien système ne disparaît pas, et que la chaîne n’a pas vocation à le remplacer. Elle doit s’y brancher.
Un établissement réglementé fonctionne avec des décennies d’infrastructures — cœur bancaire, messagerie SWIFT, connexions CSD, moteurs comptables, chaînes de reporting — entourées de régulateurs, d’auditeurs et de processus associés à chaque élément. Une obligation tokenisée n’échappe pas à cette réalité. Son coupon doit toujours arriver sur un compte bancaire via les rails de paiement existants. Sa position doit apparaître dans le livre de référence de la firme. Une opération sur titres doit alimenter les reportings en aval. Si la chaîne ne parvient pas à parler à ce monde, l’efficacité promise se dissout en rapprochement manuel au niveau de la jonction — le travail précis que vous cherchiez à supprimer.
Ainsi, vous avez deux choix difficiles : soit construire un adaptateur épais qui traduit des événements on-chain en messages ISO 20022, instructions CSD et écritures comptables — coûteux et fragile — soit demander à une banque d’abattre ses systèmes centraux pour une nouvelle catégorie d’actifs, ce qui n’arrivera pas. La plupart des pilotes font tourner la chaîne en « sidecar » et procèdent à un rapprochement manuel, ce qui ne passe pas à l’échelle.
C’est là que l’instinct de Dusk consiste à travailler via des plateformes et des dépositaires agréés qui détiennent déjà toute la plomberie historique, et à s’aligner sur les standards existants. C’est la voie réaliste. Elle rend la jonction plus fine — mais c’est un problème de traduction, pas un problème résolu.
Qui en bénéficie : les institutions pour lesquelles un adaptateur fin, fondé sur des standards, supprime réellement le rapprochement. Pourquoi cela peut échouer : sous-estimer la « taxe » d’intégration — traiter la chaîne comme la ligne d’arrivée alors qu’elle n’est qu’un nœud qui doit parler à cinquante ans de plomberie.
À surveiller, pas encore à tenir pour acquis.
@Dusk_Foundation
$DUSK
#dusk