リステーキングの解説

CBERフォーラムのイベントで行われた、マイク・ノイダー (Mike Neuder) によるリステーキングの仕組みに関するプレゼンテーションです。このプレゼンテーションでは、セルフステーキング、デリゲートされたステーキング、ネイティブおよび非ネイティブのリステーキング、リキッド・ステーキングとリキッド・リステーキング・トークンのメカニズム、そしてスラッシングがリステークされたポジションとどのように相互作用するかを定義しています。

このトランスクリプトは、CBERフォーラムによって公開された元のビデオトランスクリプト (opens in a new tab)のアクセシブルなコピーです。読みやすさのために軽く編集されています。

はじめに (0:00)

皆さんこんにちは、マイクです。今回はLRTとLSTについてお話しします。LRT — リステーキングは新しいステーキングなのでしょうか？まずは別の質問から始め、それをきっかけにLSTとLRTについての議論を進め、それらが何であるかを定義していきます。これは主に図解を用いたプレゼンテーションですので、最初から順を追って一緒に理解を深めていければと思います。

簡単な概要です。まず初めに、ステーキングの2つのモードを定義します。1つ目はセルフステーキング、2つ目はデリゲートされたステーキングです。次に、リステーキングの概念に入り、それを定義します。ここで探求したい4つの異なるモデルがあります。セルフとデリゲートの区別を使用し、次にネイティブ・リステーキングと非ネイティブ・リステーキングに焦点を当てます。その後、流動化について掘り下げ、リキッドトークン — リキッド・ステーキング・トークンとリキッド・リステーキング・トークンについてお話しします。スラッシングとリステーキング、そして両方のトークンタイプを見ることで、このテーマを深掘りします。最後に、現在のイーサリアムに存在するステーキングに関するいくつかのデータで締めくくります。

セルフステーキング (0:48)

一番最初から始めると、アリスが自分自身で行うステーキングがあります。彼女はプロトコルと直接やり取りし、プロトコルにステークし、ネイティブトークンの発行を通じてその報酬を受け取ります。イーサリアムの場合、アリスは32 ETHをステークし、コンセンサスに参加したことでETH建ての報酬を受け取ります。

ここで注目すべき点が2つあります。1つ目は、ステーキングがこのアンチ・シビル・メカニズムとして機能することです。各アイデンティティには固定供給されたトークンの一定量が必要となるため、多数のアイデンティティを持っているとネットワークを騙すことはできません。2つ目は、リスクにさらされる担保です。これはスラッシングに関するプロトコルのルールのことです。アリスが非常に明確に定義された仕様に従って不正行為を行った場合、プロトコルは彼女の資金を没収し、その行為に対して罰を与えます。

デリゲートされたステーキング (2:52)

デリゲートされたステーキングは、アリスとプロトコルの間にもう1つのレイヤーを追加します。アリスはボブにデリゲートし、ボブがイーサリアムのプロトコルにステークします。報酬はボブに送られ、手数料を差し引いた報酬がアリスに転送されます。これがデリゲートされたステーキングの最もシンプルなバージョンです。アリスは自分でソフトウェアを実行したくないか、32 ETHを全額持っていないか、あるいはバリデータを実行するためのハードウェアや技術的な専門知識を持っていないのかもしれません。

この委任には、さまざまな信頼レベルに応じた多くの異なるモードがあります。最も信頼を必要とするバージョンはカストディアルです。ETHをCoinbaseに送り、「私の代わりにステークして」と依頼します。彼らがあなたの名義で資産を保管するため、あなたは事実上彼らを完全に信頼することになります。ノン・カストディアルでありながらDAOによってガバナンスされるバージョンもあります。これは、誰がノードを実行するかを投票で決定するDAOによって選ばれた誰かにステークをデリゲートするもので、Lidoスタイルのステーキングです。3つ目は、アリスとボブの両方がいくらかの担保を提供するトラスト最小化バージョンです。アリスはボブの担保の残りを補助し、ボブが不正行為をしてスラッシングされた場合、彼の担保が最初に没収されるトランシェとなります。私が「トラストレス」ではなく「トラスト最小化」と言うのは、ボブの行動次第では、どうあってもアリスの担保が完全に失われる世界が存在するからです。

ネイティブETHによるセルフリステーキング (4:42)

さて、リステーキングとは何かについてお話ししましょう。これは全く新しい概念です。SreeramとEigenLayerが1年半か2年ほど前にこの用語を導入して以来存在しています。

このモデルでは、アリスは以前と同じことを行います。彼女はイーサリアムのプロトコルにステークを送り、コンセンサスに参加した報酬を受け取ります。ここで、「Retheum」と呼ぶ新しいプロトコルが登場し、アリスはそこにリステークします。ここで重要なのは、彼女がイーサリアムのプロトコルにステークしているのと同じトークンを使用して、この2つ目のプロトコルを保護しているということです。

彼女はその報酬を受け取ります。これは素晴らしいことのように思えます。アリスは同じステーク量で、潜在的に2倍の報酬を得ることになります。しかしリスクとして、彼女が両方のプロトコルにステークした資金は、両方のプロトコルのルールに縛られることになります。アリスがイーサリアムで不正行為をした場合、スラッシングされて資金を失う可能性があります。「Retheum」で不正行為をした場合も、スラッシングされる可能性があります。追加の利回りには追加の責任が伴います。ステーキングトークンを多くの異なるプロトコルにまたがって拘束する場合、義務付けられ、さらに別の方法で罰せられるプロトコルの動作が存在するのです。

デリゲートされたネイティブリステーキング (8:28)

2つ目のバージョンは、ネイティブETHを使用したデリゲートされたリステーキングです。アリスはイーサリアムでステーキングしており、今度はボブを使って「Retheum」プロトコルにステークをデリゲートしたいと考えています。彼女はボブにデリゲートし、ボブがリステークし、プロトコルはボブに報酬を発行し、ボブは手数料を差し引いた報酬をアリスに発行します。

このモデルの下では、イーサリアムのプロトコルにある32 ETHは、アリスとボブの両方の行動に対して責任を負います。つまり、このETHをスラッシングさせる可能性のある人物が2人いることになります。トークンは2つの異なるプロトコルルールのセットに縛られます。

聴衆からの質問: イーサリアムのプロトコルにETHをステークすると、プロトコルは後で提示するための何かを渡す必要がありますが、その「何か」とは何ですか？

このネイティブバージョンでは、アリスはステークし、イーサリアムのエコシステムから引き出しクレデンシャルと呼ばれるものを取得します。その引き出しクレデンシャルは、ステーキングの第2レイヤーを処理するイーサリアム上のコントラクトに向けることができます。これは、イーサリアムから資産を引き出す際に資産を制御するコントラクトです。第2レイヤーのスラッシングペナルティを強制するスマート・コントラクトにおけるトラストレスなカストディのようなものです。

なぜこれが「ネイティブ」と呼ばれるのでしょうか？それは、アリスが依然としてイーサリアムと直接やり取りしているからです。彼女のステークは彼女が所有する32 ETHであり、イーサリアムのコンセンサス・レイヤーを保護するために使用されます。

非ネイティブリステーキング (10:57)

非ネイティブな設定でのセルフリステーキング：アリスは「Retheum」プロトコルとのみやり取りしています。彼女はイーサリアム上でノードを実行していません。彼女はリステークします。ただし、彼女は実際にはリステークしているわけではなく、そもそもステーキングしているだけなので、「リ」を引用符で囲んでいます。これがリステーキングと呼ばれる唯一の理由は、他のタイプのリステーキングも促進するプロトコルを通じて行われるからです。

彼女は非ネイティブトークン（USDC、ユーロのステーブルコイン、ラップド・ビットコインなど何でも構いません）を受け取り、それを経済的セキュリティおよびシビル耐性としてプロトコルに提供し、報酬を獲得します。これは、リステーキングを分散型トラストの市場として再定義するものです。ここでのトラストとは、リスクにさらされている資金の経済的価値を指します。

非ネイティブトークンを使用したデリゲートされたリステーキングも同じパターンに従います。アリスはボブを通じてデリゲートし、手数料を差し引いた報酬を受け取ります。

スラッシングとリステーキング (13:55)

流動性について触れる前に、スラッシングについて話しましょう。通常のスラッシングモードでは、アリスはイーサリアムのプロトコルでステーキングしています。もし彼女がプロトコルから見て間違ったことをした場合（例えば、暗号鍵を使用して互いに矛盾する2つの情報に署名するエキボケーションなど）、それは客観的な過失となります。誰もが両方の署名がアリスによって行われたことを検証でき、それは彼女のトークンをスラッシングするのに十分な証拠となります。

リステーキングとスラッシングはどのように相互作用するのでしょうか？最もシンプルなバージョン（ネイティブ資産によるセルフリステーキング）では、アリスはイーサリアムにステークし、「Retheum」を通じてもリステークします。アリスが「Retheum」プロトコルでの仕事を続けながら、イーサリアムでエキボケーションを行った場合、問題が発生します。彼女はイーサリアムでスラッシングされますが、「Retheum」は彼らのルールに従って彼女に起因する不正を何も確認していません。2つのプロトコル間で何らかの通信が必要になります。

「Retheum」はイーサリアム上のスマート・コントラクトであるため、この方向の通信は実際には非常に簡単です。イーサリアムの状態を読み取り、「このバリデータはイーサリアムによってスラッシングされた」と判断できるため、2次プロトコルでもアリスはスラッシングされます。

逆方向の通信はより困難です。アリスがリステーキングプラットフォームでスラッシングされた場合、イーサリアムに通知する必要があります。しかし、イーサリアムはコンセンサス・メカニズムの観点から、コントラクトレイヤーで起こっていることすべてを意図的に認識しないようにしています。

聴衆からの質問: なぜそれが問題になるのですか？イーサリアムはその役割のためにステークを必要としますが、リステーク額は元の派生物ですよね。

問題は、アリスがリステーキングプラットフォームでスラッシングされた場合、彼女は実際にはもうそのステークを所有していないということです。彼女は実際のリスクにさらされる資金なしに、イーサリアムのプロトコル上で好きなように振る舞うことができます。これはそもそもステークを持つことの本来の目的に反します。それはまるで、お金を2つのことに使っていて、1つのことでそれが消滅し、もう1つのことではそのお金がもはやあなたのものではないことに気づかなければならないようなものです。ある意味ではまだ経済的価値を持っていますが、あなたはそれを制御していません。したがって、それはすでに失われているため、それに何が起ころうと気にしないのです。