Waves本地网络：挖矿节点配置及API调用问题咨询

问题1：第二个矿工节点仅同步不挖矿 #

针对你遇到的情况，我整理了几个核心排查方向和解决思路：

• 确认节点完成全量同步：挖矿节点必须同步到网络最新区块高度才会参与挖矿竞争。你可以通过以下命令对比两个节点的区块高度：

  # 第一个节点高度
  curl http://127.0.0.1:6869/blocks/height
  # 第二个节点高度（根据你的实际端口调整）
  curl http://127.0.0.1:6870/blocks/height
  

  如果第二个节点高度落后，先等待它同步完成后再观察挖矿状态。

• 检查挖矿地址配置：确保第二个节点的配置文件中设置了miner.address参数，且值为持有1000WAVES的那个地址。如果缺少这个配置，节点无法确定用哪个地址参与挖矿，自然不会出块。

• 验证挖矿候选资格：Waves采用NPoS共识机制，矿工候选是按节点的有效余额（自身持有+用户租赁的余额）排序的。如果第一个节点的有效余额远高于第二个，第二个节点可能暂时无法进入挖矿候选池。你可以查看第二个节点的日志，搜索“mining candidate”相关条目，确认是否进入候选列表。

• 排查挖矿限制参数：检查配置文件中是否存在miner.min-balance参数，如果手动设置了这个值，1000WAVES可能未达到最低挖矿余额要求（默认无此限制）。

• 等待挖矿轮次：即使满足所有条件，区块生成是按候选节点顺序轮流出块的。如果第一个节点正在连续出块，第二个节点需要等待轮到自己的挖矿周期，建议观察10-20个区块的生成时间，同时查看日志是否有“Preparing to mine block”的提示。

问题2：调用/debug/minerInfo API提示API key错误 #

这个问题主要是API key的使用逻辑和debug API的配置问题，解决步骤如下：

• 纠正API key传值：你混淆了原始API key和它的哈希值。Waves节点配置中的api-key-hash是原始API key的SHA-256哈希值经过Base58编码后的结果，而调用API时需要传递的是原始的API key字符串，不是配置里的哈希值。举个例子：

  • 假设你的原始API key是myOriginalApiKey，计算它的SHA-256哈希并转Base58后得到H6nsiifwYKYEx6YzYD7woP1XCn72RVvx6tC1zjjLXqsu（即你配置中的哈希值）
  • 调用API时应该传-H "api_key: myOriginalApiKey"，而不是那个哈希字符串

• 开启debug API：/debug/minerInfo属于debug类端点，默认是关闭的。你需要在节点配置文件中添加debug-api.enable=yes，然后重启节点，才能正常访问这个API。

• 检查请求头格式：有些Waves节点版本可能要求使用X-API-Key作为请求头键名，你可以尝试替换请求头：

  curl -X GET http://127.0.0.1:6869/debug/minerInfo \
  -H "Content-Type:application/json" \
  -H "X-API-Key: 你的原始API key"
  

内容的提问来源于stack exchange，提问作者Genie