一日中ほぼずっと、@Dusk thの新しいDuskEVMテストネットをいじってテストしてて、もっと有意義なことをやる代わりにそれを選んじゃった。正直、ngl。

テストネットは10/8から稼働していて、今一番話題に上がっているのは「SolidityとHardhatに対応している」こと。もちろんそれはかなり良いんだけど、本音を言うと、スクロールしてる最中に自分が立ち止まらされるようなポイントではない。

自分がいちばん気になったのは、#dusk がsettlementをどう扱っているかだ。ContractはDuskEVM上で動き、sequencerがexecution部分を担当する。でもbatcherは、blobとしてtransaction dataをDuskDSへ渡す。その後、proposerがそこにstate commitmentを書き込む。かんたんに言うと、executionはDuskEVM側で行われ、finalityはベースレイヤーにアンカーされる。ガスは$DUSK で支払うが、deployする前にDuskDSからDUSKをブリッジする必要がある。

このことがずっと頭の中をぐるぐる回ってる。DuskEVMでSolidityを書き始めるには、devが先にDUSKを実際にブリッジしないといけない。自分にとっては、その細部がネットワーク体験を、単なる机上のものではなく「現実のもの」にしてくれてる。

テストネットのexplorerをさっき眺めて、テスト開始の数日前からcontractがそこに出てるのを見た。たった6日でこんなに活動があるなら、少なくとも自分の感覚では、全然少ないとは思えない。

それでもまだ、settlement-anchoringというこのモデルが、将来的にNPEXのような資産がEVM上で動く仕組みにおいて大きな役割を果たすのか、それとも自分がOP Stackのよくあるパターンを見ていて、それに意味をつけすぎているだけなのか、掘り下げきれてはいない。

今のところ自分は前者寄りだけど、結論づけるほどの確信はまだ足りない。

誰かもうDuskEVMにcontractを載せてるのかな？それともみんなまだ自分と同じようにdocsを読む段階で止まってる？
$AOP $UAI #USCanadaTradeTalksCollapseCanadaVowsRetaliation #TinFed #FOMCをフォロー