Shard Priority Strategy

Puzzle #135 协作池 · 贝叶斯反推 + 行为先验派发 · ← Dashboard · API Docs

一句话总结:本池不是shard_id = 0, 1, 2, ... 顺序派发。
POST /v1/claim 优先把 S 区间的 shard 发出去,再 A,再 B,最后才是 C。 S 是数据 + 行为先验都指向"未被扫到"概率最高的 5% 带。

1 · 为什么不顺序派发

Puzzle #135 公钥从 2015 年起公开,至今约 10 年。这 10 年里数以万计算力在扫描这个范围,但无人破解。这说明:

本池利用这个反推 + 12 个已解大谜题的位置统计,把 2^49 shard 空间切成 4 个优先级带(S/A/B/C),从最有希望的开始派。

2 · 数据来源

12 个已解大谜题(#71+,与 #135 同类,只能 Kangaroo)

#私钥在自己范围内的 %5% 桶
7519.32%15-20%
8082.89%80-85% (S)
859.03%5-10% (C)
9040.23%40-45% (S)
9528.87%25-30% (A)
10036.98%35-40% (A)
10543.39%40-45% (S)
11067.98%65-70% (A)
11551.49%50-55% (B)
12038.33%35-40% (A)
12577.03%75-80% (A)
13062.20%60-65% (A)

来源: privatekeys.pw · 抓取于 2026-05-19

关键统计

指标实测均匀理论解读
命中冷区 / 总数7 / 12 (58.3%)5.8 / 12 (48%)冷区富集 1.22×
命中均值46.48%50%偏左下
命中中位数41.81%50%偏左下
90-100% 命中01.2区间空白

3 · Tier 定义

Tierposterior / 5% 桶5% 桶位置合计宽度说明
S~8.8%40-45 · 55-60 · 80-8515%完全冷区,无人类扫描偏好
A~7%20-25 · 25-30 · 30-35 · 35-40 · 60-65 · 65-70 · 70-75 · 75-80 · 85-9045%邻近热点但本身冷
B~2%10-15 · 15-20 · 45-50 · 50-55 · 90-9525%人类扫描密度中等
C<1.5%0-5 · 5-10 · 95-10015%10 年暴力穷举重灾区

4 · 当前实时进度

Loading from /v1/tier_stats...

5 · 派发逻辑

POST /v1/claim
  ├─ step 1: 标记 lease 过期的 attempts
  ├─ step 2: 回收 lease 过期的 shards
  ├─ step 3: 优先 reuse 一个 status='open' 的 shard(随机)
  └─ step 4: lazy-allocate 新 shard
       ├─ try Tier-S (6 attempts) → 命中返回
       ├─ try Tier-A (6 attempts) → 命中返回
       ├─ try Tier-B (6 attempts) → 命中返回
       └─ try Tier-C (6 attempts) → 命中返回 / 503

每个 attempt 在指定 tier 内做 width-weighted 随机抽样。Tier-S 容量约 8.44 × 1013 shard,碰撞率近乎零。

6 · 给客户端的字段

/v1/claim 返回中新增两个字段:

{
  "shard_id":    "228123456789012",
  "range_start": "44...",
  "range_end":   "45...",
  "lease_until": 1747645200,
  "tier":        "S",          // 新增 — S | A | B | C
  "pct":         42.31         // 新增 — shard 在 2^49 空间的百分位
}

7 · 限制声明

n=12 是小样本。"冷区富集 1.22×" 不是统计学意义上的强证据,是操作先验。 对单次 puzzle 求解而言,这是"零成本下注"——若 #135 真的均匀随机,按 tier 派与按顺序派 期望耗时完全相同;若哪怕只有 10% 的偏置成立,期望耗时减半
不要把这个先验当成保证。Tier-C (0-5%, 5-10%, 95-100%) 仍然可能藏私钥—— 只是按贝叶斯反推它的 posterior 最低。所有 tier 都会被扫,只是 S 排在最前。

8 · 数据接口

GET /v1/strategy      # 静态 tier 定义 + 数据来源 (JSON)
GET /v1/tier_stats    # 每 tier 实时 claimed / done / active 计数