配当の支払いフローチャートを、意味が通じるまでずっと見つめていました。DTCからブローカー、サブカストディアン、そして株主へと4ホップ。ボトルネックは処理速度のどこかにあるんだと思っていました。違いました。調べれば調べるほど分かったのは、実際のコストが照合（リコンサイル）にあるということです。チェーンの各リンクがそれぞれ独自に記録を更新し、その後で皆が内容を突き合わせます。ここに、年間580億ドルものコーポレートアクション費用が実際に集まっているのです。

DUSKのXSC設計を掘り下げていて特に目立ったのは、各ホップを速くしようとしない点でした。そもそも、ホップ同士が照合する必要そのものをなくしてしまうのです。1つの実行、1つの結果。すべての保有者が同じ情報源から読み取る—4つの当事者がそれぞれ計算して、後で照合し合うのではありません。ここから、DUSKのアプローチが私がこれまで見てきた多くのインフラと違って感じられ始めます。

そのとき、トークン化とネイティブの違いが腑に落ちました。株式をトークンで包むことは、同じDTCの配線の上にレイヤーを追加するだけで、置き換えるわけではないのです。DUSKのようなネイティブ発行は、より率直に問いを投げかけます。同じ配当イベントを、独立して処理する何千もの支払代理人がそれでも必要なのか？ もし誰もが同じ決済レイヤーを参照するなら、答えはノーなのではないか。DUSKのアーキテクチャ全体は、その答えに賭けているように見えます。

ただ、私は「負債（リスク）」の部分がまだ引っかかっています。もしDUSKのコントラクトが配当の支払いを誤算したら、責任を負うのは誰なのでしょうか。従来存在していた支払代理人ですか、それとも発行体（issuer）ですか。まだ答えが見えていませんし、アーキテクチャがよりクリーンだからといって、その論点が軽く扱われるべきではないとも思っています。

#dusk $DUSK @Dusk