再ステーキングの基礎

与えられたある資産Xについて、[X]と表記すると、再ステークされた資産、すなわち、ある条件に応じてXの一部またはすべてがある当事者によって取得される可能性がある、Xを「ボクシング」する資産を指します。

EigenLayerによって紹介された基本的な例は、ソロステイカーが現在のETHをステーキングし直すというものです。そのために、ソロステイカーは自分の引き出しアドレスを新しいステーキングアドレスに更新します。EigenLayerポッドEigenPodは、ソロステーカーがステークするサービスを追跡するスマートコントラクトであり、そのステークで保護される資産であるsoETHの所有者となります。EigenPodは、ソロステーカーに再ステークされたETHの代表をクレジットします。

当社のフレームワークにおけるsoETH資産の所有権は、Ethereumプロトコルから引き出されたETHに対する「最初の権利」を示し、つまり、チェーン内の他の参加者よりも上位の請求権を持っています。 ソロステーカーがEthereumプロトコルからETHを引き出すことを決定した場合、引き出されたETHはEigenPod契約を介してフィルタリングされ、ソロステーカーがsoETHの全額を償還することが許可されているかどうかをチェックします（後でこれが当てはまらない場合があります）。当社の貸借対照表によると:

私たちは次の手順を明示します:

1. ソロステーカーは、ETHをEthereumプロトコルに預け入れ、Ethereumプロトコルから仮想的なsoETHポジションを受け取ります。
2. ソロステーカーは、取り下げアドレスをEigenLayerポッドのアドレスに設定することで、実質的に自分のsoETHをEigenLayerに預けます。その代わりに、ソロステーカーはEigenLayerから仮想ポジション[soETH]を受け取り、最終的に操作の順序を逆に実行できるようになります。

バランスの不均衡

上記の貸借対照表から、既にいくつか興味深い観察ができます。まず、イーサリアムプロトコルは、独自の貸借対照表に表示されていないため、[soETH]の概念をまったく持っていないことです。この問題は「」で議論されました。PBSの分割: プロトコルによる提案者のコミットメント(PEPC)への取り組みEigenLayerによってスラッシュされた検証者は、依然としてイーサリアムプロトコルの貸借対照表において完全なステーキング残高を有しており、これは道徳的ハザードを引き起こし報酬の不均衡をもたらす可能性があります（実際には半分しかステーキングしていない検証者でもイーサリアムプロトコルから完全な報酬を得ます）。問題を説明するために任意の数値を使用した以下の貸借対照表にスラッシングシナリオを詳細に記載します。

この問題は、EigenLayerがバリデータのEigenLayerスラッシングをEthereumプロトコルに忠実に報告し、シートを再バランスするとすぐに修正されます。これは、可能です。EIP-7002: 実行レイヤートリガブルな出口ただし、バイナリトリガーは単純にバリデータを終了するだけであり、EigenLayerミドルウェアまたはEigenPodが引き続きイーサリアムPoSプロトコルにシグナルをトリガーする必要があります。このアクションはEigenLayerの利益になります。なぜなら、適切な会計処理はEigenLayerを介して保護されたサービスに利益をもたらし、最終的にはオペレーターと再ステーカーがプラットフォームの忠実な実行に対する信頼を高めるからです。

より微調整されたトリガーは、完全にバリデーターを退出させることなく、イーサリアムの合意からバリデーターのバランスの一部を引き出すことができます。これは、バリデーターを完全に退出させることなく、一部のペナルティを科したいEigenLayerサービスにとって望ましいものです。EIP-7002や実行レイヤーにトリガーされる部分的な引き出しは、現在のイーサリアムメインネットでは利用できません。また、注意してください。@mikeneuder/eip-7251-faq">MaxEB（単一のバリデータのステークにおける32 ETHの上限を撤廃する）は、部分的な引き出しと良く組み合わされ、バリデータが分散せずに留まる追加のインセンティブを取り除きます（例えば、単一の2048 ETHバリデータではなく多くの32 ETHバリデータを実行する）。

この部分的な引き出し機能がないため、EigenLayer の会計を Ethereum プロトコルの会計から別に保つ動機がさらに生まれ、上記で指摘したように不一致をもたらす可能性があります。以下では、EigenLayer によって 8 ETH で罰せられた検証者を描写し、それによって検証者がそのコンセンサス業務から排除されないことを示します（排除バランスは 16 ETH です）。

AVSクレーム

前の例で8 [soETH] はどこに行くのかと思うかもしれません。この決定はEigenLayerパワードのアクティブリーバリデーテッドサービス（AVS）に任されています。AVSとは、一定のステークを担保として要求するサービスです。ステークの存在により、そのサービスはある性能に対して信頼性のあるコミットメントを行うことができます。なぜなら、サービスが適切に実行されない場合、ステークが削減される可能性があるからです。

再ステーキングバリデータは、自分のEigenPodを介してAVSsに登録します。 そうすると、EigenPodは新しいクレームを発行し、それらをAVSsに提供します。これらのクレームは、現在EigenPodの下に保持されている担保を表しています。 これで、2種類のクレームの区別をする必要があります。

1. AVS claims: これらの主張を示すために [soETH] を使用し、それらが角かっこ[ ]内の資産の価値から派生していることを強調しています。
2. 再ステーカーの請求: この請求の特別な品質を強調するために、[soETH]*を使用します。これは、再ステーカーだけが全てのAVS請求が解決された後にのみ償還されるものです。つまり、再ステーカーの請求は最も優先度が低く、他の全てのAVS請求が解決された後に残った資産を償還します。

1. ソロステーカーが再ステーキングします。
   1. soETHはEigenPodの制御下に置かれています。
   2. [soETH]*は、ソロ再ステーカーによって受け取られ、再ステーキングされた資産の請求が行われます。
2. ソロステーカーは、EigenPodから新しい請求書、[soETH]を作成します。
3. その主張はAVSに担保として与えられます。
   1. [soETH]はAVSに送金されます。
   2. 再ステーカーには、領収書avsが与えられます。[soETH]。

バリデータがAVSの目的に反する行為をした場合（例：AVSのスラッシング条件を引き起こす場合）、AVSは、例えば、バリデータのETHを燃やすか、ステークをAVSの収入として維持することを決定する場合があります。我々は、この2番目のオプションを次に示すことで説明します。すなわち、イーサリアムプロトコルがEigenLayerスラッシングレポートに続いてEigenPodに8 ETHを単純に入金し、その後EigenLayerがそれをAVSに移すことを想定しています。

1. AVSは、ソロ再ステーカーの担保を削減します。
   1. AVSの担保は32[soETH]で構成されています。スラッシングが報告されると、AVSは担保から8[soETH]を取り除き、スラッシングをEigenPodに報告し、EigenPodの負債も8[soETH]減少します。
   2. AVSはもはや32 avs.[soETH]をソロ再ステーカーにクレジットしません。この請求額は8 avs.[soETH]減額されます。
   3. AVSによって削減された後、EigenPodは単独の再ステーカーの請求を8[soETH]減らします。
2. EigenPodはイーサリアムプロトコルへのスラッシングを報告し、8 ETHの引き出しをトリガーとします。
   1. Ethereumプロトコルで賭けられた資産の請求は24 soETHに減少します。
   2. 8 ETHの部分引き出しを処理し、EigenPodは以前にイーサリアムプロトコルでロックされていた8 ETHを受け取ります。
3. EigenPodは、8 ETHの罰金をAVSに転送し、AVSは自由にそれを処分することができます。

再々々々...ステーキング

EigenLayerによって提供される機能（およびリスク）は、再ステーカーが約束を守ることを約束する新しいコミットメントを継続的に入力できる能力です。つまり、ステークが再ステーキングされた後、再ステーキングされたステークは再び、そして再び、そして再びステーキングできます... より実用的には、再ステーカーはEigenPodを介してより多くのサービスにサインアップすることで新しいコミットメントを入力します。

完全な一般性を実現し、soETH以外の資産が再ステーキングされるセクションに続くことを予期して、再ステーカーによって再ステーキングされる資産を$X$で示します。複数回再ステーキングする方法を見てみましょう。

[X]pは、資産Xをp回再ステークしたものと定義します。現時点ではこれは単純な定義ですが、これらの負債の性質の一部を示唆します。これらの貸借対照表の手順を詳細に説明した後、EigenPodは自由にこれらの負債を印刷でき、再ステーカーが新しいAVSsにコミットするたびに新しい資産を鋳造できます。

1. 再ステーカーは資産XをEigenPodの管理下に置きます。この行為は再ステーカーが契約したサービスを提供できない場合、資産Xの一部またはすべてが取られる可能性があることを示すコミットメントです。このコミットメントを表すためにクレーム[X]*が受け取られます。
2. 私たちは、セキュアチェーンYを確保することにコミットするリステーカーの詳細をここに示します。
   1. 再ステーカーは、AVS「Securing chain Y」に参入することで、最初の再ステーキングされたアセット[X]¹を取得します。
   2. 再ステーカーは、チェーンYの下で[X]¹をステークし、その結果として[Y]¹を受け取ります（ステークと報酬-罰金の請求）。チェーンYは、再ステークされた資産が現在プロトコルを保護していることを理解しなければならない、つまり、誰かのために何かが賭けられていると確信する必要があります。
3. 私たちは、セキュアなチェーンZを確保するために再ステーカーを詳細に説明します。
   1. リステイカーはAVS「Securing chain Z」に参入することで、リステイクされた資産[X]²を取得します。
   2. 再ステーカーは、チェーンZの下で[X]²をステーキングし、それによってsoZ.[X]²(彼らのステーク+報酬-ペナルティの請求)を受け取ります。チェーンZは、再ステーキングされたアセットが現在そのプロトコルを保護していることを「理解」しなければなりません。つまり、誰かのために何かが賭けられているということを確信しなければなりません。

上記の貸借対照表に基づいて、今回はいくつかの質問に答えます。私たちは、チェーンYが[X]¹を受け取る一方、チェーンZが[X]²を受け取ることを観察しています。これらの資産は同じタイプですか、そして両方が[X]のタイプの資産を受け取っていると言えますか？

AVSクレームの階層がある場合、答えはいいえになります。再ステーカーが両方のチェーンでスラッシュ可能な違反を同時に行い、両方のチェーンが全担保をスラッシュしたいと考えるシナリオを想像してください。その場合、2つのケースを考えることができます。

1. ケース1：AVSsは、ここでのチェーンYおよびZのコンセンサスメカニズムが、簡単にトークンを焼却し、これはほとんどのPoSプロトコルが行うことです。 トークンが燃やされると、請求の階層は実際には重要ではありません：チェーンYとZの両方が32 ETHの再ステーカーをスラッシュしたかった場合、彼らが達成するのは同じ担保を2回燃やすだけです。
   1. 注：アンダースはこれを「スプリーステーキング」と呼び、請求の階層なしに複数回再ステーキングします 😊
2. Case 2: AVSsは賭けているトークンを受け取りたいです。たとえば、誰かが損害を受けた場合に補償するためです。例としてはMEV-Boost+, AVSオペレーターはブロックの提案者であり、ブロックの内容を明示的に受信したときにそれをいじらないことを約束し、もしいじった場合はビルダーやリレーに対して補償することを約束します。この場合、複数のAVSが同時に複数のクレームを償還し、同じ再ステーカーによる平行な逸脱があるとします。そして、すべてのクレームをカバーするには十分な賭け金がない場合、クレームの優先順位や支払いの分配の問題が関係してきます。

AVSsのアンバンドリング

前のセクションでは、再ステーキングバリデーターが提供するサービスであるAVSを紹介しました。このコミットメントは、EigenLayerを介して保護され、再ステーキングバリデーターのステークを所有し、AVSによって行われた請求を解決します。

AVSとは具体的に何ですか？LSTプロトコルとLSTオペレーターを上で分離したように、ここでもこれら2つの機能的な役割を別々に議論し、それぞれ異なる資産と請求を割り当てることが理にかなっています。

要するに、AVSはサービスを提供するために担保を要求します。AVSは、例えば、AVSへの攻撃がAVSが現在保有している担保の一部を失うことにつながるという信頼性のある主張を行います。AVSはここでは、サービスのためにオペレーターを巻き込むプロトコルと見なされます。その後、re-stakersがAVSとどのようにやり取りするかを明確にします。

1. AVSオペレーターとしての再ステーカー: AVSは、運営者を求めるプロトコルを具現化し、soETHを再ステーキングするノードオペレーターは、AVSプロトコルのためのオペレーターになります。
2. AVSオペレーターの資本提供者としての再ステーカー：この場合、AVSオペレーターは（再）ステーキングされた資産を受け入れて、資本を提供する委任者の代わりにオペレーター機能を実行します。再ステーカーはその後、AVSオペレーターに再ステーキングされた資産を委任し、AVSオペレーターが再ステーカーの代わりに機能をいくつか実行します。

上記のセクションでは、検証するリステーカーを、資本提供者(自身のステークが再ステーキングされる)とAVSオペレーター(彼ら自身が何らかのサービスを提供することが期待されている)の両方として特定しました。ただし、検証するリステーカーがAVS自体を操作せず、代わりにこの機能をオペレーターに委任する別の構造を検討できます。これにより、ソロステーカーは、統合されたステーキングサービスプロバイダー(SSP)/オペレーターと利回りで競争することができます。次の例では、1 人の AVS オペレーターがリステーカーに代わって、いくつかのチェーン Y と Z で検証を行う状況を紹介しています。ここでは、すべての AVS クレームが同じタイプ [X] (クレーム階層なし) であると仮定します。

1. 再ステーカーは、資産XをEigenPodの管理下に置きます。この行為は、再ステーカーが契約したサービスを提供できない場合、資産Xの一部または全部が取り上げられる可能性があることを示すコミットメントです。このコミットメントを表す[X]*が受け取られます。
2. 私たちは、ここで、セキュアなチェーンYを確保するために再ステーカーがAVSオペレーターに検証業務を委任することを詳細に説明します。
   1. 再ステーカーは、AVS「Securing chain Y」に参加することで、再ステーキングされた資産[X]を取得します。
   2. リステイカーは、AVSオペレーターにリステイクされた資産[X]を提供し、「受領書」noY.[X]を取得します。
   3. AVSオペレーターはチェーンYの下で[X]をステークし、それによりsoY.[X]（彼らのステーク+報酬-ペナルティのクレーム）を受け取ります。チェーンYは、再ステークされたアセットが現在そのプロトコルをセキュリティで保護していることを「理解」する必要があります。すなわち、誰かのために賭けるものがあると確信する必要があります。
3. 私たちはここで、セキュリティチェーンZを確保するために再ステーカーが、検証業務をAVSオペレーターに委任する詳細を説明します。
   1. 再ステーカーは、AVS「Securing chain Y」に参加することで、再ステーキングされた資産[X]を取得します。
   2. 再ステーカーは、AVSオペレーターに再ステーキングされた資産[X]を提供し、「レシート」noZ.[X]を取得します。
   3. AVSオペレーターは、チェーンZの下で[X]をステークし、それによってsoZ.[X]（彼らのステーク+リワード-ペナルティの請求）を受け取ります。チェーンZは、再ステーキングされたアセットが現在プロトコルを保護していることを「理解」しなければなりません。つまり、誰かのために何かが賭けられているということを確信しなければなりません。

このパラダイムでは、私たちは馴染みのある構築を回復します。再ステーカーには資産が受け取られず、そのようなポジションを液化する可能性をすでに示唆しています。次の投稿でこれらの高度な構築について議論しますが、その前に、運用業者の中心化を減らすアプローチとしての「AVSのPBS」に関する継続的な研究に触れてみましょう。

Under the 楽観的委任フレームワーク（ODF）Drew Van der Werff（参照0xKydoの最近のコロンビア暗号経済学ワークショップのトーク)、再ステーカーは、オープンマーケットの「共同プロセッサー」に登録されたAVSsの操作を契約することができます。 共同プロセッサーは、PBSの「ビルダー」の役割で特定されることができ、潜在的に集約的な操作を実行できる特化したエンティティであり、これらの操作は、単独のステーカーなどの未熟または計算能力の制限されたエンティティにはアクセスできません。 共同プロセッサーは、調達オークション形式の仕組みで再ステーカーに入札を提出し、再ステーカーが最も収益性の高いオペレーターを決定できるようにします。 さらに、共同プロセッサーは、パフォーマンスをさらに保証するために、保証金を支払う参加者であり、自分たちの操作中に証明可能な無効な作業を提出した場合、保証金を失うリスクを負うことになります。

免責事項：

1. この記事は[から転載されていますミラー],すべての著作権は元の著者に帰属します[代理店の価格]. If there are objections to this reprint, please contact the Gate Learnチームがすぐに対処します。
2. 責任の免責事項：この記事に表現されている意見および見解は著者個人のものであり、投資アドバイスを構成するものではありません。
3. 他の言語への記事の翻訳はGate Learnチームによって行われます。特に記載がない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。