Hedgerの特徴リストの1行を何度も読み返しました。すぐには私の頭に入ってこなかったからです。「ハイブリッドなUTXO/Accountモデル」。クロスレイヤーの合成（composability）を支え、現実世界の金融システムとの統合を可能にする、と説明されています。私はしばらく考えましたが、なぜ機密トランザクションのエンジンが、1つだけ選ぶのではなく、同時に両方のモデルを必要とするのかが分からなかったのです。

そして「なるほど」と腑に落ちた詳細を見つけました。Hedger Alphaのセットアップでは、ユーザーは2つの別々のアドレスを使います。コントラクトとやり取りするための通常のEVMアドレスと、暗号化された残高を保持するために特化した、別個のHedgerアドレスです。これが実際のところ「ハイブリッド」な部分です。システムのうち、通常のEVMとして動く必要がある部分ではアカウント型のアドレスを使い、暗号化された状態を保ち、レイヤーをまたいで合成可能である必要がある部分では、その下にUTXOに近い構造を持たせています。

最初にこれがどう動くのかを思い描いたときは、2アドレスモデルになるとは予想していませんでした。1つのウォレット、1つの残高で、プライバシーはその上にただ適用されるものだと思っていたのです。DuskEVMが片側で標準のEVMツールと会話する必要がある一方で、Hedgerの機密ロジックはもう片側で動くのだ、と考えると、この分け方のほうが筋が通ってきます。ただし、それにはユーザー、あるいはウォレットのインターフェースが正しく管理しなければならない項目が少し増える、ということでもあります。

#dusk $DUSK @Dusk $AIO $PORTAL