Satoshi Nakamoto 是原始 Bitcoin 作者或作者群体使用的化名。电子现金方案、首版软件和伴随网络诞生的消息均以此名发表。Satoshi 的重要性在于这些有记录的成果及其实际运行。化名本身并不能证明法定姓名、国籍，也不能证明背后是一人还是一个群体。
有关 Satoshi 的记录包括当时的公告、归档软件版本、通信和合作者回忆。每类记录回答不同问题：消息说明作者当时说了什么，代码展示实现，回忆补充参与者经验。这些线索相互吻合，可以帮助描述项目的诞生，却不会自动把化名变成已核实的传记。因此，不能用年龄、住址或职业猜测填补未知身份。 [Satoshi Nakamoto Institute archive] [Archived original Bitcoin code releases]
2008年10月31日，Satoshi 在 Cryptography 邮件列表宣布 Bitcoin: A Peer-to-Peer Electronic Cash System，提出无需强制信任中央中介的付款。数字签名处理支出权限，而不是冲突付款的顺序；Proof of Work 与相连区块旨在让参与者共同选择历史。方案继承了早期研究，包括参考文献中的 Hashcash 和 b-money。Satoshi 的贡献是把它们组合为具体系统，而非发明每个组成部分。 [Original whitepaper announcement · 31 October 2008] [Bitcoin whitepaper]
档案将 Bitcoin v0.1 公告标为2009年1月8日14:27:40 EST。公告提供 Windows 程序和 C++ 源代码，说明如何连接其他节点，以及如何用普通电脑生成区块。Satoshi 明确称软件为实验性 alpha 版本。公告日期不等于区块创建时间，也不等于后来归档的软件包日期。当时的操作说明也不是今天的手册：参数和用户功能自首版以来已经发展变化。 [Bitcoin v0.1 release announcement · 8 January 2009 EST] [Archived original Bitcoin code releases]
Hal Finney 在2013年3月的回忆中描述了早期运行程序、向 Satoshi 报告错误并收到修复的经历，也提到 Satoshi 发来十个 bitcoin 的测试转账。这是直接参与者后来写下的证言，不是事发时每一步的完整记录。区块链可以证明交易金额和关联，但不在其中记载发送者与接收者的法定姓名。因此，对人物的历史归属还需要链外来源。 [Hal Finney — Bitcoin and me]
Malmi 公开的通信展示了网站与 FAQ 编写、节点连接和日常运营问题。2009年5月 Satoshi 提供访问权限，但第一封消息把 dmp1ce 账户误当成 Malmi；回信说明其账户是 sirius-m。后续消息记录了实际参与网站管理的情况。因此，只读一句话会得出错误结论。Malmi 也说明档案并不完整：缺少某封消息，本身不能证明某件事从未发生。 [Satoshi–Sirius correspondence · 2009–2011]
2010—2011年间，更多工作交由更广泛的贡献者承担，其中包括 Gavin Andresen。公开开发能在创始人不持续参与的情况下继续，因为代码、网络和规则不只存在于其私人电脑上。这并不解释离开的原因或作者的私生活。最后一篇公开帖子、私人消息与某项权限的移交是不同事件；任何一个都不能单独确定永久消失的确切日期。 [Satoshi Nakamoto Institute archive] [Satoshi–Sirius correspondence · 2009–2011]
管理代码库可以组织软件修改，却不能重写所有用户的软件。运营者选择运行什么，节点按自身规则验证数据。Satoshi 或后来的维护者都不能仅凭声明，让未修改的节点接受无效区块。这不等于没有社会影响力：知名作者的建议可能影响人们的决定。但必须区分说服、分发软件，与协议本身强制执行规则。 [Bitcoin whitepaper] [Bitcoin Developer Guide — Transactions]
Sergio Demian Lerner 分析早期区块的模式，划分出一组他认为可能属于同一矿工的区块。Patoshi 这一称呼和约一百万 BTC 的估计，依赖该分类及其假设。认定矿工就是 Satoshi，又是额外一步推断。因此，分析并不能直接证明今天某个单一 Satoshi 钱包的余额。观察到的模式、区块归属、人名以及目前对密钥的控制，必须分别看待。 [Sergio Demian Lerner — Patoshi analysis]
对事先选定的新消息作出有效签名，可以表明控制某个私钥，但单凭这一点不能证明原始软件作者身份或真实身份。密钥可能被转让或盗取，旧签名也可能只是再次发布。因此，验证需要证据的新鲜性、密钥的历史关联和有关该人的独立证据。写作风格相似或消息发送时段可以支持假设，却无法代替这些缺失的证明。 [Bitcoin Developer Guide — Transactions] [Satoshi Nakamoto Institute archive]
Whitepaper 解释原始方案，早期代码呈现当时的实现，通信反映开发中的决策。任何一个来源都不单独构成今天网络的完整规范，也不是约束未来用户的命令。当时的估计应置于语境中阅读，例如 v0.1 公告关于普通电脑挖矿的设想。可以从可验证的结果评价这份遗产：一个无需知道创始人私人身份，也能研究其运行方式的开放系统。 [Bitcoin whitepaper] [Bitcoin v0.1 release announcement · 8 January 2009 EST]
要获得更完整的理解，请将本词条与以下词条结合阅读： Bitcoin, Bitcoin Whitepaper, Genesis Block, 哈尔·芬尼, 加文·安德烈森, 密码朋克. 反向关联还来自： Bitcoin, Bitcoin Whitepaper, Genesis Block, 密码朋克.