Anders Elowsson氏には、これらの一連の投稿のきっかけとなった最初の議論と、本文に関する多くの有益なコメントに感謝します。また、Caspar Schwarz-Schilling氏、Julian Ma氏、Thomas Thiery氏、Davide Crapis氏、Mike Neuder氏、Drew Van der Werff氏、Kydo氏、その他多くの方々に、この文章に関する議論やコメントをいただいたことに感謝します。カバー写真提供@pawel_czerwinski?utm_content=creditCopyText&utm_medium=referral&utm_source=unsplash">Pawel Czerwinski on Unsplash.

ステーキング、再ステーキング、リキッドステーキング、リキッド再ステーキング、再ステーキングされたリキッドステーキングトークン、ノードオペレーターおよび資本提供者... 2020年12月のビーコンチェーンのローンチ以来、プロトコル自体のステーキングメカニズムから始まり、ますます多様なメカニズムと構築物が観察されています。

チーム内での議論の中で、これらのメカニズムのアーキテクチャに関する曖昧さを排除するための正確な言語の必要性を感じました。我々は、記号と貸借対照表の使用を通じて、コントロールポイントとインセンティブの不一致の存在を強調し、微妙なニュアンスが機会とリスクを適切に浮き彫りにするのに非常に重要であることを願っています。この作業は主に私たち自身の理解のために行われましたが、それを通じて、異なる事実や議論を一つの筋の通った、体系的なアプローチにまとめるための有益な方法を提供すると感じました。

この投稿と次の2つでは、これらの構築物と事例を紹介します。私たちはこれらのメカニズムに取り組むすべての優れたチームによって生産されたすべての素材を徹底的に見直すことを目指していません。また、新しい事実によってモデルにギャップやエラーが明らかになった場合には、私たちの意味論が必要に応じて更新されることを意味します。

1. パート1：液化
2. パート2：再ステーキング
3. Part 3: 16歳以上向けの高度な建築セット

現在の投稿シリーズは、これらの構造の最適性や使用に関する結論を導かないだけでなく、その存在を定義し、文脈を提供することを超えています。将来の投稿では、これらのメカニズムの特性（ステーカーのさまざまなクラスに対する有用性や、より広い文脈での経済性など）について取り上げ、これらの質問に答えます。

始めましょう！

資産

私たちの意味論の最も基本的な「タイプ」は資産です。資産は、ETHなどの分散型ブロックチェーンのネイティブトークン、ERC-20などのブロックチェーンにルートされたトークン、またはデリバティブのように他の資産から構築された資産であることがあります。

貸借対照表

以下では、複数の関係者間での資産の組成と譲渡を示す貸借対照表を使用して、当社の構造について説明します。貸借対照表は常に同じフォーマットで提供します。

1. 最初の行は「事前状態」を表しており、各当事者が現在所有している資産を示しています。
2. 最後の行は、「ポスト状態」を表しており、すべての操作が終了した後に各当事者が所有する資産を示しています。
3. 間にある行は操作を表し、新しい行は単に説明のために他の操作から分かれた新しい操作セットを示します。

ここで詳細に説明する価値のある基本的な2つの操作を繰り返し使用しています。

1. 資産の転送：Party Aは単に一部の資産をParty Bに転送します。

1. 領収書の鋳造：私たちはしばしば、A社がB社から請求を受け取り、A社がB社から資産を償還することができる状況を表します。領収書は、B社にとって負債であり、A社にとって資産です。次の例では、A社がB社に資産を移転し、B社から請求を受け取ります。

私たちは非常に正統な方法ではなく、よりインスピレーションを受けています貨幣と銀行の経済学コースとDaniel H. Neilsonの早まるニュースレター（ただし、私たちはおそらく彼らのどちらも厳格ではないと述べています）。 ただし、この最小限の操作セットは、必要な直感を提供するのに十分であると考えています。

プロトコルステーキング

ソロステーカー

最初の基本操作は、イーサリアムのステーキングプロトコルにETHを賭けることです。最も簡単なケースでは、ETH保有者はETHを直接プロトコルに預け、所持しているETHに対応する「仮想」残高のsoETH（「so」はソロオペレーターを指します）を受け取ります。以下の貸借対照表で関係を表します。これらは、様々な当事者を横断して行ごとに読まれます。

ソロステーカーは、対応するバリデータの運用に責任を持ちます。つまり、ソロステーカーが適切に合意義務を果たすと、Ethereumプロトコルは、そのsoETH残高に新しく発行されたsoETHをクレジットします。逆に、ソロステーカーがペナルティを受けたりスラッシュされたりすると、プロトコルはそのsoETH残高をデビットします。ソロステーカーがsoETH残高を引き出してETHを取得したい場合、引き出しは1：1で処理されます。つまり、バリデータの合意残高でxユニットのsoETHがある場合、ソロステーカーはx ETHを返却されます（完全な引き出しの場合）。

「実行層」の報酬、例えば優先手数料やMEVを表すものではありません。これらの報酬は、上記で提示されたモデルに対して直接的な追加であり、実行層の当事者からソロステーカーに単純なETHの移転を構成します。

ステーキングサービスプロバイダー（SSP）を利用する

Stakingサービスプロバイダー（SSP）がステーキングを望むホルダー（「委任者」）とEthereumプロトコルの間の関係を仲介すると、より複雑な関係が生じます。この場合、ETHホルダーはまずSSPにネイティブETHを提供し、ステーキングされる目的で提供します。SSPはETHをステークし、バリデーションレイヤーで実行されている「soETH」アセットの管理権を与えられます。それに対して、SSPは委任者に仮想noETHアセットを提供し（「no」はノードオペレーターを意味します）、委任者のステークされたETHを償還できるようにします。

ここで「償還可能」という言葉を使用することにより、すでにいくらかの不確実性が導入されています。上記で見てきたように、イーサリアムプロトコルはソロステーカーがETHと同等のsoETH残高を引き出すことを許可しています。これは、ETHをnoETHと交換するためにSSPにETHを委任しているステーカーにも当てはまりますか？一般的に、これは当てはまりません。第1に、スラッシングが発生した場合、1 noETHで1 soETHより少ない量を償還できる可能性があります。第2に、ほとんどのSSPが手数料を支払ってサービスを提供しているため、1 noETHは元本を超えるSSPの口座に計上されたsoETHの一部を償還します。より正確な貸借対照表では、元本と収益を分離することができます。たとえば、

ここでは、“soETH”資産を主要なpETHと収益yETHに「分割」します。 pETHは、スラッシングが発生しない限り、最大32 ETHを償還します。 yETHは、SSPによって得られたコンセンサス層および実行層の報酬を償還します。 SSPは委任者に対応する請求を提供し、no.pETHおよびno.yETHを提供します。 委任者は常に、1：1の交換レートがno.pETHとpETHの間に存在するように、スラッシングを含む全額の元本を受け取ることができます。ただし、SSPによって手数料が課されるため、no.yETHとyETHの間の交換レートは1未満（1 no.yETHは1 yETHよりも少ない）です。資産を「分割」することは、一部の場所で有用であるかもしれませんが、以下のセクションにとっては重要ではない追加の複雑さを導入するため、我々はsoETHとnoETHを引き続き全体の請求を表すために使用します。

もう一つの考慮事項は、SSPが預金者からETHをプールするかどうかです。

1. プールなし：SSPは複数の並行プールを開き、各預金者に1つずつ割り当てます。預金者AとBがそれぞれのETHをSSPに提供し、SSPはそれぞれの預金者にバリデータAとBを開設します。その後、バリデータAがデポジットの半分をスラッシュされ、バリデータBはされないとします。この場合、預金者AはステークされたETHを1：0.5の割合で引き出すことができます（1株のnoETHがステークされたETHの0.5株を償還）、一方、預金者Bは手数料を差し引いた状態で1：1の割合でETHを引き出すことができます。その後、単一のnoETHという言葉を使うのは不正確であり、実際には異なる請求を表すnoETH-AとnoETH-Bが存在します。
2. Pooling：Ethereumプロトコルでは、32 ETHの単位をステークする必要があります。つまり、預金者AとBがそれぞれ16 ETHしかステークしたい場合、前述のポイントで詳細に説明されている構造ではそれができないことを意味します。この場合、彼らは自分たちのETHをあるSSPの下でプールし、その後、報酬と損失を社会化し、両者に同じ引き出し率をもたらします。そのため、彼らが預金した額に比例して、請求の価値が両方の預金者で共有されていると言うことは適切です。

液化

当社の預金者は現在、noETHと呼ばれる仮想資産を保有しています。この仮想資産は、Ethereumプロトコルの下でSSPによってステークされた現在の数量の株を表す請求権です。これは既にステークされたETHポジションの流動的なバージョンのように聞こえますが、我々はここで強調したいと思います：そこに到達するには追加の手順が必要です。これはnoETH資産への請求権を表すトークンの発行を通じた液化です。noETHポジションは流動化され、つまり、代替可能で譲渡可能です。この操作をL.という演算子で書き、L.noETH資産は、たとえばstETHまたはcbETH、または液体ステーキングトークン「LST」として知られるその他の資産の抽象化です。

これを明確にするために、私たちはSSPの機能をデリゲーターからステークを集めるプロトコルと、ノードオペレーターがSSPのために検証サービスを提供する機能に分解します。次に、次の貸借対照表を取得します。

SSPが一部のノードオペレーターとデリゲーターの間の単なるラッパーである場合、台帳エントリとして書き出された「会計資産」noETHが、プログラム可能ですぐに構成できる流動資産L.noETH自体であることが判明したブロックチェーンの性質上、noETHからL.noETHを取得するステップはほとんど見えません。言い換えれば、ブロックチェーンエントリとして何らかのnoETHを表すトークンがすでにある場合、noETHとL.noETHは区別がつきません。デリゲーターが危機に瀕している資産の(ブロックチェーンの観点からの)流動的な表現にアクセスできない場合があるため、とにかく違いを強調したいと思います。例えば、過去には、CoinbaseにETHをステーキングした預金者は、Coinbaseから流動性のあるcbETH資産を受け取っていませんでした。このケースでは、預金者は、ブロックチェーンに書き出されていないCoinbaseデータベースの内部台帳エントリの一部の行を表す仮想請求を受ける権利がありました。

SSPの役割

多くの場合、SSPはプロトコルと見なされますが、単なるラッパーではありません。ETHを受け取り、L.noETHを交換するためのオンチェーン契約です。 SSPの主な機能は、委任者（主体）とエージェント（ノードオペレーター）の関係を仲介することです。主体がエージェントが適切な利回りを提供しながら主体の資産を保護することに対する信頼がない場合、主体は自分の資産をノードオペレーターに委任して代わりにステークすることはありません。 SSPはどのようにして良い保証を提供するのでしょうか？

1. 最初の要素は、ノードオペレーターの優れたパフォーマンスをインセンティブ化することです。ノードオペレーターは、検証サービスをより良く実行するほど、イーサリアムプロトコルからより多くの報酬を受け取ります。インセンティブは、ノードオペレーターがデリゲーターに対して作成する利益を共有することで簡単に整合されます。
2. 第2の構成要素は、悪意のある当事者がノードオペレーターになることを防ぐことです。最悪の場合、これらの悪意のある当事者は、イーサリアムプロトコルを攻撃し、自分たちのコストを最小限に抑えるために大規模なスラッシングイベントを引き起こすことに内在的に動機づけられていると想定できます。ここには2つのアプローチが存在します。オペレーターに何かを賭けさせることで、これらの攻撃をオペレーターにとってできるだけコストのかかるものにすることができます。また、ノードオペレーターを制限して、片方向のスラッシングアクションを行うことを防ぐこともできます。

Pools such as Lido deal with the second issue by curating a set of node operators, such that the performance is guaranteed by the Lido protocol and DAO. Their operators have no ETH at stake, but @mikeneuder外部の執行システム（「評判をかけた」などのソフトなものから、第2の投稿で議論された実行レイヤーにトリガーされた引き出しといったハードなものまで）は、彼らの良い行動を保証することを意図しています。

悪意のあるオペレーターを抑止するための賭け金

一方、Rocket Poolなどの構築物は、組織によって検証されたり雇われたりしていないノードオペレーターによる正直な検証を奨励し、許可なく貢献しています。ノードオペレーターは、ミニプール,最初に8または16 ETHをそれぞれ自分のステークとして提供します。次に、プロトコルは、デリゲーターから受け取ったステークでノードオペレーターのステークを補充します。その結果、ミニプールオペレーターの自己ステークに対する収益は、パフォーマンスに応じて増加します。

オペレーターは、プールから借りたステークの量に比例して、RPL、Rocket Poolのトークンの一部を担保する必要もあることに注意してください。これを以下の貸借対照表には表示していませんが、同じタイプの一部の資産を異なる色で示して、その出所を説明しています（緑のETHはデリゲーターのもので、紫のETHはオペレーターのものです）。

オペレーターが投稿した担保が少ないほど、レバレッジ攻撃リスクは大きくなります。オペレーターは少額の資金でイーサリアムのステーキング（PoS）ネットワークにおけるはるかに大きな量のステークを制御する必要があります。Lidoにとって、オペレーターが純粋にオンチェーン資産を賭ける考慮において、レバレッジ攻撃リスクは無限ですが、明らかに彼らの評判、契約、そして正当な検証からの将来の現金流入を考慮すれば無限ではありません。Rocket Poolのオペレーターにとって、例えば、8 ETHの担保付きミニプールを開設する場合、レバレッジ倍率は4倍です。なぜなら、8 ETHで32 ETHのステークをイーサリアムPoSプロトコルで制御できるからです。オペレーターにより低い担保を求めることはできますか？

ノードオペレーターの制約

悪意のある検証のリスクをさらに減らす方法の1つは、ノードオペレーターに特定の行動を信頼できるようにすることです。例えば、彼らにスラッシャブルなメッセージを決して生成しないように約束させることです。口で言うほど簡単ではありません！

ここでは、分散型バリデータ技術（DVT）が役立つかもしれません。運用者のすべてのメッセージが、正当な署名を持つノードのクォーラムによってチェックおよび承認された後にネットワークにリリースされることを確認することによって。ステーキングプロトコルであるDivaは、DVTを統合して運用者のアクションを規制します。運用者は、1 ETHに相当する金額、すなわち1つのキーシェアを取得するために、若干のdivETH（DivaのLST）を賭けなければなりません。 16個のキーシェアのセットは、DVTノードのクォーラムと単一の仮想バリデータを形成し、以下に示すように。最後のステップでsoETH請求を単純に発行し、デリゲーターおよび運用者から集められたETHを受け取ります（緑のETHはデリゲーターに属し、紫と黄色のETHは運用者が提供）。私たちは16人の代わりに2人の運用者のみを表示します。

Divaのレバレッジファクターの計算はそんなに簡単ではありません。仮想バリデータに1ETH相当を貢献しても、現在賭けられているETHの量をコントロールすることはできません。なぜなら、クォーラムの2/3以上の共同行動が仮想バリデータのメッセージを決定するからです。ただし、プロトコルでは1ETHを持つ者がオペレーターになり、Ethereum PoS検証から得た利回りを取得できるnoETHクレームを受け取ることができます。

レバレッジファクターを超えて、ここで関連するもう1つの指標は、LSTの発行量とオペレーターのステーク量、または担保率の比率です。高い比率は、より少ないオペレーターステークが、より大きなデリゲーターステークを代表して検証するために担保されていることを意味します。Rocket Poolにとって、8 ETH Minipoolは3倍の担保率があります。つまり、8 ETHが合計24 rETHを担保しています。一方、Diva仮想バリデーターの担保率は1倍であり、16個のキーシェア（16 ETH）が16 divETHを担保しています。高い担保率は、委任されたステークの増加のための「余地」を作ります。その後、Divaは、サービスを提供するために委任されたステーク単位当たりにより多くのオペレーターステークを募集する必要があります。一方で、1 ETHを担保するオペレーターを許可することで、資本が少ないオペレーターも対象となります。

液体単独バリデーション

上記から、LSTの保有者は、自分たちを代表して検証するオペレーターに良い仕事をすることを要求する必要があることを学びました。この保証は、Lido型プロトコルの場合は外部の契約によって提供されるか、オペレーターが自分自身の資本を賭けてデリゲーターの資本と共に賭けることによって提供されます。後者は、オペレーターによって賭けられる資本が安価な攻撃を可能にし、最終的にLSTの価値を破壊することがないようにするために、ゲーム理論モデルを確実にする必要があります。

今、私たちは異なる質問をします。デリゲーターは、ステーキングのプールからL.noETHを取得し、報酬、ペナルティ、手数料を除いた量を液体表現で発行するプロトコルを介してクレームを調停します。デリゲーターはL.soETHを取得できますか？言い換えれば、単一のソロステーカーが、自分の検証ポジションから液体ポジションを発行できますか？

問題は、L.soETHアセットの保有者が、ソロステーカーの悪意のある行為（たとえば、スラッシュされること）によって彼らの請求権の価値が破壊されないことを確信しなければならないということです。既に、DVTsを介して、オペレーターの検証中の行動を制限するためのアプローチが1つ見られています。

DVTに対する異なるアプローチは、独自のステーカーの行動を制約することで、彼ら自身のスラッシングリスクをハードウェア構築によって低減させるというものです。"リキッドソロバリデーティングJustin Drakeによる”は、バリデータの署名キーがスラッシュ可能なメッセージに署名しないようにするためにSGXを使用しています。 SGXを使用すると、予めコミットされたソフトウェアを改ざんから解放することができますが、そのセキュリティに関する通常の注意点があります。これはこの記事の範囲外です。 ソロステーカーは全資本（32 ETH）を提供しますが、自分自身のバリデーションを表すLSTを鋳造し、イーサリアムプロトコルから自分の資本を“解放”して、他のアプリケーションの担保として再利用することができます。

Line-by-line details:

1. SGXデバイスは、ソロステーカーがプライベート署名キーでスラッシュ可能なアクションを実行するのを防ぐコードにコミットメントを証明するプライベートキー、公開キー、およびアテステーションを生成します。
2. アテステーションと公開鍵は、ソロステーカーに提供されます。
3. ソロステーカーは、オンチェーンに展開されたLST契約にこれらを登録し、リキッドソロ検証資産を鋳造する責任があります。ソロステーカーはまた、そのステークとETHを契約に提供します。
4. ETHはLST契約から預金契約に転送され、ステーキング資産であるsoETHがLST契約に返されます。そして、LST契約は、PoSプロトコルからバリデーターの退出をフィルターするようになります。LST契約は、ステーカーが賭けているETHの流動的表現であるL.soETH資産を作成します。

L.soETHアセットは、同じ手順を使用して他のソロステーカーによって鋳造されたものと交換可能です。 構築上、リキッドソロステーカーは、賭けている32 ETHのうち31 L.soETHを鋳造することしかできません。 余分な1 ETHは、ソロステーカーの残高が32 ETH未満になったときに、許可なくポジションを清算する当事者に返済するための担保として使用され、バリデータがキューに入った後、凍結した担保を考慮に入れます。 これにより、1 L.soETHが常に1 ETHで裏付けられることが保証されます。

L.soETH資産の用途は何ですか？

1. L.soETHを発行するソロステーカーは、このL.soETHアセットを他のサービスの担保として使用することができます。これらのサービスは、ソロステーカーがその品質を低下させる唯一の方法がオフラインになり、ペナルティ（スラッシュなし）が課されることだと考えるかもしれません。構築上、ソロステーカーは、そのsoETH残高が32 ETHの開始残高からわずかにETHの百分の一でも逸脱するとすぐに退出しますが。
2. ソロステーカーは、L.soETHアセットを他の保有者に売却することもでき、収益を受け取ることができます。L.soETHアセット自体も生産的なアセットでなければならず、ジャスティンによって説明されています。生産的 vs 非生産的なsETHその投稿の「セクション」では、L.soETHアセットが、賭けられた元本だけでなく、コンセンサス報酬やMEV（MEVを最小限の信頼で内部化するのには困難がある）で得られた報酬の請求権となる。
   1. L.soETHを売却しても、ソロステーカーにはイーサリアムへの攻撃を行うための追加のレバレッジは提供されません。レバレッジは、少額の資金を賭けてPoSプロトコルで大きな額を制御することで得られます。ただし、SGXデバイスはステーカーがスラッシュ可能なアクションを実行するのを防ぎます。

液化の結論

以下の表は、上記で議論された4つの事例研究を要約しています。

液化は、ステーカーがステークした担保から「より多くの利益」を得るための方法の一つです。次の投稿では、より多くの資産を自分のステークから生み出すための関連する代替手段として再ステーキングについて議論します。

免責事項：

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