#dusk $DUSK @Dusk
決済の設計を調べ始めたところ、ある金融の概念に注目するようになりました：
引き渡しと支払いの関係（Delivery versus payment）です。
考え方はシンプルです。
一方が資産を引き渡します。
もう一方が支払いを引き渡します。
そして、双方は同時に決済される必要があります。
資産が動いているのに支払いが失敗すれば、その取引には問題があります。
支払いが動いているのに資産が失敗すれば、問題は単に反対側に移るだけです。
このため、オンチェーンにセキュリティ（担保）を置くことは、決済問題の一部にすぎません。
資産側の取り引きと、支払い側の取り引きの両方が重要です。
EUのDLTパイロット制度は、規制の条件下でDLTベースの金融市場インフラをテストするための枠組みを提供するため、特にこの点が重要になります。
@Dusk の決定的ファイナリティ（確定性）は、ネットワークに明確な決済ポイントを与えます。そこに到達するバリデータを下支えするのが$DUSK です。 #dusk
しかし、ファイナリティだけではDvP（引き渡しと支払いの同時決済）にはなりません。
双方が正しく協調する必要があります。
その部分こそが、実際の規制された取引で実証されているのを見たいと思う点です。
図ではありません。
概念ではありません。
必要なルールのもとで、資産側レグと支払い側レグが同時に完了する実際の取引です。
それなら、別の性能比較よりも、Duskの決済設計についてはるかに多くを教えてくれるはずです。