Bitcoincorecn

“如果你不相信我，或者不理解，我没有时间试图说服你，对不起。” —— 中本聪（Satoshi Nakamoto），2010 翻译、记录、存档、比特币核心开发的过去与现在。 不解释，只做事。 #Bitcoin

Bitcoin Core 近三年来首次新增 Trusted Keys 持有者 2026-01-08，开发者 TheCharlatan（sedited）获得 Bitcoin Core master 分支的 commit 权限，成为第六位 Trusted Keys 持有者。这是自 2023 年以来，Bitcoin Core 首次扩展 Trusted Keys 集合。 TheCharlatan 自 2018 年起参与 Bitcoin Core 贡献。2023 年获得 Spiral 资助，主要推进 libbitcoinkernel 项目——该项目尝试将共识验证逻辑从 Core 单体架构中解耦为可复用库，目前已在 v30 引入首轮集成。 本次提名由 Gloria Zhao 在 IRC 会议中提出，获得 20+ 位贡献者 ACK，无 NACK。提名理由包括： — 在关键领域持续进行高质量审查 — 对发布给用户与开发者的代码保持高度审慎 — 对技术共识流程具有深入理解 当前 Trusted Keys 持有者包括： Marco Falke Gloria Zhao Ryan Ofsky Hennadii Stepanov Ava Chow TheCharlatan

我们的社区推特号已经开始出现山寨版Fork，这是我们的内容有价值的表现。 请大家通过推特handle、关注量和被关注量识别真伪。

你知道吗？根据最新统计，Bitcoin Core 在 2025 年的代码改动约为 28.5 万行。 从过去 16 年的变化来看，这一水平高于早期阶段，接近近年的常态维护规模。 其中相当一部分来自测试代码、重构、基准测试、注释和文档更新，而非新增功能逻辑。 对 Bitcoin 来说，长期维护本身就是工作量。

📘 人物志：Marco Falke（marcofalke） 如果说 Bitcoin Core 有一个“质量守门人”， 那这个人就是 Marco Falke。 他不是提出新共识的人， 也不是写下宏大愿景的人， 但几乎所有进入主干的代码， 都要先经受他搭建的测试体系拷问。 他让比特币“不会悄悄坏掉”。 — 基本信息 — Marco Falke Bitcoin Core QA / Testing Maintainer • 2014 年开始关注 Bitcoin Core • 2015 年开始贡献代码 • 2016 年 4 月被任命为 Bitcoin Core QA / Testing Maintainer • 连续约 7 年负责测试、CI、发布质量控制 • 累计 2000+ commits（长期位居 Core 项目前列） • 主要由 OKCoin、Paradigm 资助 • 2023 年主动退出 maintainer 角色 他是少数专职维护“测试与质量”的 Core maintainer。 — 他在 Core 里具体做什么 — Marco 的职责不是“写新功能”， 而是确保任何功能都不会把系统拖垮。 他长期负责： • Bitcoin Core 的功能测试框架 • 回归测试（regression testing） • CI 系统与自动化测试 • release 前的质量审查 • PR review 中对“边界条件”的把关 • 确保新代码不会破坏旧假设 一句话： 别人负责“加东西”， 他负责“防止坏东西进来”。 — 为什么 Marco Falke 非常重要 — 在一个 不能出错 的系统里， 测试本身就是共识安全的一部分。 Bitcoin Core 的特点是： • 一次错误，可能影响数千亿美元资产 • 一次回滚，可能破坏整个信任模型 • 不能靠“上线后修 bug” Marco 做的，是把“风险”提前消灭在代码进入主干之前。 很多人不知道的是： 比特币今天之所以“看起来什么都没发生”， 正是因为 Marco 们一直在工作。 — 工程哲学 — 从他的 review 和公开发言中，可以总结出一套非常一致的哲学： • 测试优先于功能 • 不信任复杂度 • 新代码必须能被系统性验证 • “能跑”不等于“安全” • 最危险的 bug，来自“看起来很小的改动” 他反复强调的一点是： 测试不是附属品， 而是协议稳定性的一部分。 — 为什么他退出 — 2023 年 2 月，Marco Falke 发文表示： 他已经作为 Bitcoin Core 的 QA / Testing maintainer 工作了大约 7 年， 在一个艰难的决定后，选择 transition out of my role as maintainer。 这是一次完全自愿、无争议、无戏剧性的退出。 没有丑闻，没有路线斗争， 只是一个长期承担高压责任的工程师， 在合适的时间，把钥匙交回系统。 这在 Bitcoin Core 里，并不罕见。 — 时间线 — 2014 开始关注 Bitcoin Core 2015 开始贡献代码 2016.04 成为 QA / Testing Maintainer 2016–2023 构建并维护 Core 的测试与质量体系 2023.02 宣布逐步退出 maintainer 角色 2023 夏 完成权限移交，结束维护者身份 ——— 一句话总结 Marco Falke 不是“写历史的人”， 而是防止历史出事故的人。 他代表了 Bitcoin Core 中最被低估、 但也最不可或缺的一类角色： 让系统长期保持可靠的人。

Puffer 很荣幸赞助在硅谷帕洛阿尔托举办的活动 Bitcoin Builders Meetup：协议演进与技术深度解析 。 尽管不同生态各有路径，但在协议设计、可扩展性与去中心化方面所面临的挑战是共通的。Puffer 一直专注于推动以太坊基础设施的发展，也坚信这种跨生态的技术交流能让整个行业变得更加强大。 感谢本次活动的组织者与建设者：@murchandamus @aaronzhang @ChandlerGuo @GPTDAOCN 带来了一场内容深刻、收获满满的交流之夜！

下面我把你给的整组现场演讲照片，按逻辑顺序做一次系统性深度分析，重点放在： Bitcoin 治理哲学 → 技术演进机制 → 真实权力结构 → 对投资/创业/协议设计的启示。 ⸻ 一、核心总论（一句话） Bitcoin 不是 Bitcoin Core，也不是某个组织，而是一套靠“运行中的代码 + 社会共识”持续存活的系统。 它拒绝政治式治理，用工程摩擦来过滤错误。 ⸻ 二、Bitcoin ≠ Bitcoin Core（第一张图） 表面内容 •Bitcoin •P2P 协议 •共识规则 •去中心化资产 •涌现式概念（Emergent Concept） •Bitcoin Core •参考实现（Reference Implementation） •GitHub 仓库 •官网 bitcoincore.org 深层含义（非常关键） 1.协议不等于实现 •Core 只是 一个实现 •理论上可以被完全替换（如 btcd、libbitcoin、Knots） 2.权力不在代码仓库 •Merge 权 ≠ 决策权 •你可以 fork，但没人跑你代码 = 没意义 📌 启示 这和你之前讨论的： •BTC ≠ ETF •BTC ≠ 托管机构 •BTC ≠ 某条链的“官方版本” 是同一个逻辑根源 ⸻ 三、名言页：拒绝国王、总统和投票（第二张图） “We reject kings, presidents, and voting. We believe in rough consensus and running code.” —— David D. Clark 这是 Bitcoin 的「宪法级原则」 1️⃣ 不投票 •没有 on-chain governance •没有 token vote •没有“多数通过” 2️⃣ Rough Consensus（粗共识） •大多数节点愿不愿意跑 •大多数矿工愿不愿意出块 •大多数生态愿不愿意迁移 3️⃣ Running Code（可运行代码） •PPT ≠ 共识 •白皮书 ≠ 共识 •PR 合并 ≠ 共识 ➡️ 只有运行中的代码才算数 📌 这解释了为什么： •BTC 升级极慢 •但一旦升级，几乎不可逆 ⸻ 四、BIP 机制：工程化政治（第三张图） BIP 是什么？ •不是提案投票 •是公开技术论证档案系统 关键设计点 •任何人可提 •仓库即历史档案 •大量提案： •被重做 •被否定 •被证明没用 红字警告（非常 Bitcoin） “Please discuss your idea and draft before working on a full document.” 📌 翻译成人话 别浪费大家时间 先证明你不是在造垃圾 ⸻ 五、Bitcoin Dev Mailing List：真正的“议会”（第四张图） 特点 •完全公开 •完全混乱 •没有身份等级 •没有“官方发言人” 隐形规则 •你写得烂 → 被无视 •你写得长 → 被忽略 •你跑题 → 被喷 •你反复解释清楚 → 才有人理你 📌 这是一种刻意制造的摩擦 摩擦 = 抗攻击能力 低摩擦治理系统一定会被劫持 ⸻ 六、BOSS：Bitcoin Open Source Software（第五张图） 三个支柱 1️⃣ Freedom •想怎么跑就怎么跑 •想怎么改就怎么改 2️⃣ Public Process •全透明 •全部可审计 •但极度混乱 3️⃣ Volunteer Driven •没有 KPI •没有公司目标 •没有“路线图承诺” 📌 反直觉但关键 正是“没有盈利目标”， 才让比特币能承载万亿美元。 ⸻ 七、Contributing：真正的日常（第六张图） 现实非常残酷 •Review 是瓶颈 •反馈极少 •偶尔被围攻 •所有错误都公开展示 但正因如此： Bitcoin 是少数“无法悄悄变坏”的系统 ⸻ 八、整体结构总结（重要） 你看到的不是： •DAO •Web3 治理 •Token 投票 而是： 代码门槛 + 社会摩擦 + 自愿运行 ↓ 极慢演进 ↓ 极高可信度 ⸻ 九、对你现在关注方向的直接启示 结合你近期在思考的： 1️⃣ BTC 升级史 & 机会 •真正的 Alpha 永远在： •升级前的多年争论 •升级后才释放的二层/三层空间 •不是在 BIP 发布当天 2️⃣ 稳定币 / 桥 / L2 •任何试图： •快速治理 •快速升级 •快速投票 👉 本质都不是 Bitcoin 体系 3️⃣ 实物 BTC / 卡 / 托管模型 •Bitcoin 允许你： •在协议外创新 •但绝不允许你： •改协议来配合你 ⸻ 十、一句话终极总结 Bitcoin 的强大，不来自聪明，而来自“让聪明人也很难作恶”。

“我其实是反着来的。我必须先把所有代码写完，确认每个问题都能解决，才敢写那篇论文。” “I actually did this kind of backwards. I had to write all the code before I could convince myself that I could solve every problem, then I wrote the paper.” —— 中本聪 回归代码，回归设计。 比特币从来不是从叙事开始的， 而是从代码开始的。 硅谷永远的主题，只有一件事：Building。 期待明天见面。 @ChandlerGuo @GPTDAOCN @aaronzhang

大部分人持有比特币，但不知道Bitcoin Core是干嘛的 Bitcoin Core是比特币网络的参考实现，全球1.5万个节点在跑这套代码，验证每笔交易是否合法 在硅谷tech圈，懂Core才能真正参与Crypto对话，而不是只会聊价格 ⏰ 12月22日周日晚｜19:00-21:00 📍 Palo Alto GPTDAO × BitcoinCoreCN 工程师专场 三位嘉宾，三个角度，讲清楚比特币怎么运作： 🔧 Murch - Bitcoin Core贡献者、BIP编辑 他在维护定义比特币规则的那套代码，讲Bitcoin Core如何控制共识 🧠 Aaron Zhang -《Mastering Taproot》作者 从UTXO到Taproot，拆解比特币十几年来的关键技术升级 ⛓️ 宝二爷 - 12年比特币亲历者 回看扩容之争、分叉大战这些决定比特币走向的关键时刻 🎯 适合谁来 在硅谷做tech的，想理解比特币不止是"数字黄金"，而是一个如何被构建、被约束、持续进化的系统 👉 报名：luma.com/ojlsnp6r 🚀

📘 人物志：Pieter Wuille（sipa） 比特币历史上最安静、最强大、最不可替代的工程力量之一。 SegWit、Taproot、HD 钱包（BIP32）、libsecp256k1…… 这些现代比特币核心技术，都与他直接相关。 — 基本信息 — • Bitcoin Core 早期贡献者 • Blockstream 联合创始人 • 密码学与协议工程专家 • SegWit Taproot BIP32 关键作者 — 为什么 sipa 重要 — 他是现代比特币协议结构的奠基者之一。 很多技术（任意一个都足以封神）都是他主导： • SegWit • HD 钱包标准 • Schnorr Taproot 实现与审计 • libsecp256k1 密码库 — SegWit — 比特币 2017 年最重要的升级。 解决交易可塑性，为 Lightning 铺路，提高容量。 sipa 是核心设计者。 — HD 钱包 BIP32 — 所有钱包的基础： 助记词 种子 派生路径 子密钥体系 从比特币到以太坊到所有硬件钱包，全行业都在用。 — Taproot — 带来更好的隐私性 更灵活的脚本树 更简洁的签名验证。 sipa 是审计者与核心贡献者。 — libsecp256k1 — 比特币的密码学发动机。 速度快 安全性高 全行业复用。 sipa 从零实现 并长期维护。 — 工程哲学 — • 安全第一 • 最小变化原则 • 简洁可审计 • 反对复杂度污染 — 时间线 — 2011 加入 BitcoinTalk 2012 提出 BIP32 2014 创立 Blockstream 2017 SegWit 激活 2021 Taproot 激活 至今 密码学 多签 脚本结构研究 — 一句话总结 没有 Pieter Wuille 就没有现代比特币的协议体系与脚本时代。

📒 2017 年，比特币差点分裂的那一年：SegWit，一次没有投票的升级 ——— 2017 年，比特币差点分裂。 当时的问题表面上很简单。 区块满了，手续费飙升，转账越来越慢。 很多人的直觉反应只有一句话： 区块不够大，那就扩容。 但在比特币里，真正危险的从来不是“怎么改代码”， 而是：谁有资格说“现在这样改是安全的”。 — 这不是一次普通的软件升级。 因为比特币没有董事会， 没有 CEO， 也没有一个能站出来拍板的人。 所以 2017 年的争论，很快从技术问题， 变成了一个更难回答的问题： 如果系统出事， 失败的代价由谁承担？ — 矿工的立场很清楚。 他们关心的是算力回报、出块效率、手续费收入。 从直觉看，直接扩大区块，用一次 hard fork 解决问题，最快也最简单。 但他们不愿意承担一个风险： 如果 hard fork 失败、链分裂、价格下跌， 这种系统性后果，没人能兜底。 算力很大， 但不等于能承担“共识失败”的责任。 — 交易所的态度更谨慎。 他们不想站队， 不想解释“哪条链才是真的比特币”， 更不想卷入资产纠纷。 对他们来说， 不分裂，比任何技术方案都重要。 问题是： 没人能给他们一个确定答案。 — Core 开发者的关注点完全不同。 他们最怕的不是“扩不扩容”， 而是一次不可回滚的共识错误。 共识代码一旦出 bug， 不是修复的问题， 而是永远留下分裂历史的问题。 所以他们天然偏向： soft fork， 可验证、可审计、失败成本尽量低。 这不是保守主义， 而是工程风险模型。 — SegWit 就是在这样的背景下被提出的。 它并不讨好任何一方。 对矿工来说，它没有直接扩大区块； 对交易所来说，它需要改系统、做适配； 对整个系统来说，它避免了一次不可控的共识跃迁。 SegWit 唯一明确解决的，是一件不性感的事： 把失败的成本压到最低。 — 随着争论升级，一个现实逐渐清楚。 比特币没有一个“谈判桌”， 也没有一个“最终裁决者”。 不能靠投票解决， 不能靠表态解决。 如果谈不拢， 系统只能靠行动向前。 — 用户主导升级（UASF）就是在这种情况下出现的。 它并不是某个组织突然号召大家“夺权”， 而是先有一个非常具体、甚至有点技术宅气质的提案。 2017 年初，有人提出了一个想法： 如果矿工一直不表态， 节点能不能自己设定一个时间点， 到那一天开始，只接受已经支持 SegWit 的区块？ 这个想法后来被写成了一套明确的规则， 也就是后来大家熟知的 BIP148。 推动这件事的人之一， 是一个网名叫 shaolinFry 的匿名开发者。 他没有矿池背景， 不是交易所， 也不是 Bitcoin Core 的维护者。 他做的事情很简单： 把“如果矿工不激活 SegWit，节点该怎么办” 这个问题， 变成了一段可以被执行的规则。 逻辑非常直接： SegWit 的规则已经写好； 把一个明确的时间点写进节点软件； 到那一天开始，节点拒绝不支持 SegWit 的区块。 这就是所谓的“用户主导升级”。 — 不是因为用户突然获得了某种权力， 而是因为他们本来就可以选择运行什么规则。 不是喊口号， 不是投票， 也不是表态站队。 而是用代码表达立场。 — 但需要说明的是， SegWit 最终并不是在 8 月 1 日通过一次正面硬碰硬被激活的。 在 UASF 明确释放出 “如果不行动，系统可能分裂” 这一信号之后， 矿工提出了一个折中方案： 通过一个新的软分叉规则， 先在算力侧提前锁定 SegWit。 这就是后来被称为 BIP91 的方案。 它不是否定 UASF， 而是矿工在 UASF 压力下， 为自己找到的一条“下台阶”。 — 2017 年 8 月 1 日前后，紧张是真实存在的。 如果大量节点开始执行新规则， 而矿工选择继续对抗， 系统确实可能短期甚至长期分裂。 事实上，那一天确实发生了一次分叉。 不愿意接受 SegWit 的大区块阵营， 选择直接 hard fork， 形成了后来被称为 Bitcoin Cash 的链。 而原有网络， 则继续沿着 SegWit 路径前进。 — 真正发生在主链上的，是另一件事。 节点开始执行新规则； 系统没有立刻崩溃； 矿工发现，持续对抗意味着越来越高的孤块风险； 交易所发现，稳定比对抗更重要。 算力开始调整。 不是认输， 而是风险重新计算后的选择。 — 事后看，很多人把这次升级理解为 Core 的胜利。 但放回当时的时间线上，会发现 Core 做的事情非常有限。 他们没有号召用户， 没有指挥 UASF， 也没有替任何一方背书。 他们只是确保了一件事： 如果有人选择运行这套规则， 系统依然能活。 — 至于当时被寄予厚望的“SegWit2x”妥协方案， 也就是先激活 SegWit、再扩容到 2MB， 最终在几个月后因为共识不足而被放弃。 这进一步确认了一件事： 在比特币里， 没有任何协议升级能靠政治承诺完成。 — SegWit 的升级，没有胜利宣言。 没有人宣布“我们赢了”。 系统只是沿着失败成本最低的路径， 继续运行了下去。 — 2017 年真正留下的，不是某一派的胜负。 而是一条被验证过的事实： 在比特币里， 共识不是被宣布的， 是被节点执行出来的。 用户主导升级的结果，不是“用户掌权”， 而是任何人，只要愿意运行节点， 就能在规则层面参与选择。 — 那一年，比特币差点分裂。 它最终活下来， 不是因为大家意见一致， 而是因为没有任何一方， 强大到可以把失败强行推给别人。 ——— 比特币的本质在于： 一旦 0.1 版本发布， 它的核心设计就被永久锁定了。 “The nature of Bitcoin is such that once version 0.1 was released, the core design was set in stone for the rest of its lifetime.” —— Satoshi Nakamoto（2010，Bitcointalk）

📕 谁能 merge Bitcoin Core 的核心代码？它其实更像中国古代的“禅让”，而不是投票选举 先声明一句：这里的“禅让”只是一个结构类比，强调“功绩与信任的自然继承”，不是在美化任何权力叙事。 很多人以为：Bitcoin Core 这么重要，一定有委员会、有投票、有某种正式任命程序来决定谁有 merge 权。 现实更反直觉：没有选举，没有投票，也没有竞选。维护者（maintainers）更像是被长期观察后“自然浮现”的受托人。 — 先说结论：maintainer 不是“领导”，更像“保洁” — Bitcoin Core 官网对 maintainer 的描述非常直白：他们做的是一种“janitorial role”，把“团队已经同意应该合并的补丁”合并进去。 也就是说：他们不是决定方向的人，更像流程里最后一道安全闸门。 — 这套“禅让式”机制到底怎么运作 — 第一步：信任不是被授予的，而是被积累出来的 在 Core 里，真正的门槛不是“写了多少代码”，而是长期、高质量地做 review、测试、协作与风险判断。很多人是靠多年 review 先建立信用的。 第二步：讨论是公开的，但不是“竞选” 会有讨论、会有 ACK、会有开发者在公开渠道表达认可，但它更像工程共识的形成，而不是政治意义的拉票。社区也长期抵触把流程“职位化/章程化”。 第三步：标志性动作往往是一条 PR，把 PGP 指纹加入 trusted-keys 当某位贡献者被现有维护者群体认可后，常见的公开动作不是投票，而是提交一个 PR，把自己的 PGP key fingerprint 加进 Bitcoin Core 的 trusted-keys 列表。 这条 PR 被合并，实践中就意味着：这个人进入了维护者信任链，拥有更核心的合并与发布相关权限。 第四步：透明在哪里？在结果与可审计性 每一次 merge、review、讨论记录、代码历史，基本都公开可查。你可以不信任何人，但你能审计每一次变更。 第五步：权限不是勋章，随时可以撤销或主动交出 maintainer 并不是“终身制”。有人会主动退出，有人会因长期不活跃而移除权限；本质是最小权限原则与安全管理。也正因为这是责任而不是收益，很多人越靠近中心，越想把中心性降下来。 — 为什么它像“禅让” — 相似点不在“历史细节”，而在结构： 不是选票产生权力，而是长期德行与能力的可观察记录产生信任； 不是争夺上位，而是被动承担责任； 不是权力越大越光鲜，而是越中心越焦虑，越想让位以减少单点风险。 — 用几个真实例子说明 — 例子 1：Satoshi → Gavin 最早的交接不是选举，而是创始人把仓库维护责任交给下一位维护者。关键不是“授权”，而是“托付”。 例子 2：Gavin → Wladimir（稳定期的核心受托人） 后来工程化时代的核心维护者交接同样不是投票，而是项目在长期协作中形成的信任结构，让更适合承担压力的人站到最后一关。Wladimir 从 2014 年 4 月接任，2021 年起逐步退出，之后正式请求移除权限。一个维护者越做得久，越会意识到：自己不该成为中心。 例子 3：Gloria Zhao 成为 maintainer（现代机制的典型样本） Gloria Zhao 的 maintainer 身份获得，公开可见的关键动作就是：她的 PGP 指纹被合并进 trusted-keys（由当时的 maintainer Marco Falke 合并）。没有加冕仪式，只有一条 PR。 — 这套制度的好处与代价 — 好处：把政治化争夺压到最低，把可验证的工程记录推到最高；把“谁更受欢迎”变得不重要，把“谁更可靠、更稳、更能扛风险”变得最重要。 代价：它看起来不够“民主”、也不够“体面”，外行会觉得神秘；但对一个全球共识软件来说，刻意不让权力变得可交易、可竞选，本身就是安全设计的一部分。 结尾一句话： Bitcoin Core 的 merge 权，更像“把最危险的钥匙交给最不想当权的人”。这就是它最反直觉、也最成熟的地方。 附：1A1Z Research 基于 Bitcoin Core Trusted Keys 的维护者时间线统计图

恭喜中文圈首个 Bitcoin Optech Newsletter #383 技术解读发布！ 本文由Aaron Zhang @zzmjxy 组织并整理，聚焦协议与工程讨论。 原文与解读见引用链接 👇

📌【一个重要变化：比特币的后量子问题，开始从“理论担忧”进入“工程路径”】 近期，一项后量子签名相关的工程进展，引起了比特币核心开发圈的注意。 长期以来，后量子密码学在比特币中的主要障碍，并不在安全性假设，而在工程可行性，尤其是验签性能。 在一个需要全节点验证每一笔交易的系统中，验签速度始终是决定性约束。 最近，工程团队 conduition 对 SLH-DSA（原 SPHINCS+）的实现进行了大幅性能优化，使其验签速度接近当前椭圆曲线签名方案的量级。 相关实现不仅适用于 x86，也可在 ARM / Apple Silicon 架构上运行。 在工程语境中，这一进展意味着： 后量子签名首次从“理论可行”，进入“具备部署讨论价值”的阶段。 这也是近期 BIP-360 等结构性提案重新被讨论的背景之一。该类提案并未绑定具体后量子算法，而是提前为未来迁移预留 witness 与地址结构，降低切换成本。 值得注意的是，该项工作已获得 Bitcoin Core 密码学研究者的正面反馈。这类反馈通常被视为工程成熟度的重要信号，而非市场层面的情绪表达。 整体来看，比特币关于量子风险的讨论，正在从“是否构成威胁”，逐步转向“是否存在可行迁移路径”。 当前阶段仍属于工程验证期，距离共识决策尚有距离，但方向已经开始变得具体。 参考讨论（bitcoindev mailing list）： groups.google.com/g/bitcoindev/c…

bitcoincore 中文社区核心团队在硅谷成立！ @SunnyFengHan @ChandlerGuo @GPTDAOCN @zzmjxy

📘 人物志：Jeff Garzik（jgarzik） 在中文圈几乎无人提起的名字，却是比特币早期极重要的基础工程师之一。 2010 年通过 Slashdot 发现比特币， 此后数年间在网络栈、脚本执行、挖矿逻辑、节点行为等层面，留下了大量关键代码。 在成为 Bitcoin 开发者之前，他已经是资深 Linux Kernel 工程师， 把 Linux 世界的工程规范、模块化思维，带进了这个还很“业余”的项目。 — 基本信息 — — 2010 年加入比特币开发，活跃至 2014 年左右 — 2013–2014 年受 BitPay 赞助，担任 Bitcoin Core 全职开发者 — 中本聪时代就频繁出现在 BitcoinTalk 和 IRC — 拥有十多年 Linux 内核开发背景（在 Red Hat 工作多年） — 2015 年共同创立 Bloq，转向企业链与侧链方向 — 近年参与多链与 L2 项目，但早期贡献主要集中在 Bitcoin Core — 为什么 Jeff Garzik 重要 — 他不是写论文、提新密码原语的那类开发者， 而是专门做“系统能不能跑”“跑得稳不稳”的那类基础工程师。 在 2010–2014 这段时间里，他参与或主导了： — 网络层行为修复与 DoS 防护的改进 — 节点间区块与交易中继逻辑的优化 — 挖矿相关逻辑与模板生成的改进 — 部分 Script 执行路径与边界情况的修补 — 早期 release 流程、跨平台构建和测试的工程化 — 把“一团乱麻”的早期代码整理成更易维护、可测试的程序 很多工作今天很少被提起， 但它们构成了 Bitcoin Core“能在现实网络中长期运行”的底层基础。 一句话： 他帮比特币从“能跑起来”走向“能长期跑下去”。 — 在扩容争论中的位置 — Jeff 在扩容问题上，立场经历过变化， 但总体上，他后来与 Gavin Andresen、Mike Hearn 一样， 认为“容量瓶颈应当通过工程手段解决，而不是长期冻结上限”。 他提出过： — BIP 100：通过矿工投票动态调整区块大小 — BIP 102：一次性将区块上限从 1MB 提升到 2MB 这些提案都没进入主链共识， 却真实反映了当时一部分工程师的思路： “面对不断增长的使用需求，先解决容量问题，再谈长远结构。” 在 2017 年的 SegWit2x 事件中，他担任主要开发者之一， 这也让他的名字与那次失败的硬分叉提案长期绑定， 声誉变得复杂，但并不抹去他在早期工程上的贡献。 — — 为什么他常被低估 — 今天回头看，许多人只记得几位仍然活跃的 Core 开发者， 却很少提到 Jeff Garzik。原因大致有三点： — 他做的多是“脏活累活”，而不是显眼的新功能或新理论 — 扩容之争以后，他的路线与 Core 主流分道扬镳 — 创立 Bloq、参与企业链与 SegWit2x，使他在部分社区眼中“站在对立面” 但如果只看 2010–2014 这段时间的代码历史， 他无疑是“把比特币从 demo 拉向生产级软件”的主力之一。 — — 技术贡献（工程维度）— 在技术层面，可以这样概括他的作用： — 把 Linux 内核的工程规范带入早期 Bitcoin Core — 推动网络栈、节点行为、挖矿模板等模块的结构化 — 参与早期测试、构建系统和发布流程的改进 — 为后来的开发者留下了更干净、更可维护的代码基底 这些工作没有某个“单点发明”可以高调挂名， 却深深嵌在今天所有节点运行的代码之中。 — 后期经历（与早期功绩区分开看）— — 2015 年创立 Bloq，专注企业链与侧链 — 在 SegWit2x 方案中担任主要开发者之一，引发巨大争议 — 之后逐步远离 Bitcoin Core 代码库与核心社区讨论 — 近年转向多链与新项目（如 Hemi Network 等） 如果把争议期和创业期与早期历史区分开看， 会更容易看清他在 2010–2014 年这段时间的真实贡献。 — 时间线 — 2010 通过 Slashdot 发现比特币，开始提交代码 2010–2012 作为志愿者在网络、脚本、挖矿等方向持续贡献 2013–2014 受 BitPay 赞助，成为全职 Bitcoin Core 开发者 2014 开始逐步淡出日常 Core 开发 2015 共同创立 Bloq，转向企业与侧链方向 2016–2017 参与 SegWit2x，随后离开 Core 代码库与组织 2018–2025 继续活跃于更广义的加密行业，但不再是 Core 开发者 — 一句话总结 — Jeff Garzik 是比特币早期“基础工程层”最重要的开发者之一。 他的代码让系统在真实网络环境中变得可用、可维护、可持续运行—— 即使在今天，他的名字已经很少被提起。

📘 人物志：Gavin Andresen（gavinandresen） 他是比特币历史中最特殊的工程师之一。 中本聪亲自挑选的“接班人”， 也是在 2010–2014 之间，对 Bitcoin Core 贡献最大的人。 RPC、钱包、测试框架、网络栈、数据库迁移、版本发布流程…… 比特币从“中本聪实验室项目”变成“开源社区项目”， Gavin 是最核心的推动者。 他既是承接者，也是过渡者。 他的任期是比特币从“早期混沌”走向“工程化规范”的关键时期。 — 基本信息 — • 2010–2014 年 Bitcoin Core 的主要维护者 • 中本聪离开前，亲自把代码库权限交给他 • 创建 Bitcoin Foundation（初衷是支持工程，但引发争议） • 美国籍工程师，背景来自 3D 图形与网络服务 • BitcoinTalk、邮件组早期最活跃开发者之一 • 负责 Bitcoin Core 0.3.x–0.9.x 多个版本的发布流程 他的贡献在“代码量”和“结构性工程”两个维度都位列比特币史前列。 — 为什么 Gavin 重要 — 如果说中本聪创建了比特币的原型， 那么 2010–2014 的 Gavin，就是把它扩展成“可维护系统”的人。 1）中本聪离开后的工程稳定过渡 接管主仓库权限 建立多人 review 流程 维护发布系统 规范工程文档 比特币在创始人消失后仍能稳定发展，Gavin 是关键原因之一。 2）RPC 的系统化架构 现代 Core RPC 很多结构来自他的早期设计。 它至今仍是钱包、交易所和服务端的基础。 3）钱包与数据库迁移 钱包格式、加密方案、BDB → LevelDB 迁移，都在他主导的版本阶段完成。 4）测试框架雏形 自动化测试体系的初版由他推动。 5）大量底层修补与规范化 Script 修复 P2P 网络行为 DoS 防护 节点行为标准化 这些不显眼，但极其关键。 一句话： 他把比特币从“个人实验项目”带向“可维护的工程系统”。 — 中本聪交接的现实意义 — 2010–2011 是比特币历史上最脆弱的一段时期。 中本聪离开前，将仓库权限交给 Gavin。 意义在于： • 比特币不由创始人个人控制 • 开发权正式走向流程与社区 • 治理从“个人决策”→“工程流程” • 开源结构化正式开始 Gavin 是这一关键过渡的承接者，而非权力中心。 — 扩容之争中的 Gavin — 他站在“更快提升区块容量”的一派（大区块路线）。 支持 BIP 101（区块上限渐增）。 主张扩容应保持简单直观。 需要强调： 这是工程路线分歧，不是对错之争。 XT 是他推动扩容的尝试， 但最终未获得社区的广泛共识。 他的尝试值得被记录，而不是用成败定性。 — 为什么他离开 — 2014–2016 是他逐步淡出的阶段。 1）扩容理念分歧 他与 gmaxwell / sipa / laanwj 在路线选择上出现明显差异。 2）工程与社区压力 作为前 maintainter，他承担了大量外部舆论压力。 3）Bitcoin Foundation 的失败 原意为工程筹资，但演化成政治化组织。 4）2016 之后，他几乎完全退出比特币开发 转向智能合约与企业链（Chains、Corda）。 他的离开是渐进式，而不是爆发式。 — 时间线 — 2009：与中本聪邮件交流 2010：加入比特币开发 2011：接任代码库权限 2012–2014：主导 Core 多个版本的发布流程 2014：淡出核心维护者角色 2015：推动 XT（大区块路线） 2016：发表《The Resolution of the Bitcoin Experiment》 2016–：几乎完全退出比特币开发 一句话总结： Gavin Andresen 是比特币历史上最关键的“过渡工程师”。 他让比特币在创始人离开后没有崩溃， 把系统带入工程化、流程化与社区化。 路线分歧不会抹去他的贡献。 他的名字永远写在比特币早期的基石上。

@zzmjxy 恭喜

🚀 告诉大家一个好消息：我正式成为 Chaincode Labs BOSS Challenge 的中国区合伙人。 据我所知—— 这是 Chaincode Labs 第一次与一位中文世界的合伙人合作推动这个项目。 对整个华语工程师社区，这是一个真正的起点。 如果你一直梦想进入比特币开源世界、 如果你想靠写代码影响全球金融系统的底层、 如果你希望拥有一个能够改变你职业生涯的工程路径—— BOSS Challenge 就是为你准备的。 它不仅是课程，不是仅训练营，而是： 把你带入 Bitcoin Core / Rust Bitcoin / Lightning / Miniscript / libsecp256k1 等核心项目的桥梁。 你将真正写代码、提交 PR、参与讨论、被核心开发者指导。 🔗 报名入口：bosschallenge.xyz 📩 如果你是华人工程师，希望进入 Bitcoin 开源世界，欢迎直接私信我。 我会帮助你理解流程、定位方向，并找到适合你的路径。 2026 会是很关键的一年。 从现在开始，我们一起把这个生态真正连接到中文世界。 #Bitcoin #BitcoinDev @ChaincodeLabs

人物志：Mike Hearn（mikehearn） 比特币历史上最具争议、也最被忽略的早期开发者之一。 他是中本聪时代的重要参与者，也是让比特币第一次真正“走进移动互联网”的工程师。 他写的 BitcoinJ 至今仍在被大量轻钱包使用。 更重要的是： 他代表了比特币早期开发者中“最务实现实”的那一支路线。 — 基本信息 — 早期 Bitcoin 开发者（自称 2010–2015 活跃） BitcoinJ 作者（Java SPV 库） 早期移动端、浏览器钱包的技术奠基者 与中本聪有邮件往来 2015 年加入 R3（并非 2016） 2016 年 1 月发布《The Resolution of the Bitcoin Experiment》后退出比特币生态 2021 年起在 Hydraulic Software 负责跨链、分布式系统项目 — 为什么 Mike Hearn 重要 — 因为他解决的是“让普通人能用比特币”的问题。 在所有早期开发者中，他是最关注： 用户体验 主流 adoption 客户端易用性 移动与 Web 支持 的人。 他不是密码学家，他是应用层工程师。 而比特币从极客走向用户，需要这种人。 他的贡献包括： BitcoinJ：轻钱包核心库 Android 端钱包基础设施 SPV 模式的普及 早期基于比特币的借贷、支付实验 推动商户端支付技术 这些贡献至今仍在被使用。 — 与中本聪的联系 — Hearn 多次提到自己与中本聪通信， 并且 2009 年就向中本聪发送比特币（按他的回忆）。 但目前没有可可靠引用的“中本聪邀请他帮忙”的原句。 因此，本篇不引用未经证实的对话内容。 可以确认的是： 他确实是中本聪时代的开发者群体之一。 — BitcoinJ：轻钱包的基石 — 如果没有 Mike Hearn，比特币的移动端普及会晚很多年。 BitcoinJ 的意义： 让安卓手机能跑比特币 让 Web 服务能无节点依赖使用比特币 让支付、POS、商户软件首次可用 推动 SPV（轻节点）成为主流方案 从工程影响力看， BitcoinJ 与 Bitcoin Core 并列，是比特币生态的重要基础设施。 — 扩容之争中的关键人物：Bitcoin XT — 2014–2016 年，比特币面临历史上最大分歧： 区块大小要不要扩？ Gavin Andresen 提出 BIP 101（8MB 起、逐年增长）， Mike Hearn 将该方案落地实现到 Bitcoin XT。 XT 不只是一个客户端，它代表： 应用派（希望比特币走大众化） 路线派（快速扩容 vs 慢速演进） 治理派（谁来决定共识规则） 的第一次重大分叉。 XT 最终失败了，但它推动： SegWit 的最终推进 UASF 的出现 社区对“治理流程”的深层思考 这是历史的一部分，不能被简单标签化。 — 为什么他离开 — 2016 年 1 月，他发布著名的长文： 《The Resolution of the Bitcoin Experiment》 主要理由： — 扩容之争让他感到挫败社区分裂、开发者冲突、政治化讨论让他“无法继续”。 — XT 路线没有得到共识他认为比特币将偏向“保守路线”，与自己愿景不同。 — 个人精力耗尽他在文章中提到多年的冲突让他身心俱疲。 值得强调： 他退出时已经在 R3 工作（2015 年加入）， 这篇文章更像对比特币路线分歧的“总结性声明”。 — 离开后的十年 — 2015–2021：R3（Corda）技术负责人之一 2021–至今：Hydraulic Software 创始人（做跨链、消息队列、支付路由等系统） 他保持低调，不再参与比特币政治讨论。 但他从未放弃对分布式系统的探索。 — 时间线 — 2009 与中本聪有交易（按他本人回忆） 2010 参与 BitcoinTalk、早期开发 2011 发布 BitcoinJ 2012–2014 推动移动端钱包、Web 应用 2014–2015 扩容讨论 2015 加入 R3 2015–2016 XT 推动失败 2016.1 《Resolution》文章，退出比特币 2021 离开 R3，成立 Hydraulic 2021–2025 持续分布式系统开发 一句话总结 Mike Hearn 是比特币历史上最具争议、也最具工程影响力的应用层开发者。 他不是协议层的圣贤， 但他让比特币第一次走进了手机、网页和普通人的生活。

📘 人物志：Wladimir J. van der Laan（laanwj） 被认为是继中本聪之后，比特币最重要、最被低估的工程师之一。 他在 2014–2021 年担任 Bitcoin Core 的 Lead Maintainer（主要维护者），负责代码合并、版本发布、审计流程，是维持协议稳定的人。 他极度低调，不站队、不争论、几乎没有公开采访；但比特币在最动荡的年代之所以保持稳定，他功不可没。 — 基本信息 — • Bitcoin Core 前 Lead Maintainer（2014 年 4 月接任） • 2021 年起逐步退出，2022–2023 年正式结束维护者身份 • 中本聪 → Gavin Andresen → laanwj：比特币第三代维护者 • 1800+ commits，长期位列 Bitcoin Core 贡献者前列 • 荷兰籍开发者，极度注重隐私（现居地不公开） • Python、C++、构建系统、GUI、网络层方向的重要贡献者 — 为什么 Wladimir 重要 — Bitcoin Core 的“维护者”不是“领导者”，但影响巨大。 他们负责： • 决定哪些代码能被合并 • 发布每个新版本 • 审核关键共识路径 • 协调全球上百位开发者 • 保证开发节奏、工程质量与安全性 这一角色需要稳定、冷静、抗压、长期愿景、工程哲学。 laanwj 承担了这一责任近十年，是比特币“最稳的那只手”。 — 工程哲学：极简、去中心化、可验证性 — 他的公开理念高度一致： • 抗拒成为“单点权威” • 反对任何形式的“政治化”开发 • 提倡 L1 极简主义 • 强调可以重复构建（reproducible builds） • 去中心化必须体现在“流程”而不是“口号” • 安全优先于功能 他不是最张扬的工程师，但可能是对“比特币精神”理解最深的人之一。 — 在中本聪之后保持协议稳定的人 — 2014–2021 是比特币最动荡的阶段： • 扩容之争 • XT / Classic 分叉 • SegWit 激活 • UASF • 2017 年分裂 • 网络层安全性重构 • 构建系统去中心化 在这七年里，他是 Bitcoin Core 的“稳定锚点”：不参与口水战，不卷入政治，但确保所有代码正确、稳定、安全。 比特币的发展速度可以争议，但它的安全性从未动摇。 — 技术贡献 — 项目级贡献（影响最大） • 多次主导 Bitcoin Core 版本发布 • 管理 PR、merge、review 流程 • 推动 reproducible builds • 改进 build system、跨平台兼容 • 维护 GitHub 协作模式 • 确保发布流程透明且可审计 代码级贡献 • Python 测试框架 • GUI 与钱包层面维护 • 网络层与 RPC 改进 • 代码清理与审计 他的贡献不是“某一个重大发明”，而是构成 Bitcoin Core 工程基础设施的大量隐性工作。 — 为什么他退出 — 在 2021 年，laanwj 首次表达希望退出维护者角色。他认为自己“当了太久的中心化瓶颈”，这一职位“过于集中化，让他感到不安”，并表示退出是为了让 Bitcoin Core 能“进一步走向去中心化”。这是他一贯坚持的工程理念：维护者不是权力中心，而是协作者。 到了 2022 年，他在公开讨论中进一步提到长期累积的压力：持续的争论和社交媒体风波让他“已经非常疲惫”，并指出健康受到影响，需要“优先照顾自己的身心状态”。这一年，他宣布完全停止维护者工作。 2023 年，他主动请求移除 GitHub maintainer 权限，正式结束近十年的维护者身份。整个交接过程无戏剧性、无争议，是比特币开源治理成熟化的象征。 — 时间线 — 2011 加入 Bitcoin Core 2014.4 接任 Lead Maintainer 2014–2021 负责版本发布、合并、审计 2021 宣布逐步退出 2022.8 因健康与压力停止维护 2023.2 正式辞去维护者身份，权限移交 2024–2025 偶尔仍参与 review，但保持高度低调 — 一句话总结 — Wladimir van der Laan 不是“比特币之父”，也不是“共识发明者”。 但他是比特币最重要的守卫者之一。 在比特币最不稳定的年代， 他用十年的稳健工程守住了系统的完整性。 #Bitcoin