"年間580億ドルをかけて帳簿を突合(リコンシル)しています。そしてDuskは問いかけます。そもそも突合が不要だったらどうなるのか?"
金融業界が、コーポレートアクション――配当、株式分割、議決――を処理するためだけに費やしているのがその額です。大部分は技術への支出ではありません。リコンシル(突合)のコストです。
以前は、コーポレートアクションの問題はスピードだと思っていました。もっと速く処理して、十分に自動化すればそれで足りるはずだと。
DTCが実際にどう動いているかを読んでみて、私は見当違いのものを見ていたと気づきました。Appleが配当を宣言しても、そのお金は株主に直接届きません。チェーンをたどります。DTC → ブローカー → サブ・カストディアン → あなた。各リンクが、それぞれの記録からイベントを処理します。そして、その後に突合します。並行して。独立して。何千もの異なるシステムにまたがって。処理中にはエラーが蓄積しません。蓄積するのは突合の段階です。
最初は、@DuskのXSC契約は、そのプロセスを単にオンチェーンで「自動化」するものだと思っていました。読み進めるほど、これらは根本的に別のアーキテクチャだと分かってきました。
DTCは「処理は今、突合は後」。配当は1対多のイベントです。1つの告知が何百万人もの保有者を動かし、各仲介者がそれぞれ自分の取り分を計算して、そのあと互いに突合します。XSCはその処理を速くしません。その代わりに、そのアーキテクチャを単一の真実の源(single source of truth)で置き換えます。コーポレートアクションは、資産が発行されるときに契約として定義され、オンチェーンで1回だけ実行され、そしてすべての保有者が同じソースから結果を受け取ります。誰も誰とも突合する必要がありません。
トークン化は、広く誤解されていると思います。株をトークン化してもDTCのアーキテクチャは消えません。単に、その古い構造の上にトークン層が追加されるだけです。XSCによるネイティブな発行は、まったく別の問いを投げかけます。資産が最初からオンチェーンに存在しているなら、同じイベントを処理する7,000もの独立した支払エージェントは本当に必要なのでしょうか?
そして、まだ答えがありません。コードによってコーポレートアクションが実行されるとき、契約にバグがあった場合、責任を負うのは誰なのでしょう?
#dusk $DUSK @Dusk $BTC $BNB
金融業界が、コーポレートアクション――配当、株式分割、議決――を処理するためだけに費やしているのがその額です。大部分は技術への支出ではありません。リコンシル(突合)のコストです。
以前は、コーポレートアクションの問題はスピードだと思っていました。もっと速く処理して、十分に自動化すればそれで足りるはずだと。
DTCが実際にどう動いているかを読んでみて、私は見当違いのものを見ていたと気づきました。Appleが配当を宣言しても、そのお金は株主に直接届きません。チェーンをたどります。DTC → ブローカー → サブ・カストディアン → あなた。各リンクが、それぞれの記録からイベントを処理します。そして、その後に突合します。並行して。独立して。何千もの異なるシステムにまたがって。処理中にはエラーが蓄積しません。蓄積するのは突合の段階です。
最初は、@DuskのXSC契約は、そのプロセスを単にオンチェーンで「自動化」するものだと思っていました。読み進めるほど、これらは根本的に別のアーキテクチャだと分かってきました。
DTCは「処理は今、突合は後」。配当は1対多のイベントです。1つの告知が何百万人もの保有者を動かし、各仲介者がそれぞれ自分の取り分を計算して、そのあと互いに突合します。XSCはその処理を速くしません。その代わりに、そのアーキテクチャを単一の真実の源(single source of truth)で置き換えます。コーポレートアクションは、資産が発行されるときに契約として定義され、オンチェーンで1回だけ実行され、そしてすべての保有者が同じソースから結果を受け取ります。誰も誰とも突合する必要がありません。
トークン化は、広く誤解されていると思います。株をトークン化してもDTCのアーキテクチャは消えません。単に、その古い構造の上にトークン層が追加されるだけです。XSCによるネイティブな発行は、まったく別の問いを投げかけます。資産が最初からオンチェーンに存在しているなら、同じイベントを処理する7,000もの独立した支払エージェントは本当に必要なのでしょうか?
そして、まだ答えがありません。コードによってコーポレートアクションが実行されるとき、契約にバグがあった場合、責任を負うのは誰なのでしょう?
#dusk $DUSK @Dusk $BTC $BNB
