#dusk $DUSK 多くのEVMチェーンは、プライバシーを「アドオン」として扱っています。Duskはそれを実行レイヤー自体に組み込みました。そして、その違いは、聞こえ方以上に重要です。
DuskEVMは、開発者にとってなじみのあるSolidity/EVMの道筋を提供し、既存のEVMアプリケーションをDuskへ持ち込む際の摩擦を減らせる可能性があります。最初は、プライバシーは別枠で用意されるのだろうと思っていました。たとえばミキサーやサードパーティのレイヤーのように。
でも面白いのはHedgerです。
Hedgerは、機密トランザクション機能をDuskEVMに直接持ち込み、準同型暗号とゼロ知識証明を組み合わせることで、センシティブな取引情報を保護したまま、規制下の金融が求める検証要件にも対応できるようにしています。
最後の部分こそ、私にとっての本質的な洞察です。
多くのプライバシー技術は、「誰からも見えないように隠す」ことを前提に設計されています。金融機関には別の要件があります。競合他社や一般の人々に対しては機密性が必要ですが、正当な監督が必要な場合には、アクセスを制御し、検証とコンプライアンスを行える必要もあるのです。
そこで、Duskのアプローチが興味深くなります。
また、DuskがNPEXと取り組んでいることからも、機関（institutional）向けの方向性が見えてきます。NPEXはオランダのMTFライセンスを持つ取引所であり、さらに、準拠した発行・取引・決済を中心に開発が進められているDusk Tradeという広範なインフラもあります。
だから、私にはDuskEVMの最大の試金石は「どれだけ多くの開発者がコントラクトをデプロイするか」だけではないように思えます。
より大きな問いは、機関がこの選択的開示（selective-disclosure）モデルを、長期にわたって実質的な金融活動をオンチェーンに移すほど信頼できるかどうかです。
もしブロックチェーンの金融が機関化していくのなら、勝ち筋となるのは「完全な透明性」でも「完全な秘匿性」でもないのかもしれません。
もしかすると、それは「検証への制御された道（controlled path to verification）」を伴うプライバシーです。
@Dusk_Foundation $DUSK #dusk
$DEXE
DuskEVMは、開発者にとってなじみのあるSolidity/EVMの道筋を提供し、既存のEVMアプリケーションをDuskへ持ち込む際の摩擦を減らせる可能性があります。最初は、プライバシーは別枠で用意されるのだろうと思っていました。たとえばミキサーやサードパーティのレイヤーのように。
でも面白いのはHedgerです。
Hedgerは、機密トランザクション機能をDuskEVMに直接持ち込み、準同型暗号とゼロ知識証明を組み合わせることで、センシティブな取引情報を保護したまま、規制下の金融が求める検証要件にも対応できるようにしています。
最後の部分こそ、私にとっての本質的な洞察です。
多くのプライバシー技術は、「誰からも見えないように隠す」ことを前提に設計されています。金融機関には別の要件があります。競合他社や一般の人々に対しては機密性が必要ですが、正当な監督が必要な場合には、アクセスを制御し、検証とコンプライアンスを行える必要もあるのです。
そこで、Duskのアプローチが興味深くなります。
また、DuskがNPEXと取り組んでいることからも、機関（institutional）向けの方向性が見えてきます。NPEXはオランダのMTFライセンスを持つ取引所であり、さらに、準拠した発行・取引・決済を中心に開発が進められているDusk Tradeという広範なインフラもあります。
だから、私にはDuskEVMの最大の試金石は「どれだけ多くの開発者がコントラクトをデプロイするか」だけではないように思えます。
より大きな問いは、機関がこの選択的開示（selective-disclosure）モデルを、長期にわたって実質的な金融活動をオンチェーンに移すほど信頼できるかどうかです。
もしブロックチェーンの金融が機関化していくのなら、勝ち筋となるのは「完全な透明性」でも「完全な秘匿性」でもないのかもしれません。
もしかすると、それは「検証への制御された道（controlled path to verification）」を伴うプライバシーです。
@Dusk_Foundation $DUSK #dusk
$DEXE