#dusk
夕暮れの建築の中にある小さな違和感が、私を立ち止まらせた。
製品スタックは現在、よくある「DuskはEVM互換のプライバシーチェーンを構築している」という説明よりも、もう少しニュアンスのある物語を語っている。
DuskDSはすでにネイティブの決済レイヤーとして稼働している一方で、DuskEVMとHedgerはいまだテストネット扱いだ。
この順序は、実は理にかなっている。
最初にSolidityの互換性を急いで取りにいくのではなく、Duskはまずプライバシーにネイティブな決済基盤を整え、その後でEVM開発者により広く門戸を開こうとしているように見える。
しかし同時に、興味深い“空白”も生まれる。すなわち、機関向け／コンプライアンス向けのレールのほうが、EVM採用で多くの人が想像する「開発者のオンボーディング層」よりも先に進んでいるのだ。
だから私にとって本当の問いは、「DuskにEVMのロードマップがあるか」ではない。
そのロードマップが、どれくらいの速さで継続的な開発者の活動へと結びつくのか——それが問題だ。
$DUSK @Dusk
夕暮れの建築の中にある小さな違和感が、私を立ち止まらせた。
製品スタックは現在、よくある「DuskはEVM互換のプライバシーチェーンを構築している」という説明よりも、もう少しニュアンスのある物語を語っている。
DuskDSはすでにネイティブの決済レイヤーとして稼働している一方で、DuskEVMとHedgerはいまだテストネット扱いだ。
この順序は、実は理にかなっている。
最初にSolidityの互換性を急いで取りにいくのではなく、Duskはまずプライバシーにネイティブな決済基盤を整え、その後でEVM開発者により広く門戸を開こうとしているように見える。
しかし同時に、興味深い“空白”も生まれる。すなわち、機関向け／コンプライアンス向けのレールのほうが、EVM採用で多くの人が想像する「開発者のオンボーディング層」よりも先に進んでいるのだ。
だから私にとって本当の問いは、「DuskにEVMのロードマップがあるか」ではない。
そのロードマップが、どれくらいの速さで継続的な開発者の活動へと結びつくのか——それが問題だ。
$DUSK @Dusk
