Kalle Rosenbaum 与共同作者 Linnéa Rosenbaum 撰写的公开 Bitcoin 开发哲学指南。它帮助已掌握技术基础的读者研究设计决策的原因及其限制。
Bitcoin Development Philosophy 的主要作者是 Kalle Rosenbaum，共同作者是 Linnéa Rosenbaum。Chaincode Labs 委托并资助了本书的创作。引言将其定位为介绍设计取舍与 Bitcoin 开发经验的指南，而不是规定谁应决定协议的强制性规则。 [2]
本书要求读者理解 Proof of Work、区块构建和交易生命周期的基础。各章把自身的讲解与文章、演讲链接结合起来；仓库还单独保存了注明出处的转载文本合集。目的在于学习结合背景评估提案，而不只是学会命令。 [2]
目录包含 9 个主体章节：去中心化、Trustlessness、隐私、有限供应、升级、Adversarial thinking、开源代码、扩容和事件应对。其后是讨论问题，以及反馈和生成书籍的说明。在这些内容中，我们详细阅读了下文讨论的两个章节；其他内容在此仅根据结构介绍。 [1]
Trustlessness 一章区分了无需信任中介的协议与对所用软件、硬件的信任。自己的 Full Node 按照自身规则检查收到的区块，例如货币发行以及链内没有双重花费。但它并不保证链的某一部分不会被重写；因此，该章将规则验证、重组风险和确认的意义区分开来。 [3]
Trustlessness 的另一部分讨论可复现构建和所用构建工具的来源。多名构建者得到相同文件，有助于核查分发的软件，但这本身并不能证明源代码、整个编译器或硬件正确。读者需要认清自己实际上验证了哪一部分依赖关系；我们没有在这里执行所述程序。 [3]
Adversarial thinking 从安全假设出发，将实际运行与整个系统安全性的形式化证明区分开来。它不只讨论程序错误，还提醒读者注意节点与诚实网络隔离，以及开放协作遭受干扰的问题。该章旨在寻找失效方式和攻击者动机，而不是把令人安心的叙事当成安全分析。 [4]
该章引用 Voskuil 的抵抗公理，作为系统能够抵抗国家控制的假设。引文本身明确没有将它当作已证明的事实。因此，本概述将作者的论证和出发假设，与某个具体部署能够抵抗所有对手的保证区分开来。 [4]
我们完整阅读了官方仓库中的 About this book 引言，以及 Trustlessness 和 Adversarial thinking 两章的源文本，包括结论和内嵌引文。我们查看了这两章的全部四幅插图。我们没有完整阅读其他章节或所有链接文章，也没有观看链接演讲。我们没有进行可复现构建、运行试验或安全审计。 [2] [3] [4]
要获得更完整的理解，请将本词条与以下词条结合阅读： Bitcoin Core, 共识规则, Soft Fork, Full Node.
01本书可以替代协议规范或编程实践课程吗？+
它聚焦开发的原因、取舍和假设，要求具备基本技术知识，并引用其他材料。本概述没有把它验证为完整规范，也没有将其视为我们已完成练习的实践课程。
02Trustlessness 是否意味着不再需要信任任何东西？+
所读章节并非这样表述。它区分了用自己的节点验证规则、对软件和硬件的信任，以及链被重写的风险。关键是知道某项具体检查究竟保证什么，以及哪些部分仍是前提假设。