ETH2.0のステーキング方法、V神に聞いてみた
著者: ルディ・ルディ
昨日、私は新しく設立されたイーサリアム 2.0 中国人コミュニティに引き込まれることができて光栄でした。私が入ったとき、グループには数十人しかいませんでした。V 神の WeChat もグループに参加していることがわかりました。そして、V 神のたくさんの時間を過ごし（後で台北空港で飛行機を待っていたことを知りました）、グループ内のイーサリアム 2.0 愛好家と積極的に交流し（中国語の表現スキルはますます強くなりました）、午後全体が非常に充実したものになりました。長いオンラインAMA。
AMA はシャーディング、ガバナンス、DApp、1.0 と 2.0 への移行などについて話しました。友人と私はこの機会を見て、もちろんステーキング関連の質問をたくさんしました。それまでは、V を探すには次のようなパブリック ネットワークでしかできませんでした。イーサリアムフォーラムとして. 神と他の人々についての断片的な解釈、今日やっとV神の個人的な説明を得ることができました. 以前から尋ねたかったいくつかの質問が答えられ、とても安心しました.
副題
解釈
1. 32ETHはノードになるために必要なプレッジ額であり、下限および上限ともなります。 320ETHがある場合、10ノードしか確立できず、1ノードに320ETHをプレッジすることはできません。
2. 32ETH、1 つのノードに対応し、1 つの秘密鍵に対応します。
3. 1 つのクライアントで複数のノードを実行できますが、その分、検証および署名するブロックの数も増加するため、数百のノードを同時に実行する場合は、サーバーをレンタルする必要がある場合があります。
4. ETH 2.0 の設計は、Cosmos や Tezos などの人気のステーキング チェーンとは異なり、初期段階では「委託」の概念がなく、トークン所有者は保有している ETH をマイニング用のノードに分散させることができません。 。
5. ただし、フェーズ 2 (フェーズ 0 が最初にオープンされます) では、契約を通じてノードになることが可能になります。その時点で、ノード サービス プロバイダーはノード契約を開始し、リベート ルールを設定できます。参加およびお金をもらう。
副題
ステーキングサービスプロバイダーのための開発の機会
Vitalik 氏の現在の説明によれば、フェーズ 0 とフェーズ 1 では分散型委託が実現できないため、ETH 保有者はマイニングのためにノードに ETH をプレッジできず、ステーキングサービスプロバイダーが以前のノード設立に従うことが困難であるとのことです。 、コミュニティの勧誘、リベート配当、その他のモデルでは、どのような機会があるでしょうか?
イーサリアムの設計の目的は、より多くのユーザーがマイニングに参加することを奨励し、ノードの分散化を実現することですが、コイン所有者がETH2.0のノードネットワークに直接参加することは依然として困難です。第一に、32ETH はまだ低いしきい値ではないため、多数の少額通貨所有者の参加が妨げられること、第二に、イーサリアムはオフラインによる罰則を最小限に抑えるために最善を尽くしているものの、ブロックを生成するためにノードを 24 時間実行する必要があることです。しかし、ノードの更新や運用保守、防災などの面倒なことはもちろん、24時間稼働という大変な仕事でもあります。
コインの保有枚数が少なくて参加できないのか、24時間ネットに接続できないことによる収入不足なのか、ETHの追加発行によって目に見えないインフレ損失が発生することは避けられないはずだ。 ETH通貨保有者はこれを嬉しく思っていません。このような需要に応えて、ステーキング サービス プロバイダーは ETH 2.0 のいくつかの道を模索できます。
1. テクニカルサポートサービスの提供
ユーザーが秘密鍵をマスターし、ステーキングサービスプロバイダーがサーバーのリース、ノードのアップグレード、運用保守、災害対策などを含む完全なノード技術サービスを提供し、一定の技術サービス料金を請求します。
2. 集中型ウォレット
委託を分散化することはできませんが、ユーザーがコインを入金するための統一された集中ウォレットを提供することは可能であり、ステーキングサービスプロバイダーは、入金されたコインの32 ETHごとにノードを設定し、それに応じてすべての入金ユーザーにリベートします。一定の還元率まで。この方法は、通貨所有者がノードを実行する問題を解決できるだけでなく、32ETH未満の通貨所有者がステーキング収入を得ることができますが、欠点はノードが暴走するリスクがあり、集中型ウォレットのプロバイダーがETHを取得する必要があることです。通貨保有者は完全に信頼しています。
3. 分散型委託の実現に向けてフェーズ2のオンライン化を待つ
副題
AMAレコード
1. ノードの条件
Zhufeng: ETH2.0がノードになるにはどのような条件が必要かが気になります
Vitalik Buterin：32 イーサと通常のコンピュータで十分です。
ダジ: 32 を超えたらどうしますか?コインが320枚あった場合はどうなるでしょうか？ 10ノードに分割して実行しますか?
Vitalik Buterin：クライアントを実行でき、クライアントは複数のバリデーター ID (バリデーター ID) を管理できます。ただし、バリデーター ID が増えるほど、より多くのデータを検証する必要があります。たとえば、10,000 イーサがある場合、サーバーが必要になる可能性があります。
カイ: ここで言及されているデータが多ければ多いほど、チェーン上の同じデータがより多くのバリデーターによって投票 (投票) される回数が増えることを意味しますか?
Vitalik Buterin：これはシャーディングの特性であり、シャーディングのブロックはバリデーター ID に割り当てられるため、バリデーター ID が多数ある場合は、より多くのブロックを検証して署名する必要があります。
Dazhi: 10 個の ID に対して 10 個の秘密鍵を保持する必要がありますか?それとも、10 個の ID を管理するには、1 つの秘密キーで 1 つのクライアントだけが必要ですか?
Vitalik Buterin：秘密鍵は 10 個。ただし、クライアントは 1 つの秘密キーで複数の秘密キーを生成できます。
2. 分散型代表団の可能性
Rudy@InfPool：ETH 2.0のステーキングには「委任された」を含めるべきではないようです"その一部。十分な 32ETH がない場合、分散型の方法で他のノードに委任することはできませんか?おそらく、集中型ウォレットはプール（マイニングプール）を構築し、人為的に割り当て、32ETHごとにValidatorをセットアップできるでしょう。
Vitalik Buterin：フェーズ2（フェーズ2）以降は、契約書を委託として使用することができ、秘密鍵の所有者がブロックに署名するなどの対応が行われますが、自分のアカウントに出金（出金）することはできません。
Rudy@InfPool：フェーズ 2 以降、1 つの契約を通じて 32ETH を集めて 1 人の Validator になれる人は何人になるということですか?
Vitalik Buterin：さて、この方法について詳しく説明します。
バリデーターを開くときは、署名公開鍵と引き出し公開鍵という 2 つの公開鍵を設定する必要があります。フェーズ2以降は出金公開鍵の設定は必要ありませんが、出金コントラクトを設定することも可能です署名の秘密鍵を出金することができます出金完了後、バリデーター内の資金が引出者に渡されます引き出し契約のアドレス。ですので、新しいバリデーターを開くときは、まず、例えば1イーサを送って、出金コントラクトを設定するのですが、このコントラクトのルールは、誰が入金（入金）し、その比率に応じて出金するかというものです。たとえば、1 イーサをデポジットし、次に 3 人が 8、10、13 イーサ、合計 32 をデポジットすると、バリデーターがアクティブ (アクティブ) になります。一定の時間が経過した後、出金トランザクションを送信すると、バリデーターの残高 (残高) が 33.6 ETH (プラス 5%) であるため、33.6 ETH が契約に与えられ、契約のルールにより 1.05 が割り当てられ、8.4 が割り当てられます。 、10.5 および 13.65 を他の参加者に送信します。
署名の秘密鍵はあなたのものであり、誰がいくら引き出すことができるかについてのルールは契約で規定されています。他の人は、アクティベートされていないバリデーターの出金コントラクトのルールを確認でき、それが合理的であると思われる場合は、自分のコインをバリデーターに送信できます。これは委任されたメソッドです。
Rudy@InfPool：わかりましたが、フェーズ 2 までお待ちください。
私がバリデーターとしてのコントラクトのアイデアを初めて目にしたのは、ethresearch のこの投稿でした。投稿名は「Decentralized Casper Validator Proposal」(分散型 Casper バリデーターの提案) で、これをお勧めします。
https://ethresear.ch/t/decentralized-casper-validator-proposal/1430
3. 32 ETH しきい値
blockpunk@無志: 32eth の敷居はまだ非常に高い
Vitalik Buterin：32 という数字は、クライアントの効率に応じて設定されます。 4 ether の場合、バリデーター ID が多くなり、チェーンのオーバーヘッドが高くなりすぎます。ただし、クライアント効率の向上は 2 つの方向で使用できます: 1 つは、バリデーターの最小イーサを 8 などに減らし、同時にシャードの数を増やすことです。2 つ目は、これらの数を増やさないことです。そのため、クライアントのリソースはますます少なくなり、より多くのユーザーがビーコン ノード (ビーコン チェーン ノード) を実行できるようになります。
4. ハードウェア要件
blockpunk@無别: 320,000 ether を持つクライアント、作成された 10,000 個の vaildator は乱数によって 1024 個のシャードに分割されるため、このクライアントはすべてのシャードのデータを保存する必要がありますよね? このようなマシンでは帯域幅とストレージがサポートできませんそれ。
Vitalik Buterin：はい。最新の計画は 1,024 個のシャードではなく、64 個のシャードと 2,048 個の委員会です。 ETH が 60,000 を超えると、ほぼすべてのブロックを処理する必要があるため、地元の暴君がサーバーを使用する必要がある可能性があります。
Rudy@InfPool：サーバーをレンタルしてすべてのブロックを処理することは可能ですか?上に行くと、60,000 と 600,000 の差はそれほど大きくないはずです。
Vitalik Buterin：実際、これは 2.7 MB/秒で、特に大きなデータではありません。もちろん、p2p ネットワークのオーバーヘッドなども掛けられます。
Rudy@InfPool：学ぶ。
