かつて私は、EVMの互換性は主に開発者のオンボーディング問題を解決するものだと思っていました。

もしDuskEVMが、SolidityやVyperを含む馴染みのあるEthereumの言語とツールをサポートするなら、開発者は最初にまったく別のスマートコントラクト環境を学ぶことなく、すぐに開発を始められます。

それは重要です。

しかし、金融アプリケーションの文脈でDuskをより深く見るほど、問題の解決は単に1つの層に限られるだけではないのではないかと思えてきました。

開発者は馴染みのあるツールを使ってアプリケーションをデプロイできます。それはしかし、誰がそれとやり取りすることを許可されているのか、どの情報を機密として保持すべきなのか、適格性（eligibility）がどのように強制されるのか、またそのアプリケーションがより広い金融のワークフローにどう組み込まれるのか、を自動的に答えるものではありません。

その違いに私は目が留まりました。

EVMの互換性は、コーディングの障壁を下げるかもしれません。

ただし、アプリケーションを取り巻く組織的な複雑さは下がらない可能性があります。

そして、規制された金融市場では、2つ目の部分のほうがより難しい課題になり得ます。

私は今も、この2つの層がどのように結びつくのかを見ています。

もしDuskEVMが、馴染みのある形での開発を可能にするなら、本当のボトルネックは開発者の採用から、機関（institution）側の統合へと単に移るだけなのでしょうか？

@Dusk $DUSK #dusk