EthereumのHegotaはプライバシーアプリ向けの新しい構成要素を追加する可能性
重要ポイント
- •8月6日の締め切りは、新たな非主役級のHegota提案の提出期限を区切ったもので、アップグレードの最終機能セットを決めたわけではない。
- •EIP-8141のFrame Transactionsは、プログラム可能なフレームを持つトランザクションタイプを提案しており、アトミックにバッチ化でき、ガス代の支払い者とアクションの承認者を分離できる。
- •EIP-8250のKeyed Noncesは、Frame Transactionsに再実行独立なnonceドメインを導入し、共有送信者を使うプライバシープロトコルに有益だが、nonceキー自体はトランザクションデータに表示される。
- •EIP-8272のRecent Rootsは、Frame Transactionがシステムコントラクト経由で保存された最大16個のコミットメントルートを参照できるようにし、通常のETH送金をプライベートにするのではなく、プライバシーアプリ向けの基盤として機能する。
- •3つのEIPはいずれも草案のままであり、EIP-8250とEIP-8272はEIP-8141に依存するため、どちらも単独では有効化できない。
8月6日のコア開発者アジェンダは、その日付を提案提出の締め切りと位置づけており、Hegotaの最終的な機能セットに関する決定ではないとしていた。
Frame Transactionsは、現在審査中の提案の一つである。Keyed NoncesとRecent Rootsという2つの依存草案は、採用された場合にそのトランザクションモデルがウォレットやプライバシーアプリケーションをどのように支えられるかを示している。
Frame Transactionsはトランザクションをプログラム可能な段階に分割する
EIP-8141として知られるFrame Transactionsは、プログラム可能なフレームで構成される新しいEthereumトランザクションタイプを提案している。
異なるフレームは、アクションの検証、ガス代支払いの承認、またはユーザーが意図した呼び出しの実行を担うことができる。選択されたフレームはアトミックなバッチにまとめることもでき、1つが失敗すると、そのバッチ内の他のフレームによる状態変更は元に戻される。
この構造により、ウォレットはバッチ処理、鍵のローテーション、複雑なトランザクション承認について、より標準的な選択肢を持てる可能性がある。また、あるアカウントまたはサービスがガス代を支払い、別のアカウントがアクションを承認するといった使い方も可能になる。
Keyed Noncesは再実行防止のドメインを分離する
Ethereumは通常、各アカウントに単一の順次nonceを使う。この数値はトランザクションの順序を決め、同じトランザクションが2回実行されるのを防ぐ。
EIP-8250は、Frame Transactionsに対してこの単一nonceを、nonceキーの集合とシーケンス番号に置き換える。重なりのない非ゼロのキー集合を使うトランザクションは、再実行の影響を受けなくなる。
これは、共有送信者を使うプライバシープロトコルにとって重要であり、各ユーザーが個別の公開送信者アドレスを開示せずに済む。単一のnonceシーケンスでは、1つの遅延したアクションが、その送信者経由で提出された無関係なアクションに干渉する可能性がある。
Keyed Noncesはその再実行防止上の制約を解決するが、それ自体でプライバシーを提供するわけではない。nonceキーはトランザクションデータに引き続き表示される。
この提案は、公開mempool内で送信者ごとに1件だけFrame Transactionを保留可能にするというEIP-8141のルールも維持する。したがって、nonceドメインを分けても、同一送信者からの複数のFrame Transactionsを同時に公開保留状態にすることはできない。
Recent Rootsは検証中の可変ストレージ読み取りを避ける
プライバシーアプリケーションでは、コミットメントツリーを用い、recent rootがユーザーの送金証明に使うコミットメントを表すことが多い。
Frame Transactionの検証は、別のアプリケーションが管理する任意の外部ストレージを読み取ることができない。そのストレージは、トランザクションが保留中の間に変化しうる。
EIP-8272として知られるRecent Rootsは、限定的な代替案を提案している。root sourceがrootをシステムコントラクトへ書き込み、Frame Transactionは署名データ内で特定のsource、slot、rootを指定できる。
Ethereumクライアントは、フレーム実行前にその参照を確認する。これによりアプリケーションは、検証中に変化する外部ストレージに依存せず、recent commitment rootに対して証明を検証できる。
この提案では、1つのトランザクションで最大16個のroot参照が認められ、それぞれの有効期間も制限される。
通常のETH送金をプライベートにするものではない。Frame Transactionsと併用できる、プライバシーアプリケーション向けの基盤レイヤーを提供するものだ。
締め切りでHegotaは確定しなかった
3つのEIPはいずれもまだ草案である。EIP-8250とEIP-8272はEIP-8141も必要とするため、どちらも単独では有効化できない。
8月6日の締め切りは、新たな非主役級提案の受付を閉じただけだった。開発者はなお、Frame TransactionsをHegotaに含めるべきか、含めるなら依存する設計が追随する準備ができているかを判断しなければならない。
このアカウントの柔軟性、プライバシー、暗号学的耐性の組み合わせは、変化するEthereumのロードマップにも見られる。しかし現時点では、これらは審査中の提案であり、Ethereumユーザーが利用できる機能ではない。
免責事項: 本記事は情報提供のみを目的としています。EIP-8141、EIP-8250、EIP-8272は草案であり、変更される可能性、Hegotaから除外される可能性、あるいは有効化されない可能性があります。
方法論: 本記事は、公式のHegota開発者アジェンダと、EIP-8141、EIP-8250、EIP-8272の草案仕様に基づいています。
