Hash Ribbons 是 Charles Edwards 提出的指标，依据估算算力的简单移动平均值之间的相对位置。这里使用 30 和 60 天的每日窗口。低于长期均线、短期均线上升以及上穿长期均线是不同情形；可能采用的价格确认是额外的独立条件。
Charles Edwards 将 Hash Ribbons 介绍为网络算力较短期与较长期简单平均值的比较。Glassnode 描述了 30 和 60 天窗口，我们也采用这两个窗口。两条曲线的单位都是计算能力，不是比特币价格、美元收入或挖矿难度的平均值。 [1] [2]
Coin Metrics 根据难度和区块到达速度推算算力。Bitcoin Core 也将 getnetworkhashps 的输出称为基于选定区块数量的估算。这限定了我们的解读：该序列并非对所有开机矿机的直接读数。提供者、估算窗口长度和采样方式会影响两条均线的输入。 [3] [4]
Glassnode 将短期均线低于长期均线的区域解释为投降阶段。按照我们的精确定义，只有从此前至少等于长期均线的值变为低于它，才发生下穿。持续低于它并不是又一次新的交叉。相等是边界，既不是严格高于，也不是严格低于。 [2]
作者的描述区分了算力恢复与标记的投降区域结束。在我们的例子中，上穿发生于短期均线当前高于长期均线，而前一天低于或等于长期均线时。因此，短期均线可以连续上升几天，却仍低于长期均线。这一机械事件本身不能说明哪个矿工重新开机。 [6]
Cambridge 描述了中国禁止挖矿及运营设施搬迁后，算力急剧下降并随后恢复。因此，我们不会自动把该序列下降当作某家公司资不抵债或被迫出售的证据。计算能力的变化需要更多数据解释；两条均线本身不包含个别矿工的资产负债表、成本或交易。 [5]
Edwards 的文章在算力恢复之外，通过 10 和 20 天价格均线加入正向价格动量。这是与算力不同的输入序列。我们的图只展示算力部分，不实现完整交易策略，也不实现作者的状态标记。复现时必须记录版本、条件顺序和交易执行规则。 [1] [6]
作者的版本说明描述了对未结束数据提前发出提醒的修复，以及数据源变更。Glassnode Point-in-Time 说明如何保留过去已知的值。因此，我们的测试保存版本、日界线和输入可用时间；不自动以零代替缺失日。必须核实具体序列的 Point-in-Time 历史覆盖范围。 [6] [7]
原始文章发布了历史样本的结果，同时提醒过去表现不能决定未来结果。我们既不把其收益当作承诺，也不把交叉当作确定的买入时机。仅凭两条均线不能确定未来价格、下跌持续时间或获利概率；这些结论需要包含成本与当时可用数据的独立测试。 [1]
先上升，再相等，然后才上穿
要获得更完整的理解，请将本词条与以下词条结合阅读： Hashrate, On-chain Analysis, Moving average, Hashprice, Look-ahead Bias. 反向关联还来自： Miner Capitulation.
01短期均线上升是否意味着已经上穿？+
不是。短期均线可以上升，却仍低于长期均线。按照我们的规则，它必须当前较高，而前一天低于或等于长期均线。仅仅相等还不是位于长期均线上方的状态。
02标记的投降阶段是否证明矿工破产或出售？+
不是。这只是对估算计算能力的两条均线关系的解释。序列本身不包含具体矿工的债务、成本或出售行为。变化原因及可能的价格确认需要其他数据。