友人に「@Dusk って実際なに？」を一文で聞かれた。うまく答えられなかった。だから層を一つずつ分けて考えてみた。
最下層：#DuskEVM 、実行。Solidity互換——単体では特に何でもない、ただのEVM環境だ。
次：#Dusk がプライバシーを2つのモデルに分ける。Phoenixはシールド型——ZK証明で、金額と参加者が隠れる。Moonlightは公開型——口座ベースで、完全に見える。私はシールド型が「本格的」なモデルだと思っていた。けれどMoonlightは、取引所や規制に準拠した連携が、透明で監査可能な選択肢を必要とするから存在する。プライバシーはデフォルトではない——取引ごとの選択だ。
次にHedger——見落とされがちで、Phoenixとは別物。EVM側の機密性モジュール：準同型暗号＋ZK。誰も生の値を見ないまま計算ができ、認可された当事者が必要とするときだけ、その中身を明らかにできる。
プライバシーは3つの要素。3つの仕事。意図的なエンジニアリング、もしくは整合させ続けるための多くの部品。たぶん両方。
なぜ重要か：NPEX——MTF、Broker、ECSPのライセンスを持つAFM規制の取引所——は、300M+ EURをDuskへ移す計画だ。規制対象の資産は、完全に透明な台帳にも、完全に秘匿された台帳にも載せられない。まさに、これらの仕組みが用意している「選択的開示」が必要になる。
まだ続く：各要素がもたらすのは——Phoenix、Moonlight、Hedger——すべてが判断ポイントを増やすことだ。誰がビューキーを得るのか。どのモデルでその資産を扱うのか。これは、機関にとっての価値提案だ。同時に、誤設定のリスクという意味でも、設定すべき面積が増える。
欠陥ではない——規制された金融は本当にここまで粒度が細かい。@Dusk は、それを明示しただけだ。
ずっと行き着く問い：これだけ多くの設定可能な経路があるなら、複雑さはプロトコル側にだけあり、一度監査されるのか。それとも、連携するすべての機関側にあり、100通りも異なる形で監査されるのか？
@Dusk #dusk $DUSK