Restakingの「吸血鬼」攻撃の下で、Lidoはどのように問題を解決すべきか？

原文タイトル： ReGOOSE: MVIと再質入の観点から見たLidoの更新目標

著者： Lido 戦略顧問 Hasu

編訳： Odaily 星球日报 Azuma

先週末、Lidoの戦略顧問Hasuは、ここ半年の市場環境の変化に基づき、Lidoが昨年10月に定めた「戦略意図」（GOOSE）についての初の更新意見（reGOOSE #1）を発表しました。

文中で、HasuはLidoが現在直面している主な課題として2点を挙げました：

• 一つは、イーサリアム財団の研究者たちがイーサリアムネットワークのステーキングインセンティブを大幅に削減することについて議論を始めており、これはLidoなどの分散型ステーキングプロトコルの経済的利益を根本的に脅かす可能性があること；
• 二つ目は、再質入（Restaking）の物語の進展に伴い、EigenLayerやLRTなどのプロジェクトの補助金が100億ドル以上の資金流入を引き寄せ、stETHはその結果として「吸血鬼」攻撃に遭い、市場シェアが32％から29％に減少したことです。

これらの2つの課題に直面し、Hasuは自身の理解とコミュニティの議論を基に、Lidoが変化する市場の潮流にどのように対応すべきか、どの側面で積極的に変化を求め、どの側面で初心を守るべきかについて提案を行いました。

この記事では、Hasuが挙げた2つ目の課題、すなわちLidoがRestakingの「吸血鬼」攻撃にどのように対処すべきかに焦点を当てます。1つ目の課題については、イーサリアム財団がメインネットのステーキングインセンティブの変更に関して合意に達していないため、その提案はまだ研究と議論の段階にあり、Hasuもこの提案が少なくとも今後12ヶ月間は大きな進展を見せないと考えているため、この記事では詳述しません。この部分に興味のある読者は、フォーラムで原文を直接読むことをお勧めします。

以下はHasuの原文内容（すべてHasuの一人称視点）で、Odaily星球日报が編訳したものです。

LidoとRestaking

Restakingは新しい経済モデルであり、同じ担保を複数の検証サービス（Eigenlayerの文脈ではAVSと呼ばれる）で使用することを可能にし、資本の利用効率を向上させますが、新たな罰金（スラッシュ）条件も存在するため、そのリスクも増加します。例えば、同じETHはイーサリアムのPoS検証の担保資産としても使用でき、データ可用性ノード（EigenDAなど）を運営するためにも使用できます。

昨年10月、LidoがGOOSEを策定した際に、私はRestakingの物語について議論しました。当時の私の見解は、これは確かに広範な可能性を持つ基盤技術であるが、完全に成熟するには数年かかる可能性があるというものでした。追加の罰金条件が存在するため、Restakingは新たなリスクをもたらしましたが、AVSサービスからの収益は初めのうちは微々たるものでした。

しかし、上記の分析は、EigenLayerがプレリリース段階で物語を炒作し、ポイント補助金を利用して資金流入を早期に引き寄せる可能性を無視しています。この記事を書いている時点で、ユーザーは合計約500万ETH（約150億ドル相当）をEigenLayerに預けており、その大部分はAVSサービスが開始される前に流入したものです。さらに、EigenLayerの流動性再質入プロトコル（LRT）や他のAVSパートナーもそれぞれ補助金計画を持っているため、Restakingの物語のインセンティブがさらに増加しています。

長期的にはこれらの補助金は持続不可能であることは確実ですが、現在の状況は、多くのステーキングユーザーがstETHの高い安全性とネットワーク効果ではなく、Eigenlayer + LRTの高い収益を選び始めているということです。

この状況に対処するため、私は以下の3つの観点からGOOSEの更新提案を行います。

stETHは引き続きLSTとして存在すべきであり、LRTに変わるべきではない

Restaking / LRTの物語が現在非常に人気であるにもかかわらず、私はstETHをLRTに変えるべきではないと考えています。その理由は2つあります。

まず、初版GOOSEで述べたように、今後3年間でより多くの機関資本が散発的な資本ではなくイーサリアムに参加することが予想されます。イーサリアムのステーキング層が十分な分散化を維持するためには、Lidoや他の分散型ステーキングプロトコルが機関の支持を得ることが極めて重要になります。私の個人的な経験から、LRTの高いリスクと積極的な管理の性質は、機関のリスク嗜好には合致しません。stETHにとって、大量の資金の蓄積は最も安全で流動性の高いLSTとなるでしょう。LRTに変わり追加のリスクを増やすことは、この基盤を損なうことになります。

次に、LRTはより高い収益率を提供できますが、その性質はETH建ての共同基金（ミューチュアルファンド）や貸出市場におけるトークン化された預金に近いです。流動性ステーキングの重要な特性は、それが商品化されたソフトウェア製品であることですが、LRTに関しては、市場の大部分の人々がそのリスクと収益の嗜好を一致させることが難しいかもしれません。したがって、LRTは顕著なネットワーク効果や深い流動性を実現する可能性が低く、これがその採用をさらに制限します。さらに、LRTの積極的な管理の特性は、それらが規制対象の金融サービスとして見なされやすくなる可能性もあります。

ただし、stETHの基盤の上に追加の製品（例えばLRT）を構築する可能性については、Lidoは市場の需要がLidoのビジョンと一致する限り、オープンな姿勢を保つべきです。しかし、stETH自体はLidoの基盤として、常にLSTであり続けるべきです。

剥離可能な罰金リスクを持つステーキングサービスを探求する、例えば「事前確認」

LRTを除外しても、私たちは検証者サービスに対するstETHのユースケースをより深く探求することができます。これには2つの理由があります。

• 一つは、AVSは大まかに検証者を必要とするAVSと必要としないASVに分けられるため、後者はあらゆる種類の担保で運営可能です。
• 二つ目は、すべての検証者サービスが罰金メカニズムを必要とするわけではなく、つまり罰金リスクは隔離可能であり、stETHの保有者に影響を与えないようにできます。

私はLidoが「ステーキングとは何か」を定義する最前線に立ち続け、イーサリアムの拡張や安全性のビジョンに寄与する検証者サービスを積極的に探求し、イーサリアムコミュニティの支持を得るべきだと考えています。

2022年、Lidoはすべてのノードでmev-boost（プロトコル外PBS）を使用することを約束した最初のステーキングプロトコルとなり、その包括的な戦略はMEVの最大化、ノード選択、検閲耐性の間で良好なバランスを実現し、業界全体のステーキングサービスに良い影響を与えました。

現在、mev-boostの運用はステーキング操作の一般的な部分となっており、「ステーキングとは何か」の定義がより多くの追加サービスに拡張可能であることを示しています。

私の見解では、「事前確認」（pre-confirmation）はmev-boostの次に広く採用される可能性のある検証者サービスであり（それらはmev-boostの進化であると予想していますが、置き換えではありません）、「事前確認」は検証者が現在のブロック内のすべての取引の外に追加の取引を含めることを約束することを可能にし、より迅速な速度（次のブロック生成時間の12秒と比較して）でRollupやDEX取引を並べ替えることができ、ユーザー体験、安全性、相互運用性などの複数の面で改善を実現します。

Lidoは「事前確認」サービスのリーダーとなり、パートナーを探し始めるべきです。さらに注意すべきは、Lidoは新しいサービスごとに特別基金を設立するなどの方法を通じてこの目標を達成すべきであり、stETHの保有者に追加のリスクをもたらすような選択を避けるべきです。

stETHをRestaking市場の主要担保にすることを推進する

内部でイーサリアムのビジョンに合致する検証者サービス（例えば「事前確認」）を探求することに加えて、stETHが各種AVSの主要担保となることも機会となります。これらのAVSは、検証者を必要としないか、リスクが高すぎるか、イーサリアムのビジョンに合わないためにプロトコル内部で構築できないものです。

この選択は「stETHを最も安全で、イーサリアムに最も適したLSTとして維持する」という基本原則に合致しています。Lidoは積極的なリスク管理の領域に入るべきではなく、ステーキングユーザーがstETHをRestakingプロトコルやAVSに預けることで、より高いリスク/リターンモデルを選択できるようにする方法を考えるべきです。

これには、stETHの周りに繁栄するアプリケーションとパートナーのエコシステムを構築する必要があります。これは、LidoがかつてイーサリアムのDeFiやより広範なCeFi分野に統合することで達成したように、エコシステム構築の範疇に属します。また、LidoはAVSやLRTエコシステムを深く理解し、システム内の重要な役割を持つ者との関係を構築し、協力を通じてインセンティブを調整する必要があります。

Lidoが過去の戦略的提携交渉で常に良好な成果を上げてこなかったことを考慮し、私はこの目的のためにLido内部に新しいエコシステム構築チームを設立することを提案します。