#dusk $DUSK @Dusk
今日のトピックについて考えていたら、ふと最初に@Dusk に会ったときのことを思い出しました。<br>
「Hedger」という言葉に出会ったとき、ちょっとおかしいなって思って…正直タイプミスだと思ったんです 🫣
すでにZedgerのことは知っていたので、私の頭の中はだいたいこうなりました：
Zedger → Hedger = 同じもの？ スペル違い？
でも実際は――全然違いました。
HedgerはDuskEVM向けのDuskのプライバシーシステムですが、EVMのアカウントベースのモデルの中で動かす必要があります。そしてDuskは、それがZedgerと同じレベルの匿名性を提供できない理由になると指摘しています。
そこで私は、このトレードオフを見たわけです

Zedger → ネイティブなアーキテクチャ → より強い匿名性
Hedger → EVMアーキテクチャ → 親しみのあるSolidity環境

つまりHedgerは、単にSolidity向けにZedgerを移植したものではありません。タイプミス付きのZedgerでもありません。<br>
それは別の“生き物”で…別の妥協（コンプロマイズ）なんです。
そして今、実際のアプリケーションで重要になる部分について考えています。
EVMのアカウントモデルがHedgerが提供できる匿名性に上限を設けるなら、その制限は、規制された金融アプリケーションを作るときに実際どれほど問題になるのでしょうか？

ユーザーがほとんど気づかない程度の話なのか、それとも、金融活動のある特定のタイプでは、EVMルートを選ぶことがかなり異なるプライバシーモデルを受け入れることを意味するのか？
$ZEC $ZEN