月曜の夜に$DUSK の開発者ドキュメントを読み返して、2本の入口が並んでいるのを見た。EVM経路とネイティブZK経路だ。最初は特に珍しいとは思わなかった。そのとき考えたのは、他のパブリックチェーンがやる互換レイヤーと何が違うのか、EVMチェーンにプライバシーモジュールを足し、ZKチェーンにEVM互換を足す、結局同じようなやり方ではないか、ということだった
でも後で細かい点に気づいた。2つの経路は同じ決済レイヤーであるDuskDSを共有している。DuskEVMのバッチ状態はDuskDSにアンカーされ、DuskVMのコントラクトはDusk L1上で直接動く。両者は最終的に同じコンセンサス層と可用性層に着地する。つまり、開発者はEVM経路から入り、Solidityと使い慣れたツールチェーンでアプリをデプロイし、後からHedgerで必要に応じてプライバシーを有効化し、段階的にネイティブZK経路へ進める。チェーンを乗り換える必要はない
Hedgerは同態暗号とゼロ知識証明を使っていて、EVM環境向けに特化して設計されている。ZedgerのUTXOモデルが進む道とは違う。開発者はまずEVM経路で事業を立ち上げ、より深いプライバシー制御が必要になったらHedgerで移行し、その後DuskVMのネイティブZKコントラクトへ移る。全体の過程でDuskのエコシステムから離れる必要がない
この点で、改めて考え直した。他のパブリックチェーンの「2本の経路」は、たいてい独立した2本のチェーンで、資産が行き来し、開発者は一方を選ぶと簡単には戻れない。@Dusk のDuskDSは、2つの経路を同じ決済レイヤーに結びつけている。資産は2つの環境の間を自由に移動でき、開発者にとってEVMからネイティブZKへの移行は、チェーンを乗り換えて引っ越すというよりアップグレードに近い。公式サイトのあの一文を読み返して、資産は2つの環境の間を自由に切り替えられる、そこではじめて本当の意味が分かった
今後もDuskEVMのメインネット公開後のデータを追い続けるつもりだ。どれだけのSolidity開発者がHedgerの一段を越えていくのかを見たい。この経路が本当に成立するなら、#dusk は、開発者が途中でチェーンを変えることなく、EVMからネイティブZKへ滑り込める最初のパブリックチェーンになるかもしれない
でも後で細かい点に気づいた。2つの経路は同じ決済レイヤーであるDuskDSを共有している。DuskEVMのバッチ状態はDuskDSにアンカーされ、DuskVMのコントラクトはDusk L1上で直接動く。両者は最終的に同じコンセンサス層と可用性層に着地する。つまり、開発者はEVM経路から入り、Solidityと使い慣れたツールチェーンでアプリをデプロイし、後からHedgerで必要に応じてプライバシーを有効化し、段階的にネイティブZK経路へ進める。チェーンを乗り換える必要はない
Hedgerは同態暗号とゼロ知識証明を使っていて、EVM環境向けに特化して設計されている。ZedgerのUTXOモデルが進む道とは違う。開発者はまずEVM経路で事業を立ち上げ、より深いプライバシー制御が必要になったらHedgerで移行し、その後DuskVMのネイティブZKコントラクトへ移る。全体の過程でDuskのエコシステムから離れる必要がない
この点で、改めて考え直した。他のパブリックチェーンの「2本の経路」は、たいてい独立した2本のチェーンで、資産が行き来し、開発者は一方を選ぶと簡単には戻れない。@Dusk のDuskDSは、2つの経路を同じ決済レイヤーに結びつけている。資産は2つの環境の間を自由に移動でき、開発者にとってEVMからネイティブZKへの移行は、チェーンを乗り換えて引っ越すというよりアップグレードに近い。公式サイトのあの一文を読み返して、資産は2つの環境の間を自由に切り替えられる、そこではじめて本当の意味が分かった
今後もDuskEVMのメインネット公開後のデータを追い続けるつもりだ。どれだけのSolidity開発者がHedgerの一段を越えていくのかを見たい。この経路が本当に成立するなら、#dusk は、開発者が途中でチェーンを変えることなく、EVMからネイティブZKへ滑り込める最初のパブリックチェーンになるかもしれない
