BTC
ETH
HTX
SOL
BNB
View Market
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

警惕潜在风险:用Geth进行质押,可能会失去所有资产?

深潮TechFlow
特邀专栏作者
この記事は約3606文字で、全文を読むには約6分かかります
文章强调了Geth客户端在以太坊网络中占据的超多数地位以及由此带来的潜在风险。
AI要約
文章强调了Geth客户端在以太坊网络中占据的超多数地位以及由此带来的潜在风险。

原作者:Labrys

オリジナル編集: Deep Chao TechFlow

この記事では、イーサリアム ネットワーク上でクライアント Nethermind が遭遇した不具合について説明します。この不具合により、Nethermind を使用しているすべてのバリデーター (ネットワークの約 10%) がオフラインになりました。この記事では、イーサリアム ネットワークにおける Geth クライアントの超過半数の地位と、それがもたらす潜在的なリスクに焦点を当てています。 Geth は安定性と信頼性の高いクライアントですが、ネットワーク内で広く使用されているため、重大な障害が発生すると、ネットワーク全体に重大な影響を与える可能性があります。この記事では、ネットワークが直面する集中化のリスクを軽減するために、実行クライアントの多様性に注意を払うようコミュニティに呼びかけています。

導入

今週、イーサリアム ネットワークのエグゼクティブ クライアントである Nethermind で障害が発生し、Nethermind を実行しているすべてのバリデータ (ネットワークの約 10%) がオフラインになりました。

Nethermind は少数の関係者によって運営されているため、これは小規模なイベントです。以下は、Nethermind を実行している私自身のバリデーターの合計残高のグラフです。最初に障害が発生した現地時間の午前 4 時頃に、バリデーターがオフラインになったことがわかります。チームは約 4 時間後にパッチをリリースし、私がそれをインストールした時点では、現地時間の午前 9 時頃にバリデーターがバックアップされて実行されていました。この間、私のバリデーターは受け取ったのと同じ量の報酬によって罰せられました。同日午後 1 時の時点で、バリデーターの残高は停止前よりも増加していました。全体的に見て、これは小さな不具合です。

多くの人は、Geth の実行時に同様の障害が発生した場合、同様のペナルティが発生すると誤解しています。本当じゃない。重要なのは Geth や Geth の構築方法ではなく、Geth を運営している人の数です。

ClientDiversity.org によると、イーサリアム上のバリデーターの約 84% が Geth を実行しています。これらの保有者を擁護する立場として、ゲスは間違いなく最良かつ最も安定したクライアントです。今週、Nethermind のような少数のクライアントが不具合や機能停止に悩まされている一方で、Geth は統合後 (そしてその前から) 順調に稼働しています。私自身の経験から、Geth から少数派クライアントに切り替えると、バリデーターがより多くのリソースを必要とし、より多くの検証を見逃していることがわかりました。

この記事はゲスに対する攻撃ではありません。私は彼らのチームをとても尊敬しています。残念ながら、Geth は広く使用されているため、Geth が株式の大部分を保有している場合に Geth を運営するリスクについて正直に議論する必要があります。

特にプロのステーキングオペレーターなど、最高の収益を宣伝するために稼働時間に依存するビジネスモデルを持っている企業では、認証の見逃しやダウンタイムが増える可能性が高いとわかっていれば、誰もゲスを離れたくありません。

昨年 9 月の時点で、最大のオペレーターである Lido は、ゲス上のバリデーターの約 76% を実行していると推定されています。

しかし、たとえ追加の報酬を失ったとしても、少数派のクライアントを運営していることに満足しています。それは私がネットワークの分散化のために個人的な利益を犠牲にする利他主義者だからではなく、私のETHが失われることを知っているからです。その結果、ほとんどのバグがなくなりました。

Geth にバグがある場合はどうなりますか?

それはバグ自体によって異なります。

Ethereum バリデーターの 3 分の 2 以上が Geth を実行しているため、Geth で重大な障害が発生すると、直ちにチェーンのファイナライズが妨げられてしまいます。これは、チェーンが停止または中断されることを意味するものではありません。チェーンは、他のクライアントが実行されている限り実行され続けます。ブロックの約 84% が失われます。つまり、新しいブロックは、約 12 秒のブロック時間ではなく、約 75 秒ごとにのみ提案されます。これらのブロックは再編成されやすいため、チェーンが再び完了したときに、これらのブロックに含まれるトランザクションがまだ存在しているという保証はありません。悪く聞こえるかもしれませんが、イーサリアムには何年もの間、合併前に最終確認という概念がなかったことを思い出してください。同じことが今日のビットコインにも当てはまります。だからこそ、取引所は再構築と損失のリスクを軽減するために 6 回以上のブロック確認を待たなければなりません資金の。

2023 年 5 月に一部のコンセンサス クライアントにバグが発生したときに、これがイーサリアムですでに起こったことを覚えている人もいるかもしれません。 2 日間でチェーンが 2 回終了しなくなり、その結果多くのブロックが失われ、ある時点ではネットワークの 40% のみがまだ実行されていました。ネットワークが復旧した後、ほとんどの DApp ユーザーは、トランザクション ブロックの確認が若干遅くなった以外は問題に気づきませんでした。

しかし、バリデーターはどうなるでしょうか?

不活性リーク

少数のクライアントが失敗すると、ペナルティは獲得したのと同じ割合で ETH を失います (上記のバリデーター グラフでわかるように)。しかし、ゲスが失敗すると、チェーンのファイナライズが即座に妨げられるため、ペナルティは次のようになります。より深刻な。この増加したペナルティは非アクティブ リークと呼ばれ、チェーンが 4 サイクル (約 25 分) 以上ファイナライズを停止したときにオフライン バリデータに適用されます。このより厳しいペナルティは、オフラインのバリデーターができるだけ早くオンラインに戻ることを奨励することを目的としています。さもなければ、最悪の場合、オフラインのバリデーターのステークが合計ステークの 1/3 未満を占めるまでオフライン バリデーターのステークを破棄し、オンライン バリデーターが完了できるようにすることを目的としています。チェーン確認。

非アクティブなリーク中、わずか 2 日間オフラインになったバリデータは、ステーキングの 0.6%、または 2 か月分のステーキング報酬に相当するものを失います。

5 日間オフラインになるだけで、1 年分のステーキング報酬 (3.5%) が消費されてしまいます。これは、バリデーターがイベント前に持っていたバランスを回復するには、2 年以上のステーキングが必要になることを意味します。

オフラインになってから 1 週間以内に、資産の 10%、または 3 年間の報酬が失われます。約 20 日で資本の 50% が失われ、約 40 日で資本の 90% が失われます。

比較すると、少数のクライアントの障害が原因でバリデーターがオフラインになったとしても、40 日間でステークの 0.4% が失われるだけです。

非アクティブペナルティはどれくらいの期間続きますか?

それはバグによります。

バグにパッチを適用できる場合、ペナルティは、Geth チームがバグにパッチを適用してバリデータに適用するまでにかかる期間 (または、別の実行クライアントに切り替えるのにかかる期間) 継続します。

実際、この問題は数時間以内、長くても数日以内に解決されると予想されます。バグの修正に最近の Nethermind 事件と同じ時間がかかった場合、バリデーターは賭け金の 0.004% を失うことになりますが、これは大したことではありません。

バグによりバリデーターが無効なブロックを生成し、Geth がそれを有効であるとみなして認証する場合、状況は醜くなる可能性があります。これによりチェーンが分岐します。チェーンは 2 つのブランチに分割され、1 つは無効なブロックを含み (Geth チェーン)、もう 1 つは無効なブロックを無視するブランチ (非 Geth チェーン) になります。 Geth を実行しているバリデーターは両方のブランチが有効であるとみなして、最も重いチェーン上に構築することを決定します。バリデーターの 84% が Geth チェーンに対して自分の利益を認証し、非 Geth チェーンに対して自分の利益を認証するバリデーターはわずか 16% です。したがって、Geth バリデーターは、最も重み付けされたチェーンとして Geth チェーンを選択し、その上に構築を続けます。

もちろん、これらすべての問題が解決されれば、Geth チェーン上のブロックは非推奨になります (それ自体が問題を引き起こすことになります)。しかし、より大きな問題は、Geth チェーンが、無効化チェーン。

Geth チェーンが完成した後、バリデーターが Geth チェーンを認証した場合、非 Geth チェーンの構築に参加することはできません (非 Geth チェーンも確認されるまで)。そうでない場合は、スラッシュされます。基本的に、Geth を実行しているバリデーターは無効なチェーンにコミットしており、非 Geth チェーンが確認されるまでそのチェーン上でロックされます。ここに、多くの人が誤解している重要なリスクがあります。

Geth バリデーターは無効なチェーンでスタックしているため、非 Geth チェーンでは非アクティブとみなされ、非アクティブ リークの影響を受けることになります。ソフトウェアのアップデートやバグ修正は、これらのバリデーターを保存することはできません。それらのステークがネットワークの 1/3 未満になるまで枯渇し、非 Geth チェーンが確認できるようになります。

現在、ネットワーク上には 28,976,695 ETH がステーキングされています。このうち 84% (約 2,400 万 ETH) は Geth を実行しているバリデーターに起因し、16% (約 500 万 ETH) は Geth を実行していないバリデーターに起因すると考えられます。非 Geth チェーンを確認するには、Geth を実行しているバリデーターが残りのステークの合計が 1/3 未満になるまでステークを破棄する必要があります。これは、約 2,150 万 ETH (総資産の約 90%) をこれらのバリデーターから破棄する必要があることを意味し、ゲス資産は合計 (250 万 + 500 10,000 ETH) の 1/3 未満の約 250,000 ETH に減少します。 Geth 以外のバリデーターが管理する約 500 万 ETH がステークの 2/3 以上を占め、チェーンを確認できるようになります。

これは非常に骨の折れるプロセスで、完了までに約 40 日かかります。これにより、すべての ETH の総供給量が約 18% 減少し、総供給量は 1 億 ETH を下回ります。

輸出のために戦う

ここで重要な点は、無効なチェーン上のバリデーターが何もせずに放置される可能性は低いということです。彼らにはステークをオプトアウトするオプションがまだあり、これに失敗した場合、彼らの実効残高が16 ETHに達した時点でネットワークが彼らを強制的に追い出します。しかし、それは彼らの損失が16 ETHに限定されたという意味ではありません。

バリデーターを終了すると (強制的に終了された場合でも)、終了キューに並ぶことになり、終了キューにいる間も ETH を失うことになります。

最悪の場合、非アクティブなリークから有効なチェーンが再び確認を開始できるようになるまでに約 40 日かかることがわかっています。では、キューから出るまでにどれくらい時間がかかりますか?

終了キューには、エポック (約 6.4 分) ごとにネットワークから終了できるバリデーターの数を制限するチャーン制限があります。チャーン制限は次のように定義されます。

現在の終了率は、6.4 分ごとに 13 人のバリデーターが終了しています。もし Geth を実行しているすべてのバリデーターが終了したい場合、すべてのバリデーターが終了するまでに少なくとも約 260 日かかります。ステークの 90% が約 40 日で燃やされることを考えると、ほとんどのバリデーターの残高はチェーンから抜け出す前に枯渇することになります。

出金を開始した Geth バリデーターの最初の 2% は最初の 5 日以内に出金し、最大損失はステーキング報酬の約 1 年分となります。

損失を賭け金の 10% 未満に抑えるには、エグジットバリデーターの上位 3% に入る必要があります。

損失を賭け金の 50% 未満に抑えることができるのは、既存のバリデーターの上位 8% だけです。現時点では、手動で出口を開始していない人は強制的に出口となり、有効残高 16 ETH で出口キューに追加されます。

40 日後、ステークの 90% が燃えても、バリデーターの 85% 以上がまだキューに残っています。

イグジットする能力はあなたを救うものではなく、下値リスクは強制アウトによる損失 (16 ETH) に限定されません。

カットについてはどうですか?

バグが発生すると、Geth を実行しているステーカーは非アクティブなリークに苦しむだけでなく、削減されると誤解する人もいます。これは間違っています。

スラッシュ ペナルティは二重署名イベントにのみ適用され、コンセンサス クライアントによって完全に制御されます。 Geth のバグによって、コンセンサス クライアントが軽減可能なエラーを起こすことがあってはならない。 Geth は無効なブロックを切断できないエラーを生成します。

Geth のバグには、非アクティブなリークに対するペナルティのみが適用されます。

あなたは何をするべきか?

現在 Geth を実行しているステーカーは、超過半数の実行クライアントの実行に伴うリスクを完全に理解していない可能性があります。多くの人は、バグが発生すると数時間以内に問題を修正するパッチがリリースされ、その過程で失われるエーテルはほとんどないと誤解しています。

多くの人は、無効なブロックを証明するリスクにより無効な最終チェーンに閉じ込められ、ほぼ確実に ETH の大部分が破壊されることを理解していません。これは現実になる可能性のある本当のリスクです。

イーサリアムのステーキングはリスクなしで利益を得られるものではありません。年間 3.5% の最大収益が見込まれる商品に少なくとも 75,000 ドル投資しますか?しかし、100%損失を被ることは可能でしょうか?おそらくそうではありませんが、それがまさに今日、イーサリアムステーカーの 84% が行っていることです。

より少ない数のクライアントに移行することで (同じバグが複数のクライアントで発生しないと仮定して)、損失を年率最大 3.5% に抑えることができます。

この知識があると、今でも Geth を実行している人は気が狂っているように思えます。 Geth を実行している人はこのリスクを十分に理解していないとしか思えません。

あなたが LST (例: stETH、cbETH など) を保有しており、LST がそのバリ​​データ上で Geth を実行している場合、あなたのイーサリアムがリスクにさらされていることを理解し、Geth が超主流の地位を保持しなくなるまで、ステーキングを解除するか、別の LST に切り替えることを検討してください。


ETH
安全性
Odaily公式コミュニティへの参加を歓迎します
購読グループ:
https://t.me/Odaily_News
チャットグループ:
https://t.me/Odaily_GoldenApe
公式アカウント:
https://twitter.com/OdailyChina
記事目次
Odailyプラネットデイリーアプリをダウンロード
一部の人々にまずWeb3.0を理解させよう
IOS
Android