誰もがRWAのコンプライアンスについて語っていますが、それを実際に機能させるオンチェーンのアーキテクチャを理解している人はほとんどいません。
私はDuskがこの問題にどう取り組んでいるのかを調べてみました。彼らのZedgerモデルは、世間が思っている以上にずっと複雑です。規制されたDeFiは、エンジニアリング上の難しい課題を生みます。参加者のアイデンティティ、過去の口座残高、そして進行中の送金は、それぞれまったく異なるライフサイクルで動作するからです。
多くのブロックチェーンは、こうしたデータを巨大なモノリシックな状態ツリーに詰め込むだけです。ところがDuskは、状態を3つの専用Poseidon Merkleツリーに分離します:
- whitelistTree: 公開台帳上で実際の個人情報資格を露出させることなく、あなたの認可されたアイデンティティを検証します。
- memorySlotTree: ユーザー口座のルートコミットメント(スパース・マークル・セグメント・トライ)を追跡することで、残高履歴を非公開に保ちます。
- coinTree: 受取人の受け入れ、またはタイムアウト時の請求があるまで資産を待機させつつ、UTXOスタイルの送金を一時的なレイヤーとして管理します。
3つの異なるツリーにまたがるメンバーシップ証明の検証は、ゼロ知識計算コストを増やすのでしょうか?はい。ですが、この3層に分けた分離によって、取引グラフの漏えいを完全に排除しつつ、発行体(機関)が規制基準に厳密に整合する状態を保てます。見事なトレードオフです。
この3層アーキテクチャが、機関向けDeFiの標準になると思いますか?ご意見を下にお聞かせください!👇 #dusk $DUSK @Dusk
私はDuskがこの問題にどう取り組んでいるのかを調べてみました。彼らのZedgerモデルは、世間が思っている以上にずっと複雑です。規制されたDeFiは、エンジニアリング上の難しい課題を生みます。参加者のアイデンティティ、過去の口座残高、そして進行中の送金は、それぞれまったく異なるライフサイクルで動作するからです。
多くのブロックチェーンは、こうしたデータを巨大なモノリシックな状態ツリーに詰め込むだけです。ところがDuskは、状態を3つの専用Poseidon Merkleツリーに分離します:
- whitelistTree: 公開台帳上で実際の個人情報資格を露出させることなく、あなたの認可されたアイデンティティを検証します。
- memorySlotTree: ユーザー口座のルートコミットメント(スパース・マークル・セグメント・トライ)を追跡することで、残高履歴を非公開に保ちます。
- coinTree: 受取人の受け入れ、またはタイムアウト時の請求があるまで資産を待機させつつ、UTXOスタイルの送金を一時的なレイヤーとして管理します。
3つの異なるツリーにまたがるメンバーシップ証明の検証は、ゼロ知識計算コストを増やすのでしょうか?はい。ですが、この3層に分けた分離によって、取引グラフの漏えいを完全に排除しつつ、発行体(機関)が規制基準に厳密に整合する状態を保てます。見事なトレードオフです。
この3層アーキテクチャが、機関向けDeFiの標準になると思いますか?ご意見を下にお聞かせください!👇 #dusk $DUSK @Dusk
