DuskEVMが稼働してからというもの、私は@Dusk について以前とは違う形で考えるようになりました。
最初に思い浮かぶ、わかりやすい話はEVM互換性です。Solidity、Vyper、馴染みのあるツール群——それらがあれば、開発者は既存のアイデアやアプリケーションを、最初から全部作り直すことなく移植しやすくなります。
でも、互換性が主な物語だとは思いません。
私にとってより面白いのは、最初のデプロイの後に何が起きるのかという問いです。
すでにEVMエコシステムで開発しているのなら、コードが他の多くのネットワークでも動くのに、なぜDuskに留まるのでしょうか?
私はそこを今、見ています。
DuskにはDuskEVMとDuskVMがあるので、開発者にはネットワークと連携するための異なる道があります。しかし、選択肢が増えることが、そのまま長期的な導入につながるわけではありません。
開発者が次に実際に何をするのかを見たいのです。
彼らはより多くのコントラクトをデプロイするのでしょうか? ユーザーはそれらとやり取りするのでしょうか? ウォレットは稼働し続けるのでしょうか? そして最も重要なのは、最初の実験の後に開発者が戻ってくるのかどうかです。
公開されたDuskEVMのgenesis repoへの7月28日のアップデートでは、基盤づくりが前進していることが示されました。
いよいよ本当の試験が始まります。
私は、ローンチ当日にどれだけ大きく見えるかにはあまり関心がありません。
むしろ、30日後もまだ開発が続いているのは誰かに関心があります。
@Dusk $DUSK #dusk
最初に思い浮かぶ、わかりやすい話はEVM互換性です。Solidity、Vyper、馴染みのあるツール群——それらがあれば、開発者は既存のアイデアやアプリケーションを、最初から全部作り直すことなく移植しやすくなります。
でも、互換性が主な物語だとは思いません。
私にとってより面白いのは、最初のデプロイの後に何が起きるのかという問いです。
すでにEVMエコシステムで開発しているのなら、コードが他の多くのネットワークでも動くのに、なぜDuskに留まるのでしょうか?
私はそこを今、見ています。
DuskにはDuskEVMとDuskVMがあるので、開発者にはネットワークと連携するための異なる道があります。しかし、選択肢が増えることが、そのまま長期的な導入につながるわけではありません。
開発者が次に実際に何をするのかを見たいのです。
彼らはより多くのコントラクトをデプロイするのでしょうか? ユーザーはそれらとやり取りするのでしょうか? ウォレットは稼働し続けるのでしょうか? そして最も重要なのは、最初の実験の後に開発者が戻ってくるのかどうかです。
公開されたDuskEVMのgenesis repoへの7月28日のアップデートでは、基盤づくりが前進していることが示されました。
いよいよ本当の試験が始まります。
私は、ローンチ当日にどれだけ大きく見えるかにはあまり関心がありません。
むしろ、30日後もまだ開発が続いているのは誰かに関心があります。
@Dusk $DUSK #dusk
