私はもう何年も、こうしたモジュラー型の構成を見てきたけれど、結局ほとんどが同じ場所に収まるんだ。下の方に決済とデータ可用性があり、その上にEVMレイヤーを載せて、誰もツールチェーンを最初から学び直さなくて済むようにする。紙の上では理にかなっている。開発者はSolidityやHardhatのままでいられて、エコシステムの立ち上がりも早くなる。摩擦も少ない。まさにその売り文句を、数えきれないほど聞いてきた。

今Duskを見ていると、コストはやはり後から効いてくるし、本当に重要なところに刺さってくる。資産はレイヤー間で移動しなければならないし、橋渡しやメッセージングの仕組みを入れるたびに、新しい信頼の前提が持ち込まれる。望まない場所で、攻撃面だけがどんどん広がっていく。仮想マシン内部の何かよりも、クロスレイヤーのせいで痛手を負ったプロジェクトのほうを、私はもっと見てきた。

プライバシーはこの全体をさらにややこしくする。実行側が透明なまま、決済側は隠せるなら、資産の本当のプライバシーは、その日どのレイヤーに載っているか次第になる。ほとんどのユーザーはそれをきちんと追跡しない。コンプライアンス担当者は、本当はやりたくなかった追加の説明話法をすることになる。このDuskのアプローチには、もう少し慎重さが感じられる――透明なレイヤーは一般アプリや流動性のために残して、秘密性が必要な決済側には機密側を、という考え方。ただ、そういう趣旨の言い方は以前にも聞いたことがある。両側とも何でもやろうとすると、結局どちらも十分にはならず、信頼が積み上がるのではなく燃えてしまう。

私は、EVM側に実際にどんなアプリが出てくるのか、注視していくつもりだ。移行されてくるのがいつものプロトコルばかりなら、モジュラー化は主に「人を集めるための別の方法」に近い。けれど、内部の機密パーツを本当に活用し始めたときだけ、その分割はマーケティング以上の意味を持つように思える。それまでは、まだ確信が持てない。
@Dusk #dusk $DUSK