私は最近、Dusk の金融市場のワークフローを見ていて、改めて気づかされたのは、非常に伝統的ではあるものの、いったんオンチェーンにすると逆に難しくなる問題でした:
**証券はもうあなたに移ったのに、お金がまだ本当に売り手へ届いていない場合、どうする?**
一般的なオンチェーン取引では、「資産の移転」と「支払い」を別々の独立した取引として捉えやすいです。
しかし金融市場はそうは動きません。
Dusk の公式な市場インフラ設計では、asset leg と payment leg を同じ決済問題の中で扱い、規制対象の資産取引では、片方が先に終わってもう片方が遅れて埋めるのではなく、2つの脚を予測可能に協調させることを重視しています。
> ここで本当に重要なのは、「決済がより速いこと」ではなく、取引当事者同士が“相手の債務不履行”というリスクの時間差に、先に晒されないことだと思います。
売り手の立場なら、資産を出したのと同時に、支払いも確定してほしいのは当然です。
買い手も同じです。
誰も、自分のものを先に渡しておいて、相手の資金が予定どおりに現れることを祈りたいとは思いません。
これが、DvP のような決済ロジックに意味がある理由です:
資産側の脚と支払い側の脚は、一緒に考えなければならない。
しかし、その代償も明らかです。
システムは、どちらか一方の送金だけを最適化するのではなく、資産・支払い・参加者資格・最終的な決済状態を同時に扱う必要があります。
プロセスはより複雑になります。
ルールもより多くなります。
ですが、証券や投資信託、その他の実在する金融資産のことを考えると、私はむしろ、この複雑さは避けられないものだと感じています。
なぜなら、伝統的な金融でいちばん厄介なのは、「資産をどう移すか」ではなく、いつだれが先に渡し、だれが先に支払いをし、そして双方が“本当の意味で完了した”といつ認めるのか、だからです。
あなたが機関投資家のトレーダーなら、双方が同時に決済を完了することと引き換えに、追加の決済ルールを受け入れますか? それとも、オンチェーンの“資産と支払いをそれぞれ別に処理する”ようなシンプルな流れをそのまま残したいですか?@Dusk
#dusk $DUSK
**証券はもうあなたに移ったのに、お金がまだ本当に売り手へ届いていない場合、どうする?**
一般的なオンチェーン取引では、「資産の移転」と「支払い」を別々の独立した取引として捉えやすいです。
しかし金融市場はそうは動きません。
Dusk の公式な市場インフラ設計では、asset leg と payment leg を同じ決済問題の中で扱い、規制対象の資産取引では、片方が先に終わってもう片方が遅れて埋めるのではなく、2つの脚を予測可能に協調させることを重視しています。
> ここで本当に重要なのは、「決済がより速いこと」ではなく、取引当事者同士が“相手の債務不履行”というリスクの時間差に、先に晒されないことだと思います。
売り手の立場なら、資産を出したのと同時に、支払いも確定してほしいのは当然です。
買い手も同じです。
誰も、自分のものを先に渡しておいて、相手の資金が予定どおりに現れることを祈りたいとは思いません。
これが、DvP のような決済ロジックに意味がある理由です:
資産側の脚と支払い側の脚は、一緒に考えなければならない。
しかし、その代償も明らかです。
システムは、どちらか一方の送金だけを最適化するのではなく、資産・支払い・参加者資格・最終的な決済状態を同時に扱う必要があります。
プロセスはより複雑になります。
ルールもより多くなります。
ですが、証券や投資信託、その他の実在する金融資産のことを考えると、私はむしろ、この複雑さは避けられないものだと感じています。
なぜなら、伝統的な金融でいちばん厄介なのは、「資産をどう移すか」ではなく、いつだれが先に渡し、だれが先に支払いをし、そして双方が“本当の意味で完了した”といつ認めるのか、だからです。
あなたが機関投資家のトレーダーなら、双方が同時に決済を完了することと引き換えに、追加の決済ルールを受け入れますか? それとも、オンチェーンの“資産と支払いをそれぞれ別に処理する”ようなシンプルな流れをそのまま残したいですか?@Dusk
#dusk $DUSK