COMMENT DUSK PEUT SIMPLIFIER LES OPÉRATIONS SUR TITRES « ONCHAIN »

Plus j’observe DUSK, plus je me dis que la partie vraiment intéressante n’est pas seulement d’avoir des titres « onchain ». C’est ce qui se passe pour toutes les petites tâches autour de la propriété une fois que le registre devient partagé.

Prenons un dividende. Quelqu’un doit déterminer qui possède quoi, à quelle date, puis s’assurer que le paiement va aux bonnes personnes. Il en va de même pour les regroupements d’actions (stock splits) ou pour le vote. Lorsque plusieurs systèmes détiennent des versions différentes du registre, même de petites différences peuvent engendrer énormément de vérifications manuelles.

Un registre de parts « onchain » pourrait changer cela en reliant la propriété et les événements de cycle de vie. Si un détenteur transfère un actif, le registre se met à jour. Lorsqu’une date de snapshot pour le vote arrive, l’éligibilité peut être vérifiée à partir de ce registre plutôt que de s’appuyer sur plusieurs rapprochements.

Mais je ne pars pas du principe que DUSK résout automatiquement tout. La difficulté consiste à faire en sorte que les émetteurs, les dépositaires et les investisseurs utilisent réellement cette infrastructure de manière cohérente. La confidentialité et la conformité comptent aussi, en particulier pour les marchés réglementés.

Je surveille donc davantage l’exécution que le titre. Si DUSK peut réduire le travail opérationnel sans créer une nouvelle charge de confiance ou des problèmes d’intégration, alors cela a du sens.

Pensez-vous que le service « onchain » peut, de manière réaliste, remplacer certaines parties de l’infrastructure back-office traditionnelle d’aujourd’hui ?

@Dusk
#dusk
$DUSK $TUT $DOS