最初、EVM環境にプライバシーを追加することは、最初からプライバシーを作り込むのと同じだと考えていました。外から見ると、両者はよく似ています。しかし内側は違います。

EVMのアカウントモデルには構造上の前提があります。アドレスは永続し、活動は蓄積されます。個々のトランザクションが暗号化されていても、アカウント自体が時間とともにパターンになります。Hedgerは、そのモデルの上に機密性を追加します。トランザクションデータは不透明になり得ますが、アカウント構造はなお見えたままです。

そこで問いは、より狭くなります。Hedgerがトランザクションを暗号化するとき、いったい何が隠され、何は隠されないのでしょうか。金額や内部ロジックは非公開のままでもよいかもしれません。しかし、このアカウントがこの時点でこのコントラクトとやり取りしたという事実は、多くの場合なお見えます。規制された金融の世界では、「何を取引したか」だけでなく、「誰が誰と、いつ取引したか」が同じくらい重要になることがあります。

これは設計上の欠陥ではありません。アカウントベースのEVMは開発者にとって実用的です。Hedgerは実際のプライバシーレイヤーです。問題は誤解です。過大評価されたプライバシーレイヤーは、プライバシーレイヤーがまったくない場合よりも危険になり得ます。

取引レベルの機密性は、機関に十分な保護を与えるのか。それとも、その下にあるアカウントモデルが、静かにその約束全体を制限してしまうのか。

#dusk $DUSK @Dusk