DuskのようなネットワークでEVM環境が実際に有用になる要因は何なのか考えていました。「EVM互換」と言うのは簡単ですが、そこで止めてしまうとおしまいです。馴染みのあるツールは確かに役に立ちますが、それには限界があります。私が理解したかったのは、開発者が通常のEVMアプリケーションを作り始めたときに、プライバシー面はどうなるのかという点でした。
そこでDuskEVMがより面白くなります。Duskへの馴染みのあるSolidityおよびEVMの道筋を開発者に提供する一方で、Hedgerは同型暗号とゼロ知識証明を用いた秘匿EVMワークフローのために設計されています。つまり、開発者は、すでに理解している環境を取るか、規制されたアプリケーション向けに設計されたプライバシー機能を取るかの二択を迫られなくて済むのです。🤯
この組み合わせは、私には実に筋が通っているように思えます。開発者は馴染みのあるEVMの概念で作業できますが、基盤となるアプリケーションは、必ずしも公開されるべきではない情報を扱うことができます。そしてDuskは規制された金融市場向けに構築されているため、プライバシーを完全な不可視性として扱うのではなく、許可されたレビューの余地もあります。
私は「互換」というラベル自体よりも、実際に人々がそれで何を作るのかにまだより興味があります😂。EVM対応は役に立ちますが、本当の試金石は、開発者がその馴染みを活かしながらDuskのプライバシー基盤を利用できるかどうかです。この2つが適切に連携できるなら、DuskEVMは単なる別のEVM環境以上のものに見えてきます。
@Dusk #dusk $DUSK