ほとんどの機関型チェーンが失敗する静かな理由は、開発者に最初からやり直させることです。
DuskEVMはそれをしません。SolidityまたはVyper、Foundry、Hardhat、viem、ethers、標準的なEVMウォレット、そしてDUSKがガス代を支払います。イーサリアムで出荷してきたチームなら、新しいことを何も学ばずにデプロイできます
以前は、互換性を怠惰な選択だと思っていました。あるものをそのまま真似て、難しい設計の手間を避ける
でも今は、それは配布戦略（ディストリビューション戦略）の問題だと思っています。
プライバシー技術には、技術的に非常に優れているのにまったく使われにくい、という長い歴史があります。素晴らしいプリミティブがあるのに、誰もそれを使っていない。参入コストが、新しい言語と新しいメンタルモデルを1年かけて学ぶことになっていたからです
規制対象の資産では、この問題はむしろ悪化します。良くはなりません。証券のワークフローを理解しているチームは、誰もが新しいVMを学びたいわけではありません。彼らはインテグレーターであり、カストディアンであり、会場（ベニュー）のエンジニアであり、そして既存のツールはすでにEVMの言語で話します
だから、DuskEVMがEVMと同等であること自体は、誰もが感心すべき技術的達成ではありません。それより重要なのは、その下にあるプライバシーとコンプライアンスのレイヤーが、意図された相手に実際に使われるかどうかを決めることです
DuskEVMはDuskDSを通じて決済します。だから、馴染みのあるツールは、置き換えるのではなく、その決済保証の上にそのまま乗ります。そのレイヤーにおける機密性を提供するのがHedgerです
正直な反論としては、より強いプライバシーモデルは反対側にある。DuskVMでZedgerとともにです。つまり、最も導入しやすいのは最も強い保証を持つレイヤーではない。多くの人は、より簡単な方に行き着くでしょう
あなたの見解は？ 開発者がいる場所で会うことは、利用可能な最強のプライバシーよりも重要だと思いますか
@Dusk #dusk $DUSK