昨晚重读@Dusk 白皮书,读到“双VM架构”那页时,给我卡住了。

先说架构。Piecrustはネイティブのゼロ知識仮想マシンで、WASMベース。決済は2〜3秒に圧縮。DuskEVMはSolidityに互換で、HardhatやMetaMaskをそのまま突っ込めばすぐ動く。プライバシーはHedgerで下位のZKを調整して補完する。ツインレール設計には確かに意図がある。1系統はプライバシー・コントラクト、もう1系統は互換性を担い、それぞれの役割を分けている。

でも、読み進めるほど違和感が増してくる。Piecrustは自社開発のVMで、今年3月にAEGISの監査結果として39件の問題が出た。重大度7件、そして2つの重要な脆弱性がサンドボックス層にある。誠実なノードが同じコードを走らせても結果が一致しない可能性があるし、悪意のあるコントラクトが実行時を押し込み、所有権保証が無効化される状態にできる。サンドボックスが破られれば、上位の機密コントラクトは全部アウト。DuskEVM自体は公開取引しかサポートしていないので、プライバシーは追加モジュールで支えるしかない。2つのVMをそれぞれ別に回すので、コード量と攻撃面がそのまま倍になる。

次に提携。NPEX、Chainlink、Cordial、Quantoz、21X。公式には€300M+のconfirmed issuance、50K+のinvestor reach、210M+のDUSKステークと書いてある。資源面は、RWAの物語ばかり語っているプロジェクトより確かにしっかりしている。とはいえ、相手側の公式自身も認めている。Tokenizationは摩擦を下げられるが、買い手・売り手、そして市場の厚みを作り出すことはできない。Dusk TradeはBuilding/Waitlistの段階で、DuskEVMとHedgerもまだTestnet。提携は、同じ方向で取り組みたいという意思表示ではあるけれど、実際に動くかどうかは、資産のオンチェーン量、取引人数、二次市場の深さといった“硬い指標”を見ないと分からない。

最後に、コンプライアンスとプライバシーの接続。Zedgerは発行時にホワイトリスト、単一ID単一口座、受取人の明示的な承認をプロトコルに書き込み、送金は2段階に分割。タイムアウトすれば自動的に無効化。PhoenixはUTXOアーキテクチャで、資金は暗号化されたメモとして保持され、取引時にZKが同時に5つの事柄を検証する。Pedersen Commitmentsで金額とアドレスを丸ごと隠す。DuskDSは3段階で確認し、ブロック投入即確定。ルールが発生してよいか、Phoenixはどこまで公開不要にできるか、DuskDSはどの状態を有効とみなすか——この3つの工程が埋めているのは同じ“断点”だ。証券が発行から決済に至るまで、なるべくチェーン外に後戻りして再調整しないようにする。

提携リストはすでにかなり金融機関寄りだ。次の段階では、PPTにずっと留まらず、実際の移転と成約データをもっと見たい。#dusk $DUSK