アップグレード可能なスマートコントラクトのダイヤモンド標準（EIP-2535）は何ですか？

ダイヤモンド標準の理解（EIP-2535）

正式にEIP-2535として知られるダイヤモンド標準は、アップグレード可能なスマートコントラクトを構築するための構造的でモジュール式アプローチを導入するイーサリアムエコシステム内の提案です。展開が一度展開されていない従来のスマートコントラクトとは異なり、EIP-2535を使用すると、開発者は契約全体を再配置せずに契約機能を拡張または変更できます。これは、継続的な開発とメンテナンスを必要とする大規模な分散アプリケーション（DAPP）に特に役立ちます。

標準は、オブジェクト指向プログラミングの「ダイヤモンド」の類推からその名前を取得します。ここでは、複数のファセット（関数）を単一の構造に添付できます。これは、このモデルの下でファセットと呼ばれる個別のロジック契約にさまざまな関数をグループ化する方法と同様です。

EIP-2535はどのように機能しますか？

ダイヤモンド標準の中核は、特定の機能を含む個々のスマートコントラクトモジュールであるファセットの概念です。これらのファセットは、適切なファセットに関数呼び出しを指示するプロキシルーターとして機能する中央ダイヤモンド契約に登録されます。

このアーキテクチャは、 DelegateCallメカニズムに大きく依存しており、ダイヤモンド契約が独自のストレージコンテキストを維持しながら外部コードを実行できるようにします。これにより、メイン契約アドレスを変更したり、状態データを失ったりすることなく、アップグレードと追加が可能になります。

これがどのように動作しますか：

• 各ファセットには、1つ以上の関数が含まれています。
• ダイヤモンドカットインターフェイスは、ファセットを追加、交換、または削除するために使用されます。
• Diamondloupeインターフェイスは内省機能を提供し、誰でも利用可能な機能とそれに対応するファセットを照会できるようにします。
• 所有権モジュールは、認定されたエンティティのみがアップグレードを実行できることを保証します。

このモジュラー設計により、複雑なDAPPシステムの柔軟性と保守性が大幅に向上します。

ダイヤモンドアーキテクチャの重要なコンポーネント

EIP-2535を実装するには、いくつかの重要なコンポーネントを理解する必要があります。

• ダイヤモンド契約：ユーザーがやり取りする主な契約。関数セレクターとそれぞれのファセット間のマッピングを維持します。
• ファセット契約：特定の機能セットを含むスタンドアロン契約。ユーザーは直接呼び出されませんが、DelegateCallを使用してダイヤモンド契約を介して呼び出されます。
• diamondcut：所有者がファセットマッピングを更新できるようにする関数。これには、新しいファセットの追加、既存のファセットの交換、時代遅れのファセットの除去が含まれます。
• Diamondloupe：現在のファセット構造を可視化します。ユーザーは、どの関数が利用可能で、どのファセットに属しているかを照会できます。
• 所有権：指定された所有者のみがダイヤモンドカット機能を呼び出すことができることを保証し、契約構造の不正な変更を防ぎます。

これらの各要素は、安全で柔軟な契約のアップグレードを可能にする上で重要な役割を果たします。

ダイヤモンド契約の実装：ステップバイステップガイド

ダイヤモンドに準拠した契約を作成するには、次の手順に従ってください。

• ダイヤモンドストレージをセットアップします：関数セレクターとそのファセットアドレス間のマッピングを保存する構造体を作成します。これは通常、ライブラリまたは専用のストレージ契約で行われます。
• ファセット契約の展開：各機能コンポーネントを別の契約として書き込み、展開します。たとえば、UsermanagementFacetとTokentransferfacetがある場合があります。
• DiamondCutの実装：ファセットカットの配列を受け入れるメイン契約に関数を作成し、それに応じてセレクター間マッピングを更新します。
• diamondloupe関数の追加： Facet（）、FacetFunctionSelectors（）、FacetAddress（）などの関数を実装して、契約構造のクエリを有効にします。
• 所有権の割り当て：所有可能なパターンを使用して、契約所有者またはガバナンスシステムのみにダイヤモンドカットアクセスを制限します。
• テストのアップグレード：最小限のファセットセットで初期ダイヤモンド契約を展開し、ダイヤモンドカットを使用して、テスト中に機能を動的に追加または交換します。

これらの手順に従うことにより、開発者はEIP-2535標準を順守しながら、スケーラブルでアップグレード可能なDAPPを構築できます。

ユースケースと実際のアプリケーション

ダイヤモンド標準は、長期的な保守性と拡張性が重要なシナリオで特に価値があります。いくつかの注目すべきユースケースには次のものが含まれます。

• 分散交換（DEXS）：新しい取引ペアを追加したり、他のプロトコルと統合したりするなど、機能が進化するにつれて、DEXはユーザーエクスペリエンスを破壊せずにバックエンドロジックをシームレスにアップグレードできます。
• NFTマーケットプレイス：開発者は、完全な再展開ではなく、ファセットの追加により、新しいミントルール、ロイヤリティ構造、またはオークションメカニズムを導入できます。
• ゲームプラットフォーム：ゲームロジックは、バグを修正したり、ゲームプレイのバランスをとったり、新しいアイテムやキャラクターを紹介したりするために、プレイヤーに新しい契約に移行することなく更新することができます。
• DAOガバナンスツール： DAOSは、多くの場合、ガバナンスモデルを適応させる必要があります。 EIP-2535を使用して、既存の統合を破ることなく、投票メカニズム、財務管理機能、または提案構造を更新できます。

これらのアプリケーションは、EIP-2535が実際の環境でのスマートコントラクトのライフサイクル管理をどのように強化するかを示しています。

よくある質問

Q：ダイヤモンド標準は、すべてのイーサリアムウォレットとツールと互換性がありますか？ A：はい、ダイヤモンド契約は外の世界に統一された住所を提示しているため、財布、探検家、フロントエンドとの相互作用はシームレスなままです。内部構造は、エンドユーザーから離れて抽象化されています。

Q：展開後にダイヤモンドカット機能へのアクセスを取り消すことはできますか？ A：絶対に。セキュリティと分散化を強化するために、展開後のマルチシグウォレットまたはガバナンス契約への所有権または転送コントロールを放棄できます。

Q：EIP-2535の使用にガス効率の懸念事項はありますか？ A：ダイヤモンド標準は、追加の間接のためにガスコストをわずかに増加させる可能性がありますが、モジュール性とアップグレード性の利点は、特に複雑なDAPPの場合、この欠点を上回ることがよくあります。

Q：EIP-2535は、透明性やUUPなどの従来のプロキシパターンとどのように比較されますか？ A：従来のプロキシは完全な契約交換を可能にしますが、 EIP-2535は機能レベルでの粒状のアップグレードをサポートしています。これにより、契約の一部のみを更新する場合、より効率的かつ正確になります。