De l’émission d’un jeton de règlement à son remboursement : le cycle de vie d’une opération, le netting multilatéral et les deux modes de règlement. dCLS n’exécute que la conversion de change à un taux convenu à l’avance et ne prend aucune part au contrat commercial sous-jacent.
Sept étapes, de l’émission d’un jeton de règlement jusqu’à son remboursement. Les parties conviennent du taux en dehors du système — dCLS ne garantit que la simultanéité et le caractère définitif de l’exécution.
Le netting multilatéral ramène de nombreuses obligations de sens inverse à quelques positions nettes. Voici un exemple anonymisé : cinq transferts bruts se compressent en trois transferts nets.
Obligations brutes (5)
Net après netting (3)
L’exemple est indicatif et illustratif. La compression réelle dépend de la structure et de l’équilibre des flux opposés au sein d’une fenêtre donnée.
Un même règlement s’exécute selon deux modes. Le participant choisit celui qui correspond à son niveau de confiance.
Le règlement s’exécute dans le registre sécurisé de l’opérateur. Vitesse et débit supérieurs ; le règlement repose sur la confiance dans l’opérateur et ses procédures.
Le règlement s’exécute dans un smart contract sur Ethereum. Vérification publique, résistance à la censure et piste d’audit inaltérable, en lieu et place de la confiance en une seule partie.
Les deux modes ne s’excluent pas : l’off-chain apporte la vitesse pour le flux quotidien, l’on-chain apporte une vérifiabilité indépendante pour les règlements importants.
La priorité détermine l’ordre dans lequel une instruction entre dans la fenêtre de règlement — et non son coût. Les instructions urgentes s’exécutent avant les instructions différées.
L’instruction est incluse en priorité dans la fenêtre de règlement la plus proche.
Ordre standard : l’instruction s’exécute dans la fenêtre programmée.
L’instruction attend une fenêtre mieux remplie — ce qui améliore les conditions du netting.
La priorité n’agit que sur l’ordre d’exécution et ne modifie pas les frais.