HashCore Pulse 1.0.0-alpha3
Pulse 的第一个版本回答了"我的机群现在发生了什么"这个问题。接下来的两个版本——alpha2 和 alpha3——回答的是另一个问题："什么事情应该自动发生，无需我的干预？"这一差异是根本性的，也是这两个版本所有内容的核心。
自动化：用规则替代日历提醒
过去，例行操作——夜间重启机群、按计划切换矿池——依赖于在正确时间出现在正确地点的人。错过了时间、忘记了、正忙于处理其他事故——操作就没有执行。新的 Automation（自动化）模块彻底消除了这种对人的依赖。
定时规则是简单的部分：选择应用范围（特定型号、整个站点、扫描任务），设置时间和操作——Pulse 会自动执行，可以是一次性的，也可以是定期的。
更有趣的是条件规则。这里的价值不在于节省时间，而在于反应速度。Pulse 实时监控设备状态，并对偏差做出响应：状态变为 Error、温度超过阈值、算力效率下降、风扇达到极限。条件在触发前必须持续一段设定的时间（以避免对短暂峰值做出反应），而每台设备的重复触发之间有独立的冷却时间。
"在操作员巡逻时终于注意到后一小时内重启挂起的矿机"和"在问题发生的瞬间重启"之间的差距，就是丢失算力和保留算力之间的差距。在大型矿场，每月差距高达数百千瓦时。
包含触发器和冷却时间设置的条件自动化规则构建器
性能预设：管理机群，而非单台设备
当你拥有的不是十台而是一万台机器时，手动为每台设备配置超频无法扩展。新的 Performance config 群组操作通过三种方式解决这个问题：
- Exact（精确） — 需要为特定型号设置特定预设？设置一次，应用于该型号的整个选择范围。
- Gradient（梯度） — 管理异构机群，希望将其归一化到共同的负载水平（从 Eco 到 Max），无需单独处理每个型号。
- Relative（相对） — 对情况做出反应，只需将当前设置上下移动几步，无需考虑当前使用的是哪个预设。
固件自动切换器在同一对话框中配置——无需分别进入每台设备的设置。
该操作支持筛选条件。在 alpha2 中是 Status 和 Temperature；在 alpha3 中增加了 Hashrate Efficiency（实际算力与当前预设理想值的比率）和 Power（实际墙电消耗）。实际价值：可以仅对效率已降至 90% 以下的设备应用更激进的预设，而保持健康设备不变——精准操作而非整体操作。
alpha3 中同样的条件块也被添加到了 Thermal config 群组操作中——重用的逻辑，而非重新发明。
具备条件设备筛选功能的批量性能配置对话框
服务模式：批量操作中的精确追踪
当一组设备（例如整个机架）被送去维护时，每台设备现在都会获得自己独立的会话和自己的标识符，即使为整个组指定了同一个原因。每台具体设备的维修历史保持准确，并可与邻近设备的历史区分开来——这对于按单位跟踪维护的运营商至关重要，尤其是在托管模式下，这些历史记录需要向客户展示。
同时也修复了混合选择的处理：如果部分选定的设备已处于服务模式而其他设备未处于服务模式，操作现在会正确处理每个组，而不是报错或跳过整个操作。
减少界面中的重复工作
Filter Presets（过滤器预设） — 如果你每天都打开同一组过滤器（"这个型号有错误的工作机器"、"站点上的非标准固件"），以前每次登录都需要重新组合。现在它可以保存为命名预设，一键召回。预设在站点内共享——设置一次，整个团队都可使用。
数据导出 — 设备列表可直接从界面导出为 CSV 或 XLSX，支持列选择和排序，在服务器端生成，与表格分页无关。这关闭了以前手动完成的工作流程，并开启了以前根本不存在的功能：以清晰的表格格式向托管客户发送数据。 将设备列表导出为 CSV 或 XLSX 格式并进行列自定义
序列号在 Custom 模式和导出中——一次两种类型的数据：控制板序列号和每块哈希板的序列号（Board 1/2/3 S/N）。以前这些数据一次只能看到一台设备。现在可以将其显示为整个机群的列——直接解决了一个痛苦的场景：针对一批设备向供应商提出质保索赔时核对序列号，无需逐个打开设备卡片。 设备表格中哈希板序列号显示与保存的过滤器预设快速加载
批量便签管理 — 一次操作为多台选定设备分配或清除便签，而不是逐个打开每台设备。单次工作量很小，但正是这些小事在数千台机器的机群中积累成可观的日常负担。
DevFee：不再需要猜测的透明度
设备卡片中现在出现了第四个矿池卡片——DevFee。任何设备的部分算力都会流向固件开发者费——这是正常且必要的，但以前在界面中是不可见的。用户会定期向支持询问"我的部分算力去哪了"或"为什么统计数据对不上"。
现在这个系统矿池的统计数据单独可见，使用与工作矿池相同的熟悉视觉语言——问题通过查看卡片得到解答，而不是提交支持工单。
设备详情中独立的 DevFee 系统矿池卡片
WhatsMiner：从观察到完整控制
MicroBT 设备从一开始就在 Pulse 中可见——监控是有效的。但直接控制是不可能的：必须分别打开每台矿机的 Web 界面，失去了集中化平台的核心意义。
现在，基本操作——Pause、Resume、Reboot、更改密码、切换矿池——通过厂商的原生 API 为 WhatsMiner 工作，与 HashCore Firmware 和比特大陆完全相同。对于拥有混合机群的运营商（这是市场上的大多数），这消除了一种尴尬的现实：一部分设备从统一界面管理，而另一部分需要单独登录。
总结
两个版本共享同一逻辑：从运营商的工作流程中移除可以且应该自动或批量完成的事情，同时不牺牲控制权和追踪精度。每个操作在 Activity Center 中保持可见，并有完整的历史记录；每台设备的数据——包括维护记录和序列号——即使在批量操作中也保持准确。
Pulse 处于 alpha 状态——我们正在与使用它的人共同构建这个平台。目前正在开发中：矿池预设、设备分组、技术问题追踪器、角色和访问权限、报告、电子邮件和 Telegram 通知，以及将代理直接嵌入 HashCore 固件。
加入我们，在您的矿场测试功能并发送反馈——它直接影响下一个版本的内容。
