最近、Duskのドキュメントを読み返していたら、ある一点が強く印象に残りました——DuskEVMとDuskVMは別々の開発者向けの道です。1つはEVMレイヤー上でSolidityを動かします。もう1つは、フルのZKとプライバシー機能を備えたネイティブのDuskです。では、この違いが実際には何を生み出しているのか、ずっと気になっていました。

興味深いのは、DuskEVMにおけるプライバシーが自動ではなく、Hedgerという追加のツールを必要とすることです。標準的なSolidityデプロイはそれなしでも十分に機能するわけですが、どれだけの開発者がその追加レイヤーを実際に統合するのだろうか、確信が持てません。

頭に浮かぶのは、DuskEVMの活動の大半が、内部のプライバシーレイヤーに決して関与しない、一般的なSolidityコントラクトとして終わってしまうのではないかという点です。外から見ていると、EVMの扉から入ってきた開発者によって、Duskの中核的な価値提案がほとんどそのまま維持されているのか、ときどき疑問に思います。

つまり、DuskEVMにおけるEVM互換性と、ネイティブのプライバシーは、本当に別種の振る舞いであり、自動的に統合されるわけではないという考えに至ります。馴染みのあるSolidity体験目当てで来た開発者が、プライバシーをネイティブに活かしたアプリを作るのか、それとも単なる別のロールアップを作るだけなのか——その見通しは本当に不確かです。とにかく、時間が答えを出してくれるでしょう👍#dusk $DUSK @Dusk

$ONG $ENA
#TrumpPressesCongressToPassClarityAct #USJoblessClaimsFallTo206000 #WalmartFalls7% #FASBProposesStablecoinsAsCashEquivalents