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 プロセスが終了したり例外が発生したりすると、監視機能は失敗します。