Minimal Proxy Contract (EIP-1167) とは何ですか? また、導入時のガスをどのように節約しますか?

最小プロキシ契約 (EIP-1167) とは何ですか?

1. イーサリアム改善提案 (EIP) 1167 に基づいて標準化されたミニマル プロキシ コントラクトは、呼び出しを既存の実装コントラクトに委任するように設計された軽量のコントラクトです。これは、ロジックを内部に保存せずに、すべての関数呼び出しとトランザクションをマスター コントラクトに転送するプロキシとして機能します。

2. コアメカニズムは、低レベルのSUCCESS、RETURNDATA、および DELEGATECALLオペコードに依存します。ユーザーが最小限のプロキシと対話するとき、プロキシのストレージとコンテキストを維持しながら、 DELEGATECALL を使用して実装コントラクト内の関数を実行します。

3. 透過プロキシや UUPS プロキシなどの本格的なプロキシ パターンとは異なり、EIP-1167 にはアップグレード可能ロジック、所有権チェック、またはフォールバック メカニズムが含まれていません。これにより、そのバイトコードは非常にコンパクトになり、多くの場合、長さはわずか 45 バイトになります。

4. 管理用の変更可能な状態がないため、最小プロキシは展開後に変更できません。その主な目的は、単一実装の安価なクローンを作成することであり、予測可能性とガス効率が重要な工場主導の展開に最適です。

EIP-1167 は導入中にどのようにガスを節約しますか?

1. EIP-1167 の最も重要な利点は、導入コストにあります。標準コントラクトには数百バイトまたは数千バイトのバイトコードが含まれることが多く、作成時に高額なガス費用が発生します。対照的に、最小プロキシのバイトコードは、可能な限り小さくなるように最適化されます。

2. イーサリアムのガスコストは、デプロイされたコードのサイズによって部分的に決まります。初期化コードの各バイトにはコストが発生し、大規模な契約ほど料金も高くなります。 EIP-1167 は、展開されるバイトコードを約 45 バイトに削減することで、従来のプロキシ モデルと比較してこのコストを大幅に削減します。

3. 展開プロセスには、実装アドレスを指すランタイム コードの小さな部分をコピーするだけが含まれます。ターゲット アドレスをバイトコードにエンコードする以外のコンストラクター ロジックは存在しないため、実行オーバーヘッドがさらに削減されます。

4. NFT コレクション、トークン化された資産、分散型交換ペアなど、同様のコントラクトの多数のインスタンスをデプロイするプロジェクトは、数千の最小限のプロキシにわたって同じ実装を再利用できます。このパターンにより、ブロックチェーンの肥大化を最小限に抑えながら、大規模なスケーラビリティが可能になります。

暗号業界のユースケース

1. Uniswap のような分散型取引所は、最小限のプロキシを利用して取引ペアを効率的にインスタンス化します。各ペアは共有ルーター コントラクトを指すクローンであるため、冗長なロジックを重複させることなく迅速な導入が可能になります。

2. NFT プラットフォームは EIP-1167 を使用して、中央テンプレートから個別の収集契約を生成します。これにより、新しいドロップをリリースするクリエイターのガス料金を最小限に抑えながら、一貫性が確保されます。

3. プロトコル設計者は、ユーザーの金庫、融資ポジション、または合成資産を表す最小限のプロキシを展開するファクトリを実装します。これらのクローンは、検証済みの 1 つの実装から動作を継承し、監査対象領域と攻撃ベクトルを削減します。

4. レイヤ 2 ネットワークなどのガスに敏感な環境では、導入コストの削減から大きなメリットが得られます。取引手数料が依然として懸念されるチェーンでは、契約サイズを最適化することでアクセシビリティとスループットが直接的に向上します。

セキュリティに関する考慮事項と制限事項

1. 最小限のプロキシにはアップグレード メカニズムがないため、実装内のバグはすべてのクローンに永続的に影響します。この不変性を実現するには、最初の展開前に厳密なテストが必要です。

2. 代理人は、建設時に対象契約の存在または正当性を検証しません。実装アドレスが間違っているか、侵害された場合、すべてのプロキシが脆弱になります。

3. インスタンスごとにスコープを明示的に指定しない限り、すべての状態は実装コントラクト内に存在するため、開発者はプロキシ間でロジックを共有する際の衝突を避けるためにストレージ レイアウトを慎重に設計する必要があります。

4. 工場で生成されたプロキシがシーケンシャル アドレス スキームに従っている場合、攻撃者は予測可能な展開パターンを悪用する可能性があります。インスタンス化におけるランダム性またはアクセス制御を確保すると、列挙のリスクを軽減できます。

よくある質問

A: いいえ、EIP-1167 プロキシはアップグレードできません。これらは、展開時にエンコードされた固定実装アドレスを指します。変更を行う場合は、新しい実装と新しいプロキシ インスタンスの両方を再デプロイする必要があります。

Q: ターゲットのコントラクトアドレスはどのようにプロキシに保存されますか?

A: 実装アドレスは、アセンブリ レベルの技術を使用してプロキシのバイトコードに直接埋め込まれます。実行時に、このアドレスがロードされ、DELEGATECALL 操作の宛先として使用されます。

Q: 最小限のプロキシは、ERC-721 や ERC-20 などの ERC 標準と互換性がありますか?

A: はい、最小限のプロキシは、準拠した実装契約に呼び出しを転送できます。ターゲットが必要なインターフェイスをサポートしている限り、プロキシは、固有のロジックがないにもかかわらず、それに応じて動作します。

Q: すべてのプロジェクトがすべての契約に対して最小限のプロキシを使用しないのはなぜですか?

A: 最小限のプロキシには効率的ではありますが、組み込みの管理機能がありません。ロールベースのアクセス、一時停止機能、または動的なアップグレードが必要なプロジェクトでは、導入コストが高くなっても、より複雑なプロキシ パターンを選択します。