規制された資産をオンチェーンに載せる際に最も難しいのは、必ずしもその資産そのものではないかもしれません。
難しいのは、それをやり取りすることが許可された相手が誰かを証明することです——ただし、その人のすべてをさらけ出すことなく。
そこで <a>@Dusk </a> が技術的に面白くなってきます。
DuskのCitadelは、選択的開示を中心に設計されたアイデンティティおよびアクセスのレイヤーです。
投資家にあらゆる個人情報を開示させる代わりに、アプリケーションは居住地、年齢層、または認定(アクレディテーション)といった関連する属性を検証できます——不要に基となるデータを開示することなく。
では、それを規制対象の証券に結び付けましょう。
資産にはこうした要素があり得ます:
適格性ルール → 管理された移転 → プライバシー → 開示コントロール → 決済
そしてそれらが、同じ金融ワークフローに組み込まれます。
これは単にトークンをパブリックチェーンに置いて、後からコンプライアンスを付け足すだけとはまったく違います。
さらにDuskは、すべての取引に対して単一の可視性モデルを強制しません。
そのアーキテクチャは、Moonlightによるパブリックな口座ベースのアクティビティと、PhoenixによるシールドされたUTXOベースの移転を支え、金融ユースケースに応じてアプリケーションが異なるプライバシー選択肢を使えるようにします。
そしてHedgerは、同型暗号とゼロ知識証明によって、DuskEVMへ機密性の高いワークフローを拡張します。
私が魅力的だと感じるのはここです:
コンプライアンスは、最大限の開示である必要はありません。
それは、認可された参加者が検証に必要とする“まさにそれだけ”を証明し、それ以上は何も開示しないことが意味になり得ます。
規制された金融にとって、それは単なる見た目のプライバシー機能ではありません。
それはインフラです。
そして <a>$DUSK </a> は、そのすべての下にあるネイティブのガスおよびステーキングのレイヤーを提供します。
#dusk
規制された金融は、何を優先すべきでしょうか?
難しいのは、それをやり取りすることが許可された相手が誰かを証明することです——ただし、その人のすべてをさらけ出すことなく。
そこで <a>@Dusk </a> が技術的に面白くなってきます。
DuskのCitadelは、選択的開示を中心に設計されたアイデンティティおよびアクセスのレイヤーです。
投資家にあらゆる個人情報を開示させる代わりに、アプリケーションは居住地、年齢層、または認定(アクレディテーション)といった関連する属性を検証できます——不要に基となるデータを開示することなく。
では、それを規制対象の証券に結び付けましょう。
資産にはこうした要素があり得ます:
適格性ルール → 管理された移転 → プライバシー → 開示コントロール → 決済
そしてそれらが、同じ金融ワークフローに組み込まれます。
これは単にトークンをパブリックチェーンに置いて、後からコンプライアンスを付け足すだけとはまったく違います。
さらにDuskは、すべての取引に対して単一の可視性モデルを強制しません。
そのアーキテクチャは、Moonlightによるパブリックな口座ベースのアクティビティと、PhoenixによるシールドされたUTXOベースの移転を支え、金融ユースケースに応じてアプリケーションが異なるプライバシー選択肢を使えるようにします。
そしてHedgerは、同型暗号とゼロ知識証明によって、DuskEVMへ機密性の高いワークフローを拡張します。
私が魅力的だと感じるのはここです:
コンプライアンスは、最大限の開示である必要はありません。
それは、認可された参加者が検証に必要とする“まさにそれだけ”を証明し、それ以上は何も開示しないことが意味になり得ます。
規制された金融にとって、それは単なる見た目のプライバシー機能ではありません。
それはインフラです。
そして <a>$DUSK </a> は、そのすべての下にあるネイティブのガスおよびステーキングのレイヤーを提供します。
#dusk
規制された金融は、何を優先すべきでしょうか?
Selective disclosure
Full transparency
12 残り時間