" 多くのプラットフォームは6ステップ問題のステップ4を解決する。Dusk Tradeは6つすべてを解決しようとしている。"
以前は、トークン化された金融で難しいのはトークンだと思っていました。そこを正しくできれば、他のすべては自然と整うはず。適格性チェック、開示の管理といった事務手続きも、アプリに触れる前のどこか上流で処理されるものだと考えていました。
でもDuskの市場インフラのドキュメントを読んで、その考えを改めました。
規制対象資産のワークフローが実際にどう見えるかというと、こうです。発行体がライフサイクルのルールを設定し、投資家が適格であることを証明し、カストディがアクセスを制御し、支払いのレグと資産のレグが同期し、開示は正しい相手に振り分けられる。これらのステップが別々のシステムで動くと、誰かが手作業でそのギャップを埋めます。オフチェーンで。取引のたびに。
この部分は、ほとんどのトークン化プラットフォームがこっそり見落としているところです。転送を速く、安く、オンチェーンで実現することには取り組める。でも、それ以前(この投資家はこの資産を保有できるのか?この特定の金融商品に対する適格性を通過しているのか?)や、それ以後(コーポレートアクション、監査に必要な開示、継続的なサービシング)は、結局は別の場所で動いています。人が管理し、スプレッドシートとAPIでつなぎ合わせている。
Dusk Tradeは、この6ステップすべてを1つのインフラ基盤にまとめようとする試みです。発行体のセットアップ、投資家のオンボーディング、転送コントロール、取引、決済、サービシング。適格性は、取引画面の前にクリアすべき“関門”でなくなります。取引そのものの一部になります。
はっきり一つ言うべきことがあります。これはまだ完了していません。単一スタック上で6ステップの規制済みワークフローを動かすこと――そこを「構築している」のであって「着地している」わけではありません。
ただし、この捉え方は重要です。業界の多くは2ステップを解いて、それをRWAトークン化と呼んだ。摩擦が常に残っていたのは、他の4ステップのほうだったからです。
では、では実際に適格性ルールを決めるのは誰なのでしょうか。すべてが1つのインフラに載っているとき、発行体、取引の場、あるいは規制当局のどれが決めるのか?――まだ考え中です。
#dusk $DUSK @Dusk $BTC
$BNB
#dusk @Dusk
以前は、トークン化された金融で難しいのはトークンだと思っていました。そこを正しくできれば、他のすべては自然と整うはず。適格性チェック、開示の管理といった事務手続きも、アプリに触れる前のどこか上流で処理されるものだと考えていました。
でもDuskの市場インフラのドキュメントを読んで、その考えを改めました。
規制対象資産のワークフローが実際にどう見えるかというと、こうです。発行体がライフサイクルのルールを設定し、投資家が適格であることを証明し、カストディがアクセスを制御し、支払いのレグと資産のレグが同期し、開示は正しい相手に振り分けられる。これらのステップが別々のシステムで動くと、誰かが手作業でそのギャップを埋めます。オフチェーンで。取引のたびに。
この部分は、ほとんどのトークン化プラットフォームがこっそり見落としているところです。転送を速く、安く、オンチェーンで実現することには取り組める。でも、それ以前(この投資家はこの資産を保有できるのか?この特定の金融商品に対する適格性を通過しているのか?)や、それ以後(コーポレートアクション、監査に必要な開示、継続的なサービシング)は、結局は別の場所で動いています。人が管理し、スプレッドシートとAPIでつなぎ合わせている。
Dusk Tradeは、この6ステップすべてを1つのインフラ基盤にまとめようとする試みです。発行体のセットアップ、投資家のオンボーディング、転送コントロール、取引、決済、サービシング。適格性は、取引画面の前にクリアすべき“関門”でなくなります。取引そのものの一部になります。
はっきり一つ言うべきことがあります。これはまだ完了していません。単一スタック上で6ステップの規制済みワークフローを動かすこと――そこを「構築している」のであって「着地している」わけではありません。
ただし、この捉え方は重要です。業界の多くは2ステップを解いて、それをRWAトークン化と呼んだ。摩擦が常に残っていたのは、他の4ステップのほうだったからです。
では、では実際に適格性ルールを決めるのは誰なのでしょうか。すべてが1つのインフラに載っているとき、発行体、取引の場、あるいは規制当局のどれが決めるのか?――まだ考え中です。
#dusk $DUSK @Dusk $BTC
$BNB
#dusk @Dusk
