マーケティング資料が都合よく1本の矢印に圧縮してしまう、トークン化のその部分はこうです：

資産を購入 → 決済

しかし現実はもっと複雑です。

動いているのは2つあります。

証券。

そしてお金。

もし資産だけが動くのなら、取引が完了していません。

もし支払いだけが動くのなら、別の問題を作り出しています。

Duskが狙っている面白い特性は「支払い対引渡し（デリバリー・バース・ペイメント）」です。つまり、資産側と支払い側が連携して、後から2つの切り離されたプロセスの突合を行って決済を成立させる必要がないようにすることです。

これは配管の話みたいに聞こえます。

でも違います。

ブロックチェーン上で債券を表現することと、その債券を中心に市場インフラを実際に構築することの違いです。

昔のワークフローを思い出してください。

取引が発生します。

指示がシステムを通じて移動します。

現金と証券は別々のレールを通って動きます。

仲介者が記録を突合します。

最終的な決済は、後になって到着します。

オンチェーンのインフラなら、この順序を変えられます。資産と支払いのロジックが、はるかに近い場所に存在できるからです。

ただ、ここが過小評価されがちな点だと思います。

「より速い決済」が自動的に目標ではありません。

目標は「アトミック（原子的）決済」です。

スピードは役に立ちます。

ですが、重要なのは確実性です。

買い手が、売り手が対応する支払いをまだ待っている間に資産を受け取ってしまったら、旧来の問題の一部を温存したことになります。

Duskのアーキテクチャは、まさにこの2つのレグ（資産側と支払い側）が1つの決済問題になるところで面白くなります。

そこで「トークン化された資産」が、ただのトークンの話で終わらず、市場構造（マーケット・ストラクチャー）の話になります。

@Dusk #dusk $DUSK