九思札记 · 探索区块链 · AI

上一节讲清楚了"怎么挖"和"难度是什么"，但比特币网络面临一个更深层的问题：全网算力并非恒定。今天加入的矿机越多，出块速度就越快；若矿场因电价波动关机，出块又会变慢。如果出块时间忽快忽慢，交易确认时间将不可预期。中本聪为此设计了一套难度调整算法（Difficulty Adjustment Algorithm，DAA）。

4.4.1 难度调整算法（DAA）概述

比特币每挖出 2016 个区块（按 10 分钟/区块计算，约等于 2 周），就会触发一次难度调整。协议对比这 2016 个区块的实际总出块时间与预期总时间（ $2016 \times 10\ \text{分钟} = 20160\ \text{分钟}$ ），重新计算下一个周期的目标值：

NewTarget = OldTarget \times \frac{ActualTime}{ExpectedTime}

若实际耗时比预期短（算力增强），则 NewTarget 变小，难度增加；
若实际耗时比预期长（算力下降），则 NewTarget 变大，难度降低。

为了防止算力剧烈波动导致目标值跳跃过大，协议对单次调整设置了上下限：

单次难度增加不得超过 4 倍（即 NewTarget 不能低于 $OldTarget / 4$ ）
单次难度降低不能超过 0.25 倍（即 NewTarget 不能高于 $4 \times OldTarget$ ）

换句话说，难度调整比例被限制在 $[0.25, 4]$ 的区间内。这一限制为协议提供了缓冲，避免了极端情况下的目标值雪崩式变化。

flowchart LR
    A[设定 2016 区块评估窗口] --> B[统计实际平均出块时间]
    B --> C{实际时间 vs 预期 10 分钟/块}
    C -->|实际 < 预期| D[算力增加 → 新 Target 下调]
    C -->|实际 > 预期| E[算力减少 → 新 Target 上调]
    D --> F[出块难度增大 → 出块时间被拉回 10 分钟]
    E --> F
    F --> A

这个闭环的核心特征在于它是负反馈机制：无论算力涌入还是流失，协议都会通过调整 Target 将实际出块时间强行拉回 10 分钟的锚定点。

4.4.2 为什么目标出块时间设定为 10 分钟？

答案在于网络传播延迟与分叉概率之间的工程权衡：

出块时间过短（如 1 分钟）：矿工 A 挖出一个新区块后，需要广播到全网。如果出块时间太短，在区块尚未传播到矿工 B 时，B 可能已经基于旧区块头找到了一个竞争区块。此时网络出现两个有效但互斥的区块，形成分叉（Fork）。分叉频繁会导致大量无效竞争算力浪费，并且用户需要等待更长确认深度才能确信交易不可回滚。
出块时间过长（如 1 小时）：虽然分叉概率极低，但普通用户完成一笔交易需要等待数小时才能确认，支付体验不可接受。
10 分钟：中本聪基于 2008-2009 年互联网骨干带宽与 1 MB 区块大小的现实条件，选择了 10 分钟作为折中点——既给区块传播留出足够裕度，又不至于让确认等待变得不可忍受。

4.4.3 分叉概率的数学直觉

设区块传播时间为 $t$ ，目标出块时间为 $T$ 。在理想同步假设下，区块传播期间网络中出现竞争区块的概率近似为：

P_{fork} \approx 1 - e^{-t / T}

当 $t \ll T$ 时， $P_{fork} \approx t / T$ 。出块时间 $T$ 越短，分叉概率线性上升。

4.4.4 TypeScript 从零实现：难度调整模拟

下面的 TypeScript 实现模拟了 DAA 的完整逻辑：给定前 2016 个区块的实际耗时，计算新的 Target，并模拟算力变化下出块时间的自动回归。

typescript

/**
 * 比特币 DAA 难度调整模拟
 * 纯 TypeScript 从零实现，无外部依赖
 */

/** 难度调整周期内的区块数 */
const CYCLE = 2016;
/** 目标出块时间（秒） */
const TARGET_TIME_SEC = 600; // 10 分钟

/**
 * 根据上一周期的实际耗时计算新目标值（限制在 [0.25, 4] 倍范围内）
 */
export function adjustTarget(
  oldTarget: bigint,
  actualTimeSeconds: number
): bigint {
  const expectedTimeSeconds = CYCLE * TARGET_TIME_SEC;
  // 比例 = Actual / Expected，限制在 [0.25, 4]
  let ratio = actualTimeSeconds / expectedTimeSeconds;
  ratio = Math.max(0.25, Math.min(4, ratio));

  // NewTarget = OldTarget * ratio （大整数乘法）
  // 将 ratio 转为定点数避免浮点误差：乘以 1000 取整
  const ratioScaled = Math.round(ratio * 1000);
  const newTarget = (oldTarget * BigInt(ratioScaled)) / 1000n;

  return newTarget;
}

/**
 * 模拟算力变化下的出块时间回归
 * @param difficulty 当前难度（相对值）
 * @param hashrate   全网算力（相对值）
 */
function blockTimeSec(hashrate: number, difficulty: number): number {
  // 出块时间与难度成正比，与算力成反比
  return TARGET_TIME_SEC * (difficulty / hashrate);
}

// ---- 演示 ----
// 场景：初始难度 1.0，算力从 1.0 突然翻倍到 2.0
// 出块时间与难度成正比、与算力成反比：T = T_target * difficulty / hashrate
const TARGET = 600; // 10 分钟（秒）
let difficulty = 1.0;
const HASHRATE = 2.0; // 算力翻倍

console.log("=== 模拟算力翻倍后 DAA 回归 ===");

for (let cycle = 0; cycle < 5; cycle++) {
  // 实际出块时间
  const actualTime = TARGET * difficulty / HASHRATE;

  console.log(
    `周期  ${cycle + 1}: 难度=$ {difficulty.toFixed(3)}, ` +
      `实际出块= ${(actualTime / 60).toFixed(1)}min, 目标=$ {TARGET / 60}min`
  );

  // DAA：新难度 = 旧难度 * 预期时间 / 实际时间（限制 [0.25, 4]）
  const ratio = Math.max(0.25, Math.min(4, TARGET / actualTime));
  difficulty = difficulty * ratio;
}

运行结果（示意）：

text

=== 模拟算力翻倍后 DAA 回归 ===
周期 1: 难度=1.000, 实际出块=300.0s, 目标10min=600s
周期 2: 难度=2.000, 实际出块=600.0s, 目标10min=600s
周期 3: 难度=2.000, 实际出块=600.0s, 目标10min=600s
周期 4: 难度=2.000, 实际出块=600.0s, 目标10min=600s
周期 5: 难度=2.000, 实际出块=600.0s, 目标10min=600s

可以看到：算力翻倍后，实际出块时间从 300 秒（5 分钟）被 DAA 在下一周期拉回 600 秒（10 分钟），同时难度永久提升到 2.0——这正是负反馈系统的"自动调压阀"作用。

4.4.5 难度调整的历史与现实

比特币的难度调整机制并非一成不变。在其分叉币比特币现金（BCH）的早期，为了应对算力剧烈波动，BCH 曾引入紧急难度调整（Emergency Difficulty Adjustment，EDA）机制。然而 EDA 被证明存在博弈缺陷：矿工可以通过"算力跳挖"在 BTC 和 BCH 之间套利，导致 BCH 的出块时间剧烈震荡，稳定性远不如 BTC 的原始 DAA。BCH 后来改用更平滑的难度调整算法来修补这一问题。

而在比特币主网，当前难度已达天文数字。以 2024 年数据为参考，全网难度超过 $80$ 万亿，对应的 $Target$ 是一个有着大量前导零的 256 位整数，个人 CPU 或 GPU 已无出块可能。专业化、规模化的 ASIC 矿场主导了全网出块，普通人只能通过矿池（Mining Pool）按贡献算力比例分享收益。

本节要点

比特币每 2016 个区块（约 2 周）进行一次难度调整，核心公式为 $NewTarget = OldTarget \times \frac{ActualTime}{ExpectedTime}$ ，单次调整比例限制在 $[0.25, 4]$ 。
10 分钟出块时间是网络传播延迟与用户体验之间的工程权衡：太快必然分叉，太慢不可忍受。
难度调整是区块链协议的负反馈闭环：无论算力如何波动，都能将出块时间拉回 10 分钟。
BCH 的 EDA 案例说明：过度敏感的难度调整会引入矿工套利博弈，稳定性设计与博弈论密不可分。

本页目录