参与一段时间之后，真正让人困惑的往往不是流程，而是波动：产出时高时低、绑定信息换了不知道有没有生效、在线状态到底算不算数。这三个问题都属于规则细节，弄清楚之后心里就有底了。 BTN Miner挖矿 在这三处的处理方式。适合已经参与一阵子的人。刚开始的，先走通基础流程。
1. 在线维持：按周期确认状态，作为计算依据。
2. 产出波动：数量随参与情况与系数变化，逐期不同。
3. 绑定管理：联系方式可变更，用于校验与找回。
4. 明细查询：按时间列出各期产出，支持逐条核对。
5. 提取申请：达到条件后提交，经处理流程到账。
6. 规则公示：调整前发布说明并标注生效时间。
1. 在线状态有明确标识，当前是否计入一眼可辨。
2. 产出逐期列出，波动对应的期数可以直接定位。
3. 绑定变更有独立流程，完成后历史记录不受影响。
4. 规则调整提前公示，并标明生效时间点。
1. 资源占用：计算与结算在服务端完成，本地负担很小。
2. 兼容性：主流系统均可运行，旧设备也能参与。
3. 上手门槛：维持在线只需周期性确认一次。
5. 更新维护：规则变动提前说明，已产出部分不追溯调整。
核心动作是按周期进入并确认。别把它想成持续挂机，多数情况下只需要在周期内确认一次，之后由服务端按规则计算。关键是别漏，漏了那一段就没有产出，连续性系数也会下来。
实用的做法是设固定时间的提醒，把确认这件事绑到日常动作上，比如每天某个固定时段。另外，页面上会显示当前的在线标识，怀疑没算上的时候看一眼这个标识，比猜测可靠。
波动主要来自两个部分：整体的基础速率会随当期安排变化，个人的系数则跟着参与连续性走。前者对所有人都一样，后者因人而异。所以看到数字变化，先分清是哪一部分在动。
判断的办法是看明细。如果同期其他人的数字也变了，那是基础速率调整；只有自己变，多半是连续性出了问题，往前翻几天看看有没有漏确认。定位清楚之后再决定要不要调整参与节奏，比盲目增加投入有用。
走变更流程：先通过原有的方式确认，再绑定新的。两步骤都完成才算生效，只填新的而不确认旧的，通常不会通过。变更后历史记录不受影响，之前的产出依然在账面上。
要在还能收到原有消息的时候就完成变更。等到原来的号码或邮箱用不了再改，处理周期会明显拉长，还得走额外的核验。所以换号之前先把这里的绑定更新，顺序别反了。
v1.1.0（2026-09-26）
1. 参与页显示当前在线标识，可即时确认是否计入。
2. 产出明细支持按期对比，波动对应的期数可直接定位。
3. 绑定变更流程增加双重确认，并提示历史记录不受影响。
