自分の最新の技術要素の命名の仕方において、注目すべき点を見つけました。それは@Dusk が自分の最新技術の構成要素を呼ぶ方法です：DuskEVM、Hedger——それぞれが「何が残るのか（what remains）」という課題の特定の部分を正確に解決しており、唯一の万能解を作ろうとはしていません。

DuskEVMは、Solidityの互換性をエコシステムに持ち込む能力を備えており、EVMに慣れた開発者が、Duskのより強力な決済レイヤーを引き続き活用しながらアプリケーションを構築できるようにします。これは開発者の課題へのアプローチであって、新しい言語を学ばせるのではなく、プラットフォーム上で構築できる人の範囲を広げることです。Hedgerはまったく別の問題を解決します。共通射影的な暗号化とゼロ知識証明によって、DuskEVMにセキュアなトランザクション・フローを追加し、ユーザーに対してプライバシーを保つ必要があるアプリケーション、取引所、あるいは発行主体といったケースでも、検証可能な実行能力を手放すことなく対応します。

このように問題を切り分ける考え方は、多くの仮想通貨プロジェクトで見られる一般的な傾向とは異なります。そこでは、ひとつのプロダクトがすべての課題の解決策として宣伝されがちです。Duskは、実世界の資産のトークン化という課題には、さまざまな下位課題があることを認めているように見えます。

自己反論：複数の要素に分解すると、エコシステム全体を統合したい開発者にとっては複雑さが増す可能性もあります。技術的に明確なモジュール設計は、実装において自動的に使いやすさを意味するわけではありません。

自分は、$DUSK に、開発者がいつDuskEVM単体を使うべきで、いつ追加でHedgerが必要なのかを理解するのに十分明確なガイド資料があるのかを見守っています。#dusk