私はDuskにしばらく注目してきましたが、正直に言うと、以前の理解はかなり浅いところで止まっていました。つまり、「機関」や「コンプライアンス」の場面を想定した、プライバシーを主に打ち出すチェーンだという理解です。その見方は間違いではありませんが、最近リバースエンジニアリングでアップデートを追っていて、ある細部に突き当たり、これまで見落としていたこの設計の中で最も面白い部分に気づいたんです。
PhoenixとMoonlightはconvertアトムを通じて相互に変換できます。
この一文だけなら大した意味に聞こえないかもしれませんが、これを実際の金融シーンに当てはめて考え始めたら、この設計がプライバシーよりも具体的な別の課題を解決しようとしているのだと感じました。$DUSK
機関が金融資産を扱う際には、すべての工程でプライバシーが必要なわけでもなく、すべての工程で公開が必要なわけでもありません。内部の決済にはプライバシーが必要で、規制当局へのレポートは公開が必要。取引の実行にはプライバシーが必要で、コンプライアンス監査は公開が必要です。従来の金融システムは、この2つの状態を切り替えるのに大量の中間機関を頼っていて、コストが非常に高く、しかも切り替えるたびに、その中間機関を信頼しなければなりません。#dusk
Duskの設計は、この切り替えをプロトコル層に組み込むものです。同じ1枚のDUSKが、プライバシーが必要な工程ではPhoenixに入り、公開による清算が必要な工程ではMoonlightへ切り替わります。そしてその間は、アトムの相互交換によって完結し、第三者を一切介しません。@Dusk
このことを初めて、ちゃんと頭の中で整理できたとき、Duskへの理解は完全に変わりました。Duskは、よりコンプライアンス対応のプライバシーコインを作っているのではありません。プライバシーと透明性の間を必要に応じて切り替えられる決済レイヤーの仕組みを作っていて、その切り替えはプロトコルネイティブであり、外部ブリッジや仲介業者に頼るものではありません。
業界で、この2つのことを同時にプロトコル層に組み込めている例は、現時点ではもう2つ目を見たことがありません。
PhoenixとMoonlightはconvertアトムを通じて相互に変換できます。
この一文だけなら大した意味に聞こえないかもしれませんが、これを実際の金融シーンに当てはめて考え始めたら、この設計がプライバシーよりも具体的な別の課題を解決しようとしているのだと感じました。$DUSK
機関が金融資産を扱う際には、すべての工程でプライバシーが必要なわけでもなく、すべての工程で公開が必要なわけでもありません。内部の決済にはプライバシーが必要で、規制当局へのレポートは公開が必要。取引の実行にはプライバシーが必要で、コンプライアンス監査は公開が必要です。従来の金融システムは、この2つの状態を切り替えるのに大量の中間機関を頼っていて、コストが非常に高く、しかも切り替えるたびに、その中間機関を信頼しなければなりません。#dusk
Duskの設計は、この切り替えをプロトコル層に組み込むものです。同じ1枚のDUSKが、プライバシーが必要な工程ではPhoenixに入り、公開による清算が必要な工程ではMoonlightへ切り替わります。そしてその間は、アトムの相互交換によって完結し、第三者を一切介しません。@Dusk
このことを初めて、ちゃんと頭の中で整理できたとき、Duskへの理解は完全に変わりました。Duskは、よりコンプライアンス対応のプライバシーコインを作っているのではありません。プライバシーと透明性の間を必要に応じて切り替えられる決済レイヤーの仕組みを作っていて、その切り替えはプロトコルネイティブであり、外部ブリッジや仲介業者に頼るものではありません。
業界で、この2つのことを同時にプロトコル層に組み込めている例は、現時点ではもう2つ目を見たことがありません。