ETH2.0POS挖矿教程：手把手教你在Topaz测试网进行Staking（监控篇）

显示全部楼层 · 发表于 2020-5-15 01:36:04

在上一篇教程中已经介绍了开启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即可查看当前状态和历史收益。

wk588_com_zz11pbm5i1m.jpg

验证者状态——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：
wk588_com_1wnebi4bzhf.jpg

点击Endpoint中的链接可看到看到该target中的所有指标。进入validator的Endpoint(http://localhost:8081/metrics)，可在页面底部看到验证者相关指标：

wk588_com_uilyibx5hcm.jpg

选取其中的指标输入到Graph页面即可。例如想观测验证者的以太坊余额增长情况，只需要点击菜单的Graph，输入validator_balance后点击Execute，并在下方切换到Graph标签即可查看走势（我这里有2个验证者，所以有2条曲线）：

wk588_com_u3vbfngjsan.jpg

点击下方的Add Graph可添加任意数量的图表，实现多个图表的看板。

优缺点

以上不同的监控方式各有优劣。对比如下：

	区块链浏览器	云主机监控告警	prometheus
监控维度	验证者节点状态和余额变动	主机性能指标波动	信标链和验证者的多项指标
指标丰富程度	少	一般	丰富
上手难度	简单	中等	较为复杂
是否需要信任第三方的区块链信息？	是	-	否
是否直接监控验证者？	是	否	是
主机断电或网络断开时是否有效？	是	是	否
风险点	网站数据有误、网站无法访问时无法监控	进程运行但执行异常时无法监控到	主机断电或网络断开时无法监测； prometheus进程终止或出现异常时监测功能失效。

综上，较为保险的做法是主机性能指标监控+prometheus，另外亦可将prometheus部署在另一台机器上，这样当主机宕机或网络断开时也能观测到异常指标。

监控有了，告警呢？

说了这么多，难道需要一个人啥事不干整天盯着指标吗？当然不是啦，下一篇就会介绍如何对异常进行告警。不要错过哦。