DuskEVMを掘り下げていて私の心をつかんだのは、EVMそのものではありませんでした。実行が実際にどこに「座っている」のか、そこでした。
私は@DuskNetworkを調べていました。現在のドキュメントでは、DuskEVMはチェーンID 744を使用し、ネイティブのガストークンはDUSKである一方、DuskDSが決済とデータ可用性を担当しているとされています。紙の上ではその分離はきれいに見えますが、それによってネットワークの見え方が変わりました。つまり、EVM環境はDuskのベースレイヤーを置き換えるものではなく、その上に乗っているのです。
私が立ち止まったのは、最近のOpenDuskのガバナンス活動です。
8月の投票は、燃焼されたブロック報酬をコミュニティのトレジャリーに流すべきかどうかについてのものですが、DuskEVMはアプリケーション層として位置付けられています。ここには興味深い対比があります。ガバナンスと決済はDuskDSに結びついたままなのに対し、開発者はその上に用意されたおなじみのSolidity/EVM環境を使うことになります。
私は当初、DuskでのEVMは主にデプロイを簡単にすることを意味しているのだと思っていました。しかしアーキテクチャを追ってみると、それが重要なポイントだとは言い切れません。
私にとっての本当の問いは、開発者が実際のところ、この分離を活用しているのか、それともDuskEVMは主に互換性レイヤーにとどまり、より深い動きはDuskDS側に残ったままなのか…ということです。
@Dusk $DUSK #dusk
私は@DuskNetworkを調べていました。現在のドキュメントでは、DuskEVMはチェーンID 744を使用し、ネイティブのガストークンはDUSKである一方、DuskDSが決済とデータ可用性を担当しているとされています。紙の上ではその分離はきれいに見えますが、それによってネットワークの見え方が変わりました。つまり、EVM環境はDuskのベースレイヤーを置き換えるものではなく、その上に乗っているのです。
私が立ち止まったのは、最近のOpenDuskのガバナンス活動です。
8月の投票は、燃焼されたブロック報酬をコミュニティのトレジャリーに流すべきかどうかについてのものですが、DuskEVMはアプリケーション層として位置付けられています。ここには興味深い対比があります。ガバナンスと決済はDuskDSに結びついたままなのに対し、開発者はその上に用意されたおなじみのSolidity/EVM環境を使うことになります。
私は当初、DuskでのEVMは主にデプロイを簡単にすることを意味しているのだと思っていました。しかしアーキテクチャを追ってみると、それが重要なポイントだとは言い切れません。
私にとっての本当の問いは、開発者が実際のところ、この分離を活用しているのか、それともDuskEVMは主に互換性レイヤーにとどまり、より深い動きはDuskDS側に残ったままなのか…ということです。
@Dusk $DUSK #dusk
