二进制私钥 → HEX、WIF 与地址

本页计算了什么

本页接受以原始比特形式给出的私钥 —— 最多 256 个 0／1 字符 —— 并展示每一个比特到底做了什么。空格、制表符、换行、冒号、短横线和下划线都会被忽略，所以你可以按来源的 原始排版直接粘贴。随后这些比特会被重新按字节分组、转成十六进制，并继续完成整条推导。

在整套工具里，只有本页能让你看见哪一个比特决定了哪一个地址 —— 因为二进制是唯一不会 掩盖机器自身运算单位的表示形式。

1. 比特、半字节、字节、字

这些单位很重要，因为本页所有转换其实都是同一串比特的重新分组：

这些关系是精确的、没有余数：8 比特永远是 2 位 hex，4 比特永远是 1 位，而 256 能被它们整除。这正是 十六进制存在于这个领域的唯一原因 —— 它是二进制的无损可读视图，而不是另一套有自己规则的 数字系统。

2. 二进制 → 十六进制：每四位一组

转换按半字节分组完成，全程不需要对整个数字做算术：

for each group of 4 bits (left to right):
    value = 8*b3 + 4*b2 + 2*b1 + 1*b0      # 0..15
    emit  "0123456789abcdef"[value]

把它用在演示私钥的前四个字节上：

bits   0000 1000 0010 0100 1100 0011 0001 0100
hex      0    8    2    4    c    3    1    4
                 ↑
        byte 0 = 0x08 · byte 1 = 0x24 · byte 2 = 0xc3 · byte 3 = 0x14

注意本页会先在左侧把你输入的内容补齐到字节边界，随后私钥校验再补齐到完整的 32 字节。因此 输入 1 得到的就是私钥 1 —— 不是 0x10，也不是报错。左边是最高有效 端，这就是比特币密钥材料中所有定宽整数的规则。

3. 大端序与小端序

只有当多字节数值要写成一串字节时，「字节序」才成为一个问题：高位字节在前，还是低位字节在前？比特币 在这方面出了名地不一致，而这种不一致正是互操作性 bug 的头号来源。

4. 为什么前导零有意义

在普通算术里 0001 和 1 是同一个数，很多编程语言也会欣然同意。但在序列化的 私钥里，它们不是同一串字节，而字节数由协议固定为 32。因此前导零本身也是数据：它们说明「这把 私钥很小」，丢掉它们会让后面每一个比特整体左移。

演示私钥很好地演示了这个微妙之处：它的前导零字节是 0 个，前导零 比特却是 4 个 —— 因为首字节是 0x08。本页两个数值都会给出，而把 它们搞混正是手打二进制私钥时最常见的错误。

5. 熵、比特平衡与汉明重量

私钥的汉明重量就是它 256 个比特里有多少个是 1。对均匀随机的私钥，每个 比特都是独立的公平硬币，因此重量服从二项分布，其均值与标准差为：

于是约 68% 的随机私钥落在 120–136，99.7% 落在 104–152。演示私钥的重量是 116 —— 比均值低 1.5σ，毫无异常。关键在于你并没有刻意挑选它：一把被刻意做成 「重量平衡」的私钥，其熵不足 256 位，因为你已经把大部分空间排除掉了。

6. 搜索程序如何利用已知的比特图案

对满 256 位的私钥做暴力搜索毫无希望：2256 个候选。搜索程序从不攻击随机私钥， 它们攻击的是形状已知的私钥。常见的有三种形状，而它们在私钥的二进制表示里全都看得见：

具体地说：如果已知高 128 位是零，剩下 2128 个候选，代价约 264 次点加 —— 今天仍然不可企及。如果已知高 200 位是零，剩下 256 个候选，约 228 ≈ 2.68 亿次点加：一块 GPU 几分钟的 事。这就是那些著名「谜题」地址被如此迅速清空的真实原因 —— 它们的私钥已知很小，所以搜索是在一个区间上 进行，而不是在整个空间里。

7. 实例演算

下面这 256 个比特就是演示私钥，表中每一个 hex、WIF 与地址值都由本页实时算出：

这张表里有两点值得记牢。第一，把最后那个 0 比特翻成 1，私钥就变了 1，而 所有派生值 —— 公钥、两个哈希、全部十个地址 —— 都会变得面目全非。在比特币里不存在「差不多是同一把 私钥」这回事。第二，比特的视觉结构（00001000 00100100 …）对地址毫无提示：从比特到地址的 映射被刻意设计成无结构的，这正是阻止攻击者只搜索「看起来漂亮」的私钥、而不搜索整个空间的原因。

8. 推导链上的下一步

• 十六进制私钥 → 全部结果 —— 总计算器，十个地址一屏看完。
• 十进制私钥 —— 同一个私钥写成一个巨大整数。
• Base64 私钥 —— 针对把原始字节当文本导出的钱包。
• 私钥 → 压缩公钥 —— 比特变成曲线点的地方。
• BIP39 助记词 → BIP32 子私钥 —— 安全的私钥究竟如何生成，而不是 靠手打比特。

9. 安全须知

• 二进制是手工处理时最危险的表示形式。少一个或多一个 0，它之后的全部 内容都会位移；没有任何校验和，也没有任何结构能让你察觉。如果必须在机器之间搬运私钥，请用带校验和的 WIF，而不是比特串。
• 只能复制粘贴，绝不手抄。256 个字符远超人类可靠转写的极限；靠猜的话每个字符都有 一半的概率是错的。
• 本页是教学工具。它不做私钥生成、不是钱包、也不存储任何东西。你在这里输入的私钥， 从输入的那一刻起就应该被视为已公开。
• 「优化比特图案」等于自残。固定前缀、重复半字节、低重量、整数 —— 全都是第 6 节那些 算法的头等目标。
• 熵在比特里是看不出来的。一把二进制看起来极其随机的私钥，也可能就是 SHA256("hunter2")。目测什么都证明不了，只有生成过程能证明。

10. 常见错误

• 输入 255 或 257 个比特。前者会被补齐、后者会被拒绝，两种情况的处理方式都会改变 私钥。请数清字符数，或者直接看本页报告的比特长度。
• 在右侧补零而不是左侧。比特按高位在前书写；在右边加 0 等于乘以 2， 在左边加 0 什么都不会改变。
• 把比特读反了。密钥材料使用大端序；反转之后会得到另一把合法私钥、另一个地址。
• 以为全零是「弱私钥」而不是非法私钥。它会被直接拒绝：0 · G 没有坐标。
• 以为全一是「最强私钥」。2256−1 大于曲线阶，同样会被拒绝。
• 数长度时把比特和字节搞混。「256」两者都不是；私钥是 256 比特、32 字节、64 位 hex。
• 以为二进制视图是另一把私钥。它是同一个整数，只是本页的输入格式不同。

11. 速查表