今日はDuskEVMのことをもう一度さかのぼって見て、見出しの先で実際にEVM互換性が何を変えるのかを理解したくなりました。
際立っていたのは、DuskEVMがSolidityやVyperを含む、なじみのあるEthereumの開発言語やツール群と連携して動作するように設計されている点です。
これは、Duskで開発を始めるためだけに、まったく別のスマートコントラクト環境を覚えなくてもよい可能性があることを意味します。
ただ、その最初の一歩の後には何が起きるのかを考え始めました。
アプリケーションのデプロイが簡単になったとしても、金融アプリケーションに特有の難しい問いが消えるわけではありません。
誰がそれとやり取りすることを許可されるのか?
どの情報を機密として維持する必要があるのか?
コンプライアンス要件はどのように強制されるのか?
そして、そのアプリケーションは金融の業務フロー全体の中でどのようにつながるのか?
だから、EVM互換性そのものが面白い部分だとは思いません。
本当に面白いのは、なじみのある開発者向けインフラが、現実の機関(インスティテューション)の制約の下で動くアプリケーションにつながり得るのかどうかです。
もしDuskEVMが開発者の参入障壁を取り除くなら、金融アプリケーションを現実の利用へ届けるための次のボトルネックは何になるのでしょうか?
@Dusk $DUSK #dusk
際立っていたのは、DuskEVMがSolidityやVyperを含む、なじみのあるEthereumの開発言語やツール群と連携して動作するように設計されている点です。
これは、Duskで開発を始めるためだけに、まったく別のスマートコントラクト環境を覚えなくてもよい可能性があることを意味します。
ただ、その最初の一歩の後には何が起きるのかを考え始めました。
アプリケーションのデプロイが簡単になったとしても、金融アプリケーションに特有の難しい問いが消えるわけではありません。
誰がそれとやり取りすることを許可されるのか?
どの情報を機密として維持する必要があるのか?
コンプライアンス要件はどのように強制されるのか?
そして、そのアプリケーションは金融の業務フロー全体の中でどのようにつながるのか?
だから、EVM互換性そのものが面白い部分だとは思いません。
本当に面白いのは、なじみのある開発者向けインフラが、現実の機関(インスティテューション)の制約の下で動くアプリケーションにつながり得るのかどうかです。
もしDuskEVMが開発者の参入障壁を取り除くなら、金融アプリケーションを現実の利用へ届けるための次のボトルネックは何になるのでしょうか?
@Dusk $DUSK #dusk
