9月、イーサリアムの創設者であるヴィタリック・ブテリンは、「イーサリアムプロトコルはより多くの機能をカプセル化すべきか?」というタイトルのスピーチを書きました。 このブログ投稿では、イーサリアムL1プロトコルの「エンザイアメント」の長所と短所を比較検討し、読者にイーサリアムの将来の方向性についての手がかりを提供します。 この記事では、「カプセル化」の概念と、それがイーサリアムのロードマップにどのように影響するかを紹介します。
ソフトウェア開発の従来の定義から、カプセル化とは、抽象関数インターフェイスの実装の詳細をラップして非表示にする方法を指します。 イーサリアムの「カプセル化」とは、より多くの機能をメインチェーン上で直接実行できることを意味し、これらの機能は過去に外部ソフトウェアに依存していた可能性があり、カプセル化された新しい機能は「プロトコル機能」になります。
前述のブログ投稿で、ヴィタリック・ブテリンはイーサリアムのオリジナルの「最小限にカプセル化された哲学」について話しました。 アイデアは、基本的なイーサリアムL1レイヤーを可能な限りシンプルに保ちながら、追加機能や新機能をロールアップなどのオフチェーンソリューションに依存することです。
しかし、彼は現在、「最小カプセル化哲学」をわずかに調整する必要があるかもしれないと考えています。 次に、「最小限にカプセル化された哲学」とその長所と短所をさらに探求します。
「最小限のカプセル化」とは、厳密なルールを課すことなく実行を簡素化するために、ブロックチェーンに特定の機能をカプセル化することを指します。 たとえば、イーサリアムプロトコルは、完全な流動性ステーキングシステム(LidoのstETHなど)をカプセル化する必要はなく、重要な課題を解決する機能の特定の部分のみをカプセル化する必要があります。 これは、簡単な方法で機能を実装し、複雑になるのを防ぐのに役立ちます。
イーサリアムのコア開発者は、ベースレイヤーでクリーン、シンプル、安全を維持しようとしています。 イーサリアムプロトコルの上に新機能を構築することは、主にイーサリアムコミュニティの残りの部分の責任です。 ヴィタリック・ブテリンの言葉を借りれば、イーサリアムは「ブロックを仮想マシンとして検証する」ために作成されました。 このアプローチの主な利点の1つは、ハードフォークをブロックプロセッサコントラクトの単一のトランザクションとして簡単に説明できることです。 ミニマリストアーキテクチャのその他の利点には、さまざまなユーザーニーズを満たし、ソフトウェアの肥大化を回避する柔軟性が含まれます。
しかし、業界が成長するにつれて、コミュニティは、より多くの機能をカプセル化することで、ガス料金の削減、セキュリティの強化、集中化リスクの軽減など、イーサリアムプロトコルの改善につながる可能性があることに気づきました。
2023年には、イーサリアムの新機能であるアカウントの抽象化がすべての人の視界に入りました。 ERC-4337としても知られるアカウント抽象化は、Vitalik Buterinと他の5人の開発者によって書かれ、アカウントの抽象化を導入するトークン標準です。 アカウントの抽象化は、スマートコントラクトウォレットやERC-20トークンを使用してイーサリアムユーザーにガス料金を支払うなどの新機能をもたらします。 これらのユーザーフレンドリーな機能は、暗号通貨と暗号ウォレットの採用を加速するのに役立つため、広く期待されています。
アカウントの抽象化は、何年にもわたって何度か改訂されてきました。 それはEIP-86と呼ばれるイーサリアムの改善提案からその最終形態であるERC-4337へと進化しました。 ERCとして、アカウントの抽象化はハードフォークを必要とせず、技術的にはイーサリアムプロトコルから独立して存在します。
現在、ヴィタリック・ブテリンは、ERC-4337の一部をカプセル化することに明確な利点を見ています。 この規格は、検閲耐性、ガス効率、およびイーサリアム仮想マシン(EVM)オペコードのサポートを容易にします。
外部ソフトウェアを介して実装された場合、攻撃者がエントリポイントコントラクトの脆弱性を悪用して資金を盗む可能性があります。 逆に、ERC-4337をカプセル化すると、プロトコル内機能としてのエントリポイントコントラクトに取って代わり、ユーザーの資金がより安全になります。 さらに、L1プロトコルの一部として、ストレージコストが低いため、カプセル化されたアカウントの抽象化を使用すると、ユーザーはガス料金が低くなります。
カプセル化は分散化を促進し、信頼できないシステムを構築することができ、カプセル化PBS(提案者/ビルダー分離)はその良い例です。 イーサリアムブロックチェーンの提案者は、ブロックから最大抽出可能価値(MEV)を抽出することを専門とするビルダーにブロック生産権を販売するバリデーターです。 提案者はその過程でMEV報酬を獲得し、ブロックビルダーはMEV報酬の一部を自分で保持します。
現在、バリデーターはFlashBotのサードパーティソリューションであるmev-boostを使用してビルダーのマーケットプレイスにアクセスしています。 このソリューションは現在広く歓迎されており、生成されたイーサリアムブロックの90%を占めています。 mevブースト集中化のリスクからプロトコルを免除するために、現在、PBSをイーサリアムプロトコルのコンセンサスレイヤーに実装できるようにするPBSのカプセル化を提唱しています。 そのような契約内のビルダーマーケットプレイスは、mev-boostマーケットプレイスでオークションハウスとして機能するサードパーティの集中型ネットワーク(「リレー」と呼ばれる)の制御から解放されます。
Vitalik Butein氏は、イーサリアムプロジェクトの誕生以来、プロトコルを構築することでコアイーサリアムを可能な限りシンプルに保つように努めてきたと述べました。 しかし、最近では、コアイーサリアムプロトコルにより多くの機能を組み込むことに慎重な関心が寄せられています。 前述のアカウントの抽象化に加えて、この機能により、スマートコントラクトウォレットはアカウントの凍結や回復などの主要な機能をサポートできます。 ZKEVM、またはゼロ知識証明に基づく仮想マシンも、高度な暗号化を活用することにより、安全で信頼性の高い方法でトランザクション処理の効率を向上させます。 理論的には、カプセル化されたアカウントの抽象化とZKEVMの両方が、脆弱性に対処するためのより効率的な方法を提供します。
ZKEVMに関しては、ERC-4337もこれに役割を果たしますが、焦点はアカウントの抽象化よりもスケーリングにあります。 ZKプロトコル機能は、イーサリアム顧客の多様化の哲学を促進することができます。 ZKEVMをカプセル化することで、イーサリアムの社会的コンセンサスが特別なケースを処理できるようになり、ロールアップエコシステムにおける追加のガバナンスの必要性が軽減されます。 ただし、イーサリアムブロックチェーンには保存するデータが限られているため、イーサリアムはZKEVMをカプセル化する際に課題に直面する可能性があります。 ただし、この問題は、ZKEVM がより多くのデータを圧縮することによっても軽減できます。
ヴィタリック・ブテリンは、ZKEVMが「目撃者」データを運ぶ必要がなければ、データ効率が高くなると考えています。 つまり、特定のデータが前のブロックで読み書きされた場合、証明者は証拠を再度提供しなくてもデータにアクセスできると単純に想定できます。
流動性ステーキングをカプセル化することで、バリデータの集中化が防止されます。 通常、流動性ステーキングには、PoSブロックチェーン上の暗号通貨をロックまたはステーキングし、DeFiに引き続き使用できるLidoなどのプラットフォームから対応するトークンを受け取ることが含まれます。 そのような単一のトークンが支配的である場合、単一の潜在的に侵害されたガバナンスツールがイーサリアムバリデーターの大部分を制御する可能性があります。 Lidoのようなプロトコルはすでにこれに対してより多くの保証を提供していますが、防御層では十分ではないかもしれません。
集中化のリスクは、イーサリアムプロトコルの複雑さが外層にプッシュされたときに発生する可能性があり、カプセル化はこれを回避します。 ただし、過剰なカプセル化はプロトコルの信頼性とガバナンスを過負荷にし、その中立性を損ないます。 プロトコルの複雑さは、プリコーディングをさらに複雑にする必要があるなど、体系的なリスクももたらします。
したがって、パッケージングに関しては、ヴィタリック・ブテリンは柔軟な中間点を取っています。 彼は、ユーザーがプリエンプティブトランザクションなどの問題を軽減するのに役立つプライベートmempoolをカプセル化することに情熱を注いでいます。 Mev-Boostと同様に、プライベートMemPoolソリューションはサードパーティプロバイダーによって提供されており、集中化と信頼性について懸念が生じています。
プライベートメモリプールをカプセル化することでこの問題を解決できますが、Vitalik Buterinはより実用的なアプローチを取り、少なくともレイテンシ暗号化が完成するか、他の技術的ブレークスルーが出現するまでは、L1でのアンチフロントランニングのカプセル化は依然として難しい提案であると主張しています。
彼がブログ投稿で共有した主なポイントは次のとおりです。
1.カプセル化は、集中化のリスクを回避するのに役立ちます。
2.ただし、カプセル化によってイーサリアムの信頼モデルが弱まり、イーサリアムがより主観的になる場合は、カプセル化の使用を避けるのが最善です。
3.カプセル化する関数が多すぎると、プロトコルが複雑になりすぎます。
4.カプセル化された関数が十分な数のユーザーによって使用されていない場合、カプセル化は長期的には逆効果になる可能性があります。
! ヴィタリックのトレードオフの芸術:イーサリアムプロトコルはどのような機能をカプセル化する必要がありますか?
(編集者注:ここでの「より多くの関数を抽象化する」は「より多くの関数をカプセル化する」の反対であり、抽象関数は間接的な実装のためにより多くの外部ソフトウェアに引き渡すことができ、カプセル化された関数はより多くの組み込み関数に依存することによって直接実装されます)
一方では、より多くの特徴を抽象化する傾向には、次の利点があります。
2.多様なユーザーニーズをサポートします。
4.プロトコルの複雑さを軽減します。
一方、より多くの機能をパッケージ化するという好みには、次の利点があります。
1.高い固定費に対処します。
2.プロトコル承認機能を強化します。
3.ユーザーのコードエラーのリスクを軽減します。
4.高レベルの集中化リスクを回避します。
イーサリアムの当初の計画は、その上にプロトコルを構築することでブロックチェーンを安全に実行させることでしたが、ヴィタリック・ブテリンは、イーサリアムの将来は決まっていないと考えています。 業界のことわざにあるように、「暗号通貨には完璧な解決策はなく、トレードオフしかありません」。 「カプセル化には、脆弱性のリスクを軽減し、集中化の可能性を減らすという利点がありますが、その明らかな欠点は、プロトコルがますます複雑になり、最終的には過度に拡張されて扱いにくくなる可能性があることです。 これは、どの機能をプロトコルに取り入れるべきか、どの機能をエコシステムの他のレベルに残すべきかについての複雑なトレードオフです。
全体として、現在の環境では、Vitalik Buterinはブロックチェーンを「社会システム」と見なしており、正当化された有益な例では、特定の機能をカプセル化したイーサリアムプロトコルをサポートする傾向があります。 ほとんど使用されない関数の場合は、古いバージョンや軽量プロトコルとの互換性を確保するために、カプセル化を削除する必要がある場合があります。 もちろん、彼はパッケージングをめぐるトレードオフが時間とともに進化し続けることを認めています。
14k 人気度
167k 人気度
22k 人気度
101k 人気度
82k 人気度
ヴィタリックのトレードオフの芸術:イーサリアムプロトコルはどのような機能をカプセル化する必要がありますか?
9月、イーサリアムの創設者であるヴィタリック・ブテリンは、「イーサリアムプロトコルはより多くの機能をカプセル化すべきか?」というタイトルのスピーチを書きました。 このブログ投稿では、イーサリアムL1プロトコルの「エンザイアメント」の長所と短所を比較検討し、読者にイーサリアムの将来の方向性についての手がかりを提供します。 この記事では、「カプセル化」の概念と、それがイーサリアムのロードマップにどのように影響するかを紹介します。
「カプセル化」の概念
ソフトウェア開発の従来の定義から、カプセル化とは、抽象関数インターフェイスの実装の詳細をラップして非表示にする方法を指します。 イーサリアムの「カプセル化」とは、より多くの機能をメインチェーン上で直接実行できることを意味し、これらの機能は過去に外部ソフトウェアに依存していた可能性があり、カプセル化された新しい機能は「プロトコル機能」になります。
前述のブログ投稿で、ヴィタリック・ブテリンはイーサリアムのオリジナルの「最小限にカプセル化された哲学」について話しました。 アイデアは、基本的なイーサリアムL1レイヤーを可能な限りシンプルに保ちながら、追加機能や新機能をロールアップなどのオフチェーンソリューションに依存することです。
しかし、彼は現在、「最小カプセル化哲学」をわずかに調整する必要があるかもしれないと考えています。 次に、「最小限にカプセル化された哲学」とその長所と短所をさらに探求します。
「最小カプセル化哲学」
「最小限のカプセル化」とは、厳密なルールを課すことなく実行を簡素化するために、ブロックチェーンに特定の機能をカプセル化することを指します。 たとえば、イーサリアムプロトコルは、完全な流動性ステーキングシステム(LidoのstETHなど)をカプセル化する必要はなく、重要な課題を解決する機能の特定の部分のみをカプセル化する必要があります。 これは、簡単な方法で機能を実装し、複雑になるのを防ぐのに役立ちます。
イーサリアムのコア開発者は、ベースレイヤーでクリーン、シンプル、安全を維持しようとしています。 イーサリアムプロトコルの上に新機能を構築することは、主にイーサリアムコミュニティの残りの部分の責任です。 ヴィタリック・ブテリンの言葉を借りれば、イーサリアムは「ブロックを仮想マシンとして検証する」ために作成されました。 このアプローチの主な利点の1つは、ハードフォークをブロックプロセッサコントラクトの単一のトランザクションとして簡単に説明できることです。 ミニマリストアーキテクチャのその他の利点には、さまざまなユーザーニーズを満たし、ソフトウェアの肥大化を回避する柔軟性が含まれます。
しかし、業界が成長するにつれて、コミュニティは、より多くの機能をカプセル化することで、ガス料金の削減、セキュリティの強化、集中化リスクの軽減など、イーサリアムプロトコルの改善につながる可能性があることに気づきました。
ERC-4337 をカプセル化します。
2023年には、イーサリアムの新機能であるアカウントの抽象化がすべての人の視界に入りました。 ERC-4337としても知られるアカウント抽象化は、Vitalik Buterinと他の5人の開発者によって書かれ、アカウントの抽象化を導入するトークン標準です。 アカウントの抽象化は、スマートコントラクトウォレットやERC-20トークンを使用してイーサリアムユーザーにガス料金を支払うなどの新機能をもたらします。 これらのユーザーフレンドリーな機能は、暗号通貨と暗号ウォレットの採用を加速するのに役立つため、広く期待されています。
アカウントの抽象化は、何年にもわたって何度か改訂されてきました。 それはEIP-86と呼ばれるイーサリアムの改善提案からその最終形態であるERC-4337へと進化しました。 ERCとして、アカウントの抽象化はハードフォークを必要とせず、技術的にはイーサリアムプロトコルから独立して存在します。
現在、ヴィタリック・ブテリンは、ERC-4337の一部をカプセル化することに明確な利点を見ています。 この規格は、検閲耐性、ガス効率、およびイーサリアム仮想マシン(EVM)オペコードのサポートを容易にします。
外部ソフトウェアを介して実装された場合、攻撃者がエントリポイントコントラクトの脆弱性を悪用して資金を盗む可能性があります。 逆に、ERC-4337をカプセル化すると、プロトコル内機能としてのエントリポイントコントラクトに取って代わり、ユーザーの資金がより安全になります。 さらに、L1プロトコルの一部として、ストレージコストが低いため、カプセル化されたアカウントの抽象化を使用すると、ユーザーはガス料金が低くなります。
PBSをカプセル化することで、イーサリアムの集中化リスクに対処できます
カプセル化は分散化を促進し、信頼できないシステムを構築することができ、カプセル化PBS(提案者/ビルダー分離)はその良い例です。 イーサリアムブロックチェーンの提案者は、ブロックから最大抽出可能価値(MEV)を抽出することを専門とするビルダーにブロック生産権を販売するバリデーターです。 提案者はその過程でMEV報酬を獲得し、ブロックビルダーはMEV報酬の一部を自分で保持します。
現在、バリデーターはFlashBotのサードパーティソリューションであるmev-boostを使用してビルダーのマーケットプレイスにアクセスしています。 このソリューションは現在広く歓迎されており、生成されたイーサリアムブロックの90%を占めています。 mevブースト集中化のリスクからプロトコルを免除するために、現在、PBSをイーサリアムプロトコルのコンセンサスレイヤーに実装できるようにするPBSのカプセル化を提唱しています。 そのような契約内のビルダーマーケットプレイスは、mev-boostマーケットプレイスでオークションハウスとして機能するサードパーティの集中型ネットワーク(「リレー」と呼ばれる)の制御から解放されます。
ZK-EVMと流動性ステーキング機能をカプセル化
Vitalik Butein氏は、イーサリアムプロジェクトの誕生以来、プロトコルを構築することでコアイーサリアムを可能な限りシンプルに保つように努めてきたと述べました。 しかし、最近では、コアイーサリアムプロトコルにより多くの機能を組み込むことに慎重な関心が寄せられています。 前述のアカウントの抽象化に加えて、この機能により、スマートコントラクトウォレットはアカウントの凍結や回復などの主要な機能をサポートできます。 ZKEVM、またはゼロ知識証明に基づく仮想マシンも、高度な暗号化を活用することにより、安全で信頼性の高い方法でトランザクション処理の効率を向上させます。 理論的には、カプセル化されたアカウントの抽象化とZKEVMの両方が、脆弱性に対処するためのより効率的な方法を提供します。
ZKEVMに関しては、ERC-4337もこれに役割を果たしますが、焦点はアカウントの抽象化よりもスケーリングにあります。 ZKプロトコル機能は、イーサリアム顧客の多様化の哲学を促進することができます。 ZKEVMをカプセル化することで、イーサリアムの社会的コンセンサスが特別なケースを処理できるようになり、ロールアップエコシステムにおける追加のガバナンスの必要性が軽減されます。 ただし、イーサリアムブロックチェーンには保存するデータが限られているため、イーサリアムはZKEVMをカプセル化する際に課題に直面する可能性があります。 ただし、この問題は、ZKEVM がより多くのデータを圧縮することによっても軽減できます。
ヴィタリック・ブテリンは、ZKEVMが「目撃者」データを運ぶ必要がなければ、データ効率が高くなると考えています。 つまり、特定のデータが前のブロックで読み書きされた場合、証明者は証拠を再度提供しなくてもデータにアクセスできると単純に想定できます。
流動性ステーキングをカプセル化することで、バリデータの集中化が防止されます。 通常、流動性ステーキングには、PoSブロックチェーン上の暗号通貨をロックまたはステーキングし、DeFiに引き続き使用できるLidoなどのプラットフォームから対応するトークンを受け取ることが含まれます。 そのような単一のトークンが支配的である場合、単一の潜在的に侵害されたガバナンスツールがイーサリアムバリデーターの大部分を制御する可能性があります。 Lidoのようなプロトコルはすでにこれに対してより多くの保証を提供していますが、防御層では十分ではないかもしれません。
カプセル化には柔軟な中間点が必要
集中化のリスクは、イーサリアムプロトコルの複雑さが外層にプッシュされたときに発生する可能性があり、カプセル化はこれを回避します。 ただし、過剰なカプセル化はプロトコルの信頼性とガバナンスを過負荷にし、その中立性を損ないます。 プロトコルの複雑さは、プリコーディングをさらに複雑にする必要があるなど、体系的なリスクももたらします。
したがって、パッケージングに関しては、ヴィタリック・ブテリンは柔軟な中間点を取っています。 彼は、ユーザーがプリエンプティブトランザクションなどの問題を軽減するのに役立つプライベートmempoolをカプセル化することに情熱を注いでいます。 Mev-Boostと同様に、プライベートMemPoolソリューションはサードパーティプロバイダーによって提供されており、集中化と信頼性について懸念が生じています。
プライベートメモリプールをカプセル化することでこの問題を解決できますが、Vitalik Buterinはより実用的なアプローチを取り、少なくともレイテンシ暗号化が完成するか、他の技術的ブレークスルーが出現するまでは、L1でのアンチフロントランニングのカプセル化は依然として難しい提案であると主張しています。
彼がブログ投稿で共有した主なポイントは次のとおりです。
1.カプセル化は、集中化のリスクを回避するのに役立ちます。
2.ただし、カプセル化によってイーサリアムの信頼モデルが弱まり、イーサリアムがより主観的になる場合は、カプセル化の使用を避けるのが最善です。
3.カプセル化する関数が多すぎると、プロトコルが複雑になりすぎます。
4.カプセル化された関数が十分な数のユーザーによって使用されていない場合、カプセル化は長期的には逆効果になる可能性があります。
! ヴィタリックのトレードオフの芸術:イーサリアムプロトコルはどのような機能をカプセル化する必要がありますか?
(編集者注:ここでの「より多くの関数を抽象化する」は「より多くの関数をカプセル化する」の反対であり、抽象関数は間接的な実装のためにより多くの外部ソフトウェアに引き渡すことができ、カプセル化された関数はより多くの組み込み関数に依存することによって直接実装されます)
一方では、より多くの特徴を抽象化する傾向には、次の利点があります。
2.多様なユーザーニーズをサポートします。
4.プロトコルの複雑さを軽減します。
一方、より多くの機能をパッケージ化するという好みには、次の利点があります。
1.高い固定費に対処します。
2.プロトコル承認機能を強化します。
3.ユーザーのコードエラーのリスクを軽減します。
4.高レベルの集中化リスクを回避します。
プロトコル進化のボトムライン
イーサリアムの当初の計画は、その上にプロトコルを構築することでブロックチェーンを安全に実行させることでしたが、ヴィタリック・ブテリンは、イーサリアムの将来は決まっていないと考えています。 業界のことわざにあるように、「暗号通貨には完璧な解決策はなく、トレードオフしかありません」。 「カプセル化には、脆弱性のリスクを軽減し、集中化の可能性を減らすという利点がありますが、その明らかな欠点は、プロトコルがますます複雑になり、最終的には過度に拡張されて扱いにくくなる可能性があることです。 これは、どの機能をプロトコルに取り入れるべきか、どの機能をエコシステムの他のレベルに残すべきかについての複雑なトレードオフです。
全体として、現在の環境では、Vitalik Buterinはブロックチェーンを「社会システム」と見なしており、正当化された有益な例では、特定の機能をカプセル化したイーサリアムプロトコルをサポートする傾向があります。 ほとんど使用されない関数の場合は、古いバージョンや軽量プロトコルとの互換性を確保するために、カプセル化を削除する必要がある場合があります。 もちろん、彼はパッケージングをめぐるトレードオフが時間とともに進化し続けることを認めています。