[Miner]: Review on miner - What's Next

[nanne007]

Server 端

何时触发挖矿任务

• 节点启动后，当自己的数据和其他节点同步后，触发 miner client 去挖矿。
• 如果有新块（无论有无 fork）从其他节点过来了，重新打包 block template，下发给 miner client 去挖这个新的 block template。
• 如果自己挖了一个块，提交上来了，节点应该触发下一个block template 给 miner client。

以上这三种情况，是必须要实现的。除此之外，可能还有优化的逻辑：

• 当有新交易进了交易池，而且最近下发的一个挖矿任务是刚刚下发的，那么可以把新交易放进去，通知 miner client 挖这个块。目的是为了尽可能的提高吞吐量和交易上链的速度。以太坊中有这个优化逻辑。
• 定时生成新的挖矿任务。好像以太坊中也有这个逻辑，需要再确认下。 但是目前我没发现定时可以带来什么好处。

下一步工作

• [ ] 确定具体我们什么样的逻辑，固化成文档。
• [ ] 实现和测试。
• [ ] 对外，可能还需要一个 RFC。
• [ ] 另外，目前我们的 pacemaker 不支持多种逻辑的组合。这块也需要改造。

难度调整

目前实现是每个块都执行一次难度调整逻辑。

后面需要做的是，

• [ ] 确定真正上线，我们需要什么样的调整逻辑，epoch 还是其他方案。
• [ ] 固化出文档。应当包括但不限于 难度调整逻辑具体涉及到的计算公式，以及方案的优缺点。
• [ ] 实现和测试。测试需重点关注。

Stratum 协议的完善和优化

• 异常逻辑处理。
• 代码优化。

挖矿算法

这边还剩下的工作是：

• [ ] 确认使用哪一个 argon 变种。如有疑问，还需要我们一起确认下算法的逻辑。

pub enum Variant {
    /// Argon2 using data-dependent memory access to thwart tradeoff attacks.
    /// Recommended for cryptocurrencies and backend servers.
    Argon2d = 0,

    /// Argon2 using data-independent memory access to thwart side-channel
    /// attacks. Recommended for password hashing and password-based key
    /// derivation.
    Argon2i = 1,

    /// Argon2 using hybrid construction.
    Argon2id = 2,
}

• 矿机生产商对接。

[nanne007]

其他的，老王已经在 #444 这里列了。

[jolestar]

do cleanup issue for 1.0