DuskEVM これ、最近いろいろ調べてみたらなかなか重要な問題が見つかった——「EVM compatible」は実は問題の半分しか解決していないんだ。Solidity、Foundry、Hardhat などのツールチェーンは確かにそのまま使えるけど、金融のシーンではもう一つ、さらに厄介な問題がある。機関は本当に、残高・ポジション・取引金額を全部公開してくれるのか？
Dusk の解決策は Hedger。ホモモルフィック暗号とゼロ知識証明を EVM のワークフローに組み込む。前者は暗号化されたままデータを計算に使い、後者は結果がルールを満たしていることを証明する。データは公開する必要がなく、それでも実行は検証可能だ。マーケットメイカーは機微なエクスポージャを隠せて、口座残高も非公開にできる。監査のときには、必要な範囲だけ開示を許可できる。
ただし問題は、Hedger は「入れたら動く」タイプのプラグインではないこと。ホモモルフィック暗号、ゼロ知識証明、そして混合 UTXO/アカウントモデルを組み合わせており、標準の ERC-20 のストレージ論理とはまったく別物だ。「EVM 互換」で解決するのは開発者が中に入る方法で、Hedger が解決するのは、機関が入ってきた後にそもそも公開してはいけないデータはどれか、という点。
公式ドキュメントがはっきり言っている——DuskEVM は OP Stack に基づき、EVM-equivalent な実行環境を動かしており、馴染みのあるツールチェーンを使える。ただしレイヤー間ブリッジが現状つながっているのはテストネットで、テスト用のコインしか対応していない。ツールが人を招くのは入口で、実際のアプリとして走ってこそ残る。
もし DuskEVM 上で Uniswap のフォークを動かすなら、shielding プール層は書き直しが必要だ。AMM のコアロジックがプライバシー層に当たるところは、作り直すことになる。「シームレスな移行」ではない。
EVM 互換は開発ツールチェーンの問題を解決し、Hedger は金融データを公開すべきかどうかの問題を解決する。DuskEVM が confidential EVM workflow をきちんと通せるか——そこが本当の差別化ポイントになる。いま Hedger は testnet で仕上げの段階で、メインネット化したらこれらの移行課題を改めて見直すことになる。
#dusk $DUSK @Dusk
Dusk の解決策は Hedger。ホモモルフィック暗号とゼロ知識証明を EVM のワークフローに組み込む。前者は暗号化されたままデータを計算に使い、後者は結果がルールを満たしていることを証明する。データは公開する必要がなく、それでも実行は検証可能だ。マーケットメイカーは機微なエクスポージャを隠せて、口座残高も非公開にできる。監査のときには、必要な範囲だけ開示を許可できる。
ただし問題は、Hedger は「入れたら動く」タイプのプラグインではないこと。ホモモルフィック暗号、ゼロ知識証明、そして混合 UTXO/アカウントモデルを組み合わせており、標準の ERC-20 のストレージ論理とはまったく別物だ。「EVM 互換」で解決するのは開発者が中に入る方法で、Hedger が解決するのは、機関が入ってきた後にそもそも公開してはいけないデータはどれか、という点。
公式ドキュメントがはっきり言っている——DuskEVM は OP Stack に基づき、EVM-equivalent な実行環境を動かしており、馴染みのあるツールチェーンを使える。ただしレイヤー間ブリッジが現状つながっているのはテストネットで、テスト用のコインしか対応していない。ツールが人を招くのは入口で、実際のアプリとして走ってこそ残る。
もし DuskEVM 上で Uniswap のフォークを動かすなら、shielding プール層は書き直しが必要だ。AMM のコアロジックがプライバシー層に当たるところは、作り直すことになる。「シームレスな移行」ではない。
EVM 互換は開発ツールチェーンの問題を解決し、Hedger は金融データを公開すべきかどうかの問題を解決する。DuskEVM が confidential EVM workflow をきちんと通せるか——そこが本当の差別化ポイントになる。いま Hedger は testnet で仕上げの段階で、メインネット化したらこれらの移行課題を改めて見直すことになる。
#dusk $DUSK @Dusk
