私は自分でDuskの新しいEVMテストネットを調べてみて座り、答えよりも疑問のほうをたくさん持ち帰りました。奇妙なことに、それを良い兆候だと捉えています。

プライバシープロジェクトをあまりにも早く理解してしまったとき、私はいつも何か見落としているんじゃないかと思います。

私は、プライバシーがDuskの自然な一部として存在するはずだという期待から始めました。

しかし、すべてが……あまりにも普通でした。

チェーンID 745、Hardhatはスムーズに接続、Blockscoutは検証済み。馴染みのあるL2実行、DuskDSへとデータ可用性が投稿されています。

デフォルトの暗号化はなし。シールドトランザクションもなし。デフォルトのプライバシーもなし。

見れば見るほど、問題は「まだデフォルトになっていないもの」にあるのだと分かってきました。

自分に問い続けました。「プライバシーがコアなら、なぜデフォルトじゃないのか?」

たぶん、問いが間違っているのかもしれません。

Duskには現在2つの扉があります。

1つは大きく開いています。Ethereum互換、馴染みのある開発ツール、摩擦ゼロ。

もう1つはプライバシーです——それでもなお、別のアドレス形式、SDK、そして頭の中のモデルが必要です。プライバシーはまだオプトインです。

プライバシーがデフォルトではなく「任意」になるとしたら、「設計によりコンプライアンスを担保」という言葉にどれだけの実体が残るのでしょうか?

それはコア設計でしょうか。それとも必要なときに付け足される単なるレイヤーなのでしょうか?

まだ答えはありません。

私は、まずEVMを優先することをDuskのせいだとは思いません。ですが、動いているものと、まだロードマップ上にあるものとのギャップのほうが気になります。

重要な詳細が隠れているのは、多くの場合そこです。

次は、Duskのプライバシー・アーキテクチャをさらに深掘りしたいです。

そこでこそ、今の理解が成り立つのか、あるいは完全に変わるのか——そんな予感があります。@Dusk #dusk $DUSK $KII $AEON
#BNBChainToActivatePasteurHardFork #SanDiskRises7%OnRevenueGrowthOutlook #USJulyRetailSalesFall0.6% #SaudiPIFDiscloses154.1MSpaceXShares
👣 Privacy by default
40%
🧶EVM first
20%
🧵Core or optional
30%
🎓 Roadmap or reality
10%
10 投票 • 投票は終了しました