📅8.23
昨日のうちに$KII を出せて本当に良かった。エアドロップを受け取った日の値45から始めて、昨日の午前24で売るまでずっと持ち続けたおかげで、自分の豚脚飯（投資）を守れた。これは詐欺プロジェクトだ。競技にも出たなんて、よくも言えるよ。競技を刷ってた兄弟たちは悲惨だ。

昨夜、@Dusk のアーキテクチャ文書をめくっていて、ずっと解消できない疑問があった。DuskEVMとは結局何なのか？

公式ドキュメントはとても明確だ——DuskEVMはDuskDSの決済層の上にあるEVM互換の実行層。単独の並行ブロックチェーンではなく、独立した台帳も維持せず、契約の実行だけを担当する。HTXの分析もそれを裏付けている。Duskのアーキテクチャは今や3層に分かれており、DuskDSが決済とデータ可用性を担当し、DuskEVMがEVMアプリの実行を担当する。2層はそれぞれ役割分担しており、2本のチェーンではない。

しかし公式の宣伝では、DuskDSとDuskEVMをしばしば別々に紹介していて、最初は自分も2つの独立したチェーンだと誤解しそうになった。実際には、DuskEVMが取引を実行した後、バッチャーが取引データをblob形式でDuskDSに公開する。状態コミットメントと防詐欺（不正防止）証明によって結果の状態が決済層へアンカーされる。DuskEVMは実行を担当し、DuskDSは最終的な保存（証明）確認を担当する。両者は上下流の関係であって、並行関係ではない。

だが、この上下流の関係がもたらす開発コストのリスクは、想像していたよりずっと複雑だ。DuskEVM上のアプリの総コストは2つで構成される——EVM契約の実行コストに加えて、DuskDSへデータ可用性として提出する費用。つまり、イーサリアムの経験からGasコストをそのまま当てはめて見積もると、底層のコストが漏れてしまう。その追加費用は確かに実在する。

DuskEVMの位置づけはSolidity開発者にとって確かに魅力的だ。ツールチェーンに慣れていて、移行コストが低いからだ。だが開発者がこの2層の費用構造を理解していない場合、イーサリアムのGas見積もりロジックをそのまま持ってきて本番投入すると、想定よりコストがかなり高くなることに気づくかもしれない。
#dusk $DUSK