Ethereum 2.0 POS マイニング チュートリアル: Topaz テストネットでのステーキングのステップバイステップ ガイド (モニタリング)

ステーキングを有効にする方法は、前回のチュートリアルで紹介しました：Ethereum 2.0 POSマイニング（ETH2ステーキング）チュートリアル（I）Topazテストネットワーク

ステーキングでは、バリデーターが収入を継続的に得るために 24 時間 365 日オンラインである必要があるため、バリデーターが短期間オフラインになると、小さなペナルティが発生します。オフライン状態が長時間続くと、時間の経過とともにペナルティ額が大幅に増加します。このメカニズムの簡単な紹介については、この記事の「バリデーターのインセンティブ」セクションを参照してください。

したがって、問題が発生した場合にアラームを受信して​​タイムリーに処理し、さらなる損失を回避できるように、ステーキングをリアルタイムで監視する必要があります。

この記事では、単純なものから複雑なものまで、いくつかの監視方法を紹介します。

準備 - 検証者の公開鍵を取得する

1. 預金取引から取得

metamaskを開き、32ETHの入金取引を見つけて、「etherscanで参照」をクリックします。そのトランザクションに対応する検証者の公開鍵を確認できます。

2. バリデータキーディレクトリから表示する

キーディレクトリに入ったら、validatorprivate**** ファイルを確認し、「publickey」部分を見つけます。

 # ディレクトリに入る cd ~/.eth2validators
# validatorprivateで始まるファイルを開く vim validatorprivatekey*****
# それを開いて「publickey」の部分を見つけます

バリデーターのステータスを表示するためのブロックチェーンブラウザ

バリデーターのステータスを監視する最も簡単な方法は、ブロックチェーン エクスプローラーの Web サイトにアクセスすることです。 https://beaconcha.in または https://beacon.etherscan.io で公開キーを入力すると、現在のステータスと過去の収益が表示されます。

バリデーターステータス — beaconcha.in の例

クラウドホスティングプロバイダーの監視ダッシュボードを使用する

ほとんどのクラウド ホスティング サービス プロバイダーは、ホストのパフォーマンス監視およびアラーム機能を提供しています。クラウドホストにステーキングする場合は、クラウドサービスが提供するリソース監視およびアラーム機能を使用できます。ビーコン チェーン クライアントは約 2.5 GB ～ 3.5 GB のメモリを占有します。プロセスが終了すると、メモリが急激に低下します。異常なメモリ使用率/使用量を通じて間接的に監視できます。同時に、ネットワーク トラフィックやマシンが正常に動作しているかどうかのより詳細な監視を設定できます。

プロメテウスによる監視

Prometheus は人気のリアルタイム監視ツールです。必要に応じてサービスを開発し、リスニング ポートを設定したら、prometheus を介してポートにアクセスし、監視用のデータを取得できます。 Prysm には Prometheus の監視サービスが組み込まれているため、Prometheus の簡単な設定だけでビーコン チェーンとバリデータ クライアントを監視できます。自分で勉強したい場合は、公式チュートリアルを参照してください。手順を簡単に説明します。

• 対応するPrometheusインストールパッケージをローカルコンピュータにダウンロードします。最新リリースをダウンロードします。

• 解凍してディレクトリに入ります:

 tar xvfz プロメテウス-*.tar.gz
cd プロメテウス-*

• screen を使用して新しいセッションを作成し、prometheus を起動します。

 # 新しいセッションを作成する
スクリーン -S プロメテウスETH2
# プロメテウスを起動
./prometheus --config.file=prometheus.yml
# 起動が完了したら、CTRL+A+Dを押してセッションを終了します

• 設定ファイル prometheus.yml を変更します。デフォルトの構成ファイルの下部に、-targets: ['localhost:9090'] と記載されています。これは、プロセスがローカル マシンのポート 9090 からデータを取得することを意味します。 9090 は、Prometheus が独自の動作インジケーターを監視するために提供するポートです。 prysm のビーコン チェーンとバリデーターのインジケーター ポートはそれぞれ 8080 と 8081 です。構成ファイルのターゲットに 2 つのポートを追加するだけです。完成した prometheus.yml の scrape_configs セクションは次のとおりです。

 scrape_configs:
  # この設定から取得されたすべての時系列に、ジョブ名がラベル `job=` として追加されます。
  - job_name: 'prometheus' # metrics_path のデフォルトは '/metrics' です
    # スキームのデフォルトは 'http' です。static_configs:
    - ターゲット: ['localhost:9090']# ビーコンチェーンとバリデータを監視するには、次のターゲットを追加します - job_name: 'beacon-chain'
    静的設定:
    - ターゲット: ['localhost:8080']- ジョブ名: 'validator'
    静的設定:
    - ターゲット: ['localhost:8081']

変更が完了したら、promtool を使用して構成ファイルの正確性を確認します。

 ./promtool 設定 prometheus.yml を確認します

検証後、次の情報が表示されます。

 prometheus.yml の確認
  成功: ルールファイルが 0 個見つかりました

• ps -aux を使用して、prometheus に設定ファイルを再読み込みさせます | grep prometheus を使用して、実行中の prometheus のプロセス番号 (PID) を見つけ、次のコマンドを使用してプロセスに設定ドキュメントを再ロードするように通知します。

キル -HUP PID

• 監視インジケーターを表示するには、ローカル マシンで http://localhost:9090 にアクセスして、Prometheus のグラフィカル監視ページを表示します。 Linux クラウド ホストを使用する場合は、ポート 9090、8080、8081 を開き、ブラウザー経由でサーバーにアクセスする必要があります。メニュー バーの [ステータス] >> [ターゲット] をクリックすると、構成ファイルに設定されているターゲットが表示されます。

  エンドポイントのリンクをクリックすると、ターゲット内のすべてのインジケーターが表示されます。バリデータのエンドポイント (http://localhost:8081/metrics) を入力すると、ページの下部にバリデータの関連メトリックが表示されます。

  インジケータを選択してグラフページに入力するだけです。たとえば、バリデーターの ETH 残高の増加を観察したい場合は、メニューの [グラフ] をクリックし、validator_balance と入力して [実行] をクリックし、下の [グラフ] タブに切り替えて傾向を表示します (ここではバリデーターが 2 つあるため、曲線が 2 つあります)。

  下の「グラフを追加」をクリックして任意の数のグラフを追加し、複数のグラフを含むダッシュボードを作成します。

長所と短所

上記のさまざまな監視方法には、それぞれ長所と短所があります。比較すると次のようになります。

要約すると、より安全なアプローチは、ホスト パフォーマンス インジケーター + Prometheus を監視することです。さらに、Prometheus を別のマシンにデプロイすることで、ホストがダウンしたりネットワークが切断されたりしたときに異常なインジケーターを観察できるようになります。

監視はありますが、アラームはどうでしょうか?

ここまで言っておきながら、本当に何もせずに一日中インジケーターを見つめていなければならないのでしょうか?もちろん違います。次の記事では、異常を警告する方法を紹介します。見逃さないでください。

この記事へのリンク: https://www.8btc.com/media/594563
転載の際は出典を明記してください