YihaoPeng

目前没有，会对所有share进行验证，并接受任何可以接受的提交。只有一个阻止大量垃圾提交进入kafka的机制。但是这些提交其实都被sserver验证了。 如果你的矿池面临严重的垃圾share提交，想要这个功能，可以修改这附近的代码，把检查提前，直接在进行share难度检查之前就拒绝掉。 https://github.com/btccom/btcpool/blob/e037e20af87a92cea98625f78045ce5d3f69453b/src/bitcoin/StratumMinerBitcoin.cc#L403 不过，除非矿池验证share具有CPU或者吞吐量方面的压力，否则不建议这样屏蔽矿机。

希望有人能搞清楚到底是怎么回事。 当然，实际上很可能是挖矿程序的实现问题。 之前的抓包研究确实显示，矿池看起来没做错什么，消息都是正常发送的，但是矿机却突然大量提交完全相同的stale share。 曾经有矿机固件开发者表示，他们的旧版本挖矿程序不够健壮，在遇到特定网络事件的时候可能会进入不正常的状态。看起来这种不正常状态，矿机无法在无人干预的情况下无法自行脱离。

此时可以从 mining_workers 表中读取1小时算力： ``` SELECT * FROM mining_workers WHERE puid = ? AND worker_id = 0 ``` `worker_id = 0`的就是整个子账户的算力。

需要有人搞清楚是否真的存在问题。

我们已经把zcash挖矿功能合并到了master分支。目前配置与BTC的相同（除了type=ZEC）。 https://github.com/btccom/btcpool/tree/master/src/bitcoin/cfg

好，我之后加一下。

长时间无人回答，等待关闭。。。

I wish someone can help me to port dxvk to aarch64 native dll (or winelib). Because there is indeed a native aarch64 Windows game - World of Warcraft: Shadowlands. (https://us.forums.blizzard.com/en/wow/t/windows-10-arm64-support-now-available/961628)...

All mining applications are reported as threats. Because anti-virus software believes that users do not want to mine, all mining applications are considered malicious. It is a "threat" simply because...

I have created the same issue in https://github.com/tromp/equihash/issues/20