新しいプライバシー重視のL1を見るたびに、いつもの“お決まり”の展開を身構えてしまいます。というのも、すでに自分がEthereumで知っているツール類は結局捨てられてしまい、何かを作るためにまったく新しいスタックを一から学ばなければならないからです。DuskEVMを読み進めてみると、ここは必ずしもそうではありませんでした。

DuskEVMは、開発者がSolidityと既存のEthereumのツールをそのまま使い続けられるように設計されており、そのレイヤーの一部として「Hedger」と呼ばれるものが並んでいます。DUSK自体はその側でガスと実行手数料の支払いに使われ、ブリッジによってDusk L1とDuskEVMの間を移動できます。表面的には、EVMの背景から来た開発者がゼロから始める必要はありません。

ただ私が考え続けているのは、その“見慣れた表面”の下で実際に何が起きているのか、という点です。Duskが標準的なEVMチェーンと違う理由になっているプライバシーとコンプライアンスのロジックは、どこかに必ず存在しなければならないもので、Hedgerはそれに結びついているように見えます。とはいえ、Hedgerが具体的にどんな役割を果たしているのか、また基盤となる複雑さのうちどれだけを開発者のために処理してくれているのか、あるいは単に別の形で露出させているだけなのか、まだ明確な内訳は見つけられていません。

この点が、単に“便利”だからではなく、私にとって興味深いところです。見慣れたツールは作るハードルを下げますが、プライバシーや規制対象資産のロジックが関わってくると、基盤となる前提が、単純なEVMデプロイの場合と同じとは限りません。

もしこの場にDuskEVMで実際に構築した方がいるなら、その違いについて、どれくらい考える必要が出てきて、どれくらいは見えないままに留まるのかを知りたいです。

#dusk $DUSK @Dusk $ACE $CYS