在上一篇教程中已经介绍了开启Staking的方法：
ETH2.0 POS挖矿(以太坊2 Staking)教程（一）Topaz测试网
由于Staking要求验证着24/7保持在线才能持续获得收益，如果验证者离线一小段时间，将会有少量的惩罚；如果长时间离线，惩罚金额会随着时间大幅上升。关于该机制的简单介绍，可见这篇文章中的“验证者激励措施”部分。
因此，有必要对Staking进行实时监控，以便在出现问题时接收到告警并及时处理，避免损失扩大。
本文将从简单到复杂，介绍几种监控的方法。
准备工作——获取验证者public key
1. 从存款交易获取
打开metamask，找到那笔32以太坊的存款交易，然后点击“通过etherscan浏览”。可看到那笔交易对应的验证者public key。
2. 从验证者密钥目录查看
进入密钥目录后查看validatorprivate****的文件，找到"publickey"部分即可。
# 进入目录 cd ~/.eth2validators # 打开validatorprivate开头的文件 vim validatorprivatekey***** # 打开后找到"publickey"部分即可
区块链浏览器查看验证者状态
最简单的方式就是通过访问区块链浏览器网站监控验证者状态。
https://beaconcha.in或者
https://beacon.etherscan.io，输入Public Key即可查看当前状态和历史收益。
验证者状态——beaconcha.in为例
使用云主机服务提供商的的监控看板
大部分云主机服务提供商都提供了主机性能监控和告警的功能。如果在云主机上进行Staking，可使用云服务上提供的资源监控告警功能。 信标链客户端占用内存大约在2.5GB-3.5GB之间，进程如果终止内存会导致内存骤降，可通过内存使用率/使用量的异常进行侧面监控。 同时可对网络流量、机器是否正常运行设置更多维度的监控。
通过prometheus监控
Prometheus是一款流行的实时监控工具。按照要求开发服务并设置监听端口后，可通过prometheus访问端口获取数据进行监控。 prysm已经内置了针对prometheus的监听服务，因此可以只需对prometheus进行简单的配置即可对信标链和验证者客户端进行监控。 如果想自行研究，可参考
官方教程。以下是简要步骤：
- 下载相应的prometheus安装包到本地：Download the latest release
- 解压并进入目录：
tar xvfz prometheus-*.tar.gz cd prometheus-*
- 用screen新建一个session并启动prometheus:
# 新建一个session screen -S prometheus以太坊2 # 启动prometheus ./prometheus --config.file=prometheus.yml # 启动完成后按住CTRL+A+D退出session
- 修改配置文件prometheus.yml 默认的配置文件底部可看到- targets: [‘localhost:9090’]，表示进程会从本机9090端口抓取数据。9090是prometheus提供的监控自己运行指标的端口。prysm的信标链和验证者的指标端口分别是8080和8081，将两个端口加入到配置文件的targets即可。完成后的prometheus.yml的scrape_configs部分如下：
scrape_configs: # The job name is added as a label `job=` to any timeseries scraped from this config. - job_name: 'prometheus'# metrics_path defaults to '/metrics' # scheme defaults to 'http'.
static_configs: - targets: ['localhost:9090']
# 添加以下targets以监控信标链和验证者 - job_name: 'beacon-chain' static_configs: - targets: ['localhost:8080']
- job_name: 'validator' static_configs: - targets: ['localhost:8081']
修改完成后，通过promtool检查配置文件正确性：
./promtool check config prometheus.yml
验证无误后可以看到如下信息：
Checking prometheus.yml SUCCESS: 0 rule files found
- 使prometheus重新载入配置文件 通过ps -aux | grep prometheus找到prometheus运行的进程号（PID），并通过以下命令通知该进程重新载入配置文档：
kill -HUP PID
- 查看监控指标 通过本机访问http://localhost:9090即可看到prometheus的图形化监控页面。如果使用linux云主机，则需要开放9090,8080,8081三个端口并通过浏览器访问服务器。 点击菜单栏的Token >> Targets可看到配置文件中设置的targets：
点击Endpoint中的链接可看到看到该target中的所有指标。 进入validator的Endpoint(http://localhost:8081/metrics)，可在页面底部看到验证者相关指标：
选取其中的指标输入到Graph页面即可。例如想观测验证者的以太坊余额增长情况，只需要点击菜单的Graph，输入validator_balance后点击Execute，并在下方切换到Graph标签即可查看走势（我这里有2个验证者，所以有2条曲线）：
点击下方的Add Graph可添加任意数量的图表，实现多个图表的看板。
优缺点
以上不同的监控方式各有优劣。对比如下：
| 区块链浏览器 | 云主机监控告警 | prometheus | |
|---|---|---|---|
| 监控维度 | 验证者节点状态和余额变动 | 主机性能指标波动 | 信标链和验证者的多项指标 |
| 指标丰富程度 | 少 | 一般 | 丰富 |
| 上手难度 | 简单 | 中等 | 较为复杂 |
| 是否需要信任第三方的区块链信息？ | 是 | – | 否 |
| 是否直接监控验证者？ | 是 | 否 | 是 |
| 主机断电或网络断开时是否有效？ | 是 | 是 | 否 |
| 风险点 | 网站数据有误、网站无法访问时无法监控 | 进程运行但执行异常时无法监控到 | 主机断电或网络断开时无法监测； prometheus进程终止或出现异常时监测功能失效。 |
综上，较为保险的做法是主机性能指标监控+prometheus，另外亦可将prometheus部署在另一台机器上，这样当主机宕机或网络断开时也能观测到异常指标。
监控有了，告警呢？
说了这么多，难道需要一个人啥事不干整天盯着指标吗？当然不是啦，下一篇就会介绍如何对异常进行告警。不要错过哦。
