关于资金：CypherpunkGuide 不投放监控型广告——没有广告网络、跟踪像素或软文。运营依靠透明的资金来源：现阶段是读者捐赠，将来会加入订阅以及符合编辑方针的联盟推广。我们面向读者，而非广告主。
交易所账户里出现余额，并不等于托管交接已经完成。账户页面显示的是托管方的内部记录；你还需要在链上确认，资金是否进入了自己钱包所跟踪的地址。Bitcoin 钱包保存的是授权交易的密钥，不是装在设备里的“币”。使用第三方托管时，密钥访问由服务商控制；采用自托管时，则由你控制。这是技术层面的区别，不能单独决定法律上的所有权；后者仍取决于服务条款与当地法律（美国 SEC 面向个人投资者的加密资产托管公告，2025）。
最危险的捷径，是看到一个数字便认定交接成功。在隔离运行的 Bitcoin Core v31.1.0 实验里，有私钥的钱包和仅观察钱包都显示 0.01000000 BTC。仅观察钱包已禁用私钥；它尝试签署部分签名 Bitcoin 交易时返回 complete=false，直接支出则收到 RPC 错误 -4。余额正确，只能证明钱包看到了资金，不能证明它有权支出。
真正要问的是：不依赖一个让人安心的余额页面，你能否拿出到账、签名和恢复的证据。下面这套 10步自托管验证流程，就是为了建立这些证据。自托管不会消灭风险，而是把风险转移到密钥、设备、备份、操作判断和应急计划上。
第一原则：自托管是在转移风险#
自托管减少了部分服务商风险，却把日常安全责任直接交给你。它能降低对交易所的依赖，也可能让一次密钥遗失、备份损坏或仓促转账变成永久损失。
SEC 的提醒同时覆盖了两面：托管方掌握密钥访问能力，也可能失效；自托管用户则必须自己保护密钥。因此，“立刻全部提走”不是适用于所有人的建议。只转移你目前确实能保护、也能恢复的金额。
| 余额显示在哪里 | 谁持有签名材料 | 你承担的主要风险 | 怎样才算完成交接 |
|---|---|---|---|
| 交易所账户 | 服务商或其托管机构 | 服务商倒闭或服务中断、账户锁定、条款变化、安全事件与提币受限 | 先确认提币到账；只有签名与恢复也分别通过，托管交接才完整 |
| 自托管钱包 | 你，或签名策略规定的签名者 | 密钥丢失、设备被攻陷、备份错误、胁迫和操作失误 | 到账、签名和恢复三项证明全部通过 |
| 仅观察钱包 | 该钱包内没有签名密钥 | 看见余额后产生错误信心 | 必须由独立签名设备完成一笔获授权的支出 |
以证据为基础的托管交接，需要同时完成到账证明（Receipt）、签名证明（Signing）和恢复证明（Recovery）。这不表示自托管永远是最佳选择。如果你还不能妥善保护恢复资料，就先用小额练习。
到账、签名与恢复，是三种不同的证明#
到账证明回答“资金是否进入预定钱包”；签名证明回答“所需密钥能否授权这笔交易”；恢复证明回答“原设备丢失后，独立恢复能否重建同一套支出能力”。
三项验证会彼此独立地失败。交易已经确认，备份仍可能有错。仅观察钱包没有私钥，也能显示交易。助记词看似正确，但如果附加口令（passphrase）、钱包格式、账户、地址类型或派生路径不同，恢复出来的可能是另一个空钱包。
| 证明 | 它回答什么 | 有力证据 | 哪些现象不能证明它 |
|---|---|---|---|
| 到账证明 | 提币是否进入预定钱包？ | 完整地址一致、交易 ID 一致、金额正确，并达到与风险相称的确认状态 | 只有交易所状态；只比对地址开头和结尾 |
| 签名证明 | 必需的签名者能否授权指定支出？ | 在可信显示屏上核对收款地址、金额与费用后，成功签名并确认一笔小额交易 | 看得见余额；仅观察输出描述符（descriptor）；listunspent.spendable=true |
| 恢复证明 | 设备丢失后能否重建钱包？ | 在隔离环境恢复后找到预期资金，并签署一笔小额支出 | 一次测试提币；从未验证的备份；缺少完整恢复资料的助记词 |
**仅观察钱包（watch-only wallet）**可以跟踪交易，却没有签名密钥。PSBT 是“部分签名 Bitcoin 交易”，可由一个钱包创建，再交给另一台设备签名。无论是显示余额还是创建 PSBT，都不能单独证明签名能力。
10步自托管验证流程#
严格按顺序执行；任何一步结果不明确，就停下来。到账、签名和恢复都形成了你能解释的证据之前，不要转入余款，也不要用钱包首页的余额替代验证。
第1步：保存购买记录，并先保护交易所账户#
保存原始购买记录，包括日期、数量、法币价值、费用和订单 ID。提币后，再记录提币信息和交易 ID。助记词、私钥、PIN 或附加口令绝不能与这些记录放在一起。资金还留在交易所期间，使用独立密码或通行密钥（passkey），并开启可靠的多因素验证。
各地税务规定不同。先把记录保存完整，再向你所在地现行的税务机关或专业顾问确认需要申报哪些字段和事件；不要直接套用其他司法辖区的清单。如果你通过私人渠道购买，也可参阅不提交 KYC 身份资料购买 Bitcoin的指南。
第2步：决定今天承担多少自托管责任#
先选一个足够小的金额，即使设置出错也不会造成灾难性损失。软件钱包更方便；硬件签名设备可以隔离密钥，并提供独立显示屏；多签能增加冗余，也会增加失败方式。没有一种方案天然安全。
列出与你有关的威胁：恶意软件、设备丢失、火灾、他人接触、胁迫、失去行为能力和死亡。如果有人可能逼你解锁设备或签名，行动前先使用单独的胁迫情境自托管威胁模型。
第3步：只从可核验的来源取得钱包#
从项目官网或官方代码仓库下载软件，并按项目说明验证发行文件。检查硬件包装，亲自初始化设备，绝不接受预先写好的恢复词。固件更新只走厂商认证的官方流程。
同时确认项目是否仍在维护、采用什么备份格式、能否在独立屏幕上核对地址，以及恢复文档是否完整。目标不是追逐某个品牌，而是选择一套你可以核验并重复执行的流程。
第4步：创建钱包，并记录完整恢复资料#
按照钱包或签名设备的官方流程生成恢复资料；如官方流程要求离线，就保持离线。不要拍照，不要粘贴到云笔记，不要通过聊天发送，也不要输入网站。除非你主动在可信设备上启动了官方恢复流程，任何索要恢复词的请求都应视为恶意行为。
不能只写下“助记词”便结束。BIP39 会把助记词与完全一致的附加口令一起映射为种子；任何附加口令都会生成有效种子，因此一个错字也可能打开另一个钱包。BIP380 则提醒，只有密钥的备份可能缺少脚本类型和派生信息。请记录钱包名称与版本、备份标准、账户、脚本（地址）类型、密钥派生路径（钱包查找密钥的规则），以及是否使用附加口令。只有助记词，不能保证跨钱包恢复。扩展公钥（xpub）或只含公钥的输出描述符可用于观察交易，但不能签名；分享它还会泄露财务隐私。包含私钥的输出描述符必须按秘密资料保护。
第5步：在存入主要余额前检查备份#
如果厂商提供官方备份检查，请先使用。以 Trezor 的 Safe 3 备份检查为例，它会比较输入的备份与设备记录是否一致。这只能证明恢复词与该设备匹配，不能证明附加口令、派生信息或恢复后的支出能力也正确。
不要在网站、聊天、笔记表单或不可信电脑上测试真实备份。没有安全检查功能时，应在已知兼容的隔离硬件上安排一次恢复。备份检查主要发现抄写错误；第10步才验证完整恢复路径。
第6步：生成新地址，并逐字核对#
创建一个新的 Bitcoin 收款地址。如果签名设备有独立显示屏，请把屏幕上的地址与钱包应用、交易所提币表单逐字比较，不能只看首尾。Trezor 的钱包地址说明也要求核对全部字符。设备屏幕只能证明这个地址由设备生成，不能证明网络选对了，也不能替你确认收款对象。
这次链上验证应选择原生 Bitcoin，并确认发送方与接收钱包支持同一个 Bitcoin 网络。网络不匹配可能让资金无法访问；如果你有意使用 Lightning 等其他系统，应按该系统自己的收款流程操作。地址复用和后续合并 UTXO（未花费交易输出，即 Bitcoin 账本中可支出的资金单位）会暴露关联，可进一步阅读链上隐私与 Silent Payments。
第7步：发起一笔限制风险的测试提币#
测试金额要高于交易所最低限额，也要能在扣除当前及未来手续费后继续使用。最终确认前，再次核对完整地址。私下记录提币 ID、费用、金额和交易 ID。
这一步只限制当前到账路径中因地址、网络或流程错误造成的损失。重复测试可能因手续费而不划算。成功到账，仍不能证明签名或恢复能力。
第8步：建立到账证明#
等待与金额和风险相称的确认状态。核对交易 ID、目的地址，以及扣除提币费用后的实际金额。确认只能说明交易已经写入区块链，不能说明你的备份可以重建签名设备。
使用自己的节点查询，通常比公共区块浏览器泄露更少的查询元数据。公共浏览器可能同时知道查询的地址和网络信息。不要分享带有余额、标签、地址或交易 ID 的截图。
第9步：用一笔小额支出建立签名证明#
准备一笔发往你控制的新地址的小额交易。如果签名设备有独立显示屏，应在屏幕上检查完整目的地址、金额和费用；没有独立屏幕时，地址核对仍依赖主机；主机一旦被攻破，核对结果也不可信。签名、广播，并等待确认。别漏看找零输出，也就是退回钱包的余款；同时考虑合并 UTXO 对隐私的影响。
实验中的仅观察钱包能创建 PSBT，却返回 complete=false；直接支出收到错误 -4。观察钱包可以准备请求，只有私钥才能授权交易。这组操作证明的是当前签名能力，不是设备丢失后的恢复能力。
第10步：建立恢复证明，并补全长期操作计划#
在隔离且已知兼容的环境中独立恢复。核对预期地址或输出描述符、已有资金的 UTXO，并在检查所有输出后签署一笔小额交易。不要等设备坏了才尝试。可使用可信的备用设备或离线环境。记录不含秘密的结果后，按官方流程重置临时恢复设备；不要销毁唯一有效的备份。
我们的接收钱包在入账之前就完成了备份。恢复后的副本找回 0.01000000 BTC，签署并支出 0.00200000 BTC，随后达到 1次确认。因此，在这次测试范围内，该备份确实重建了所需密钥与签名能力。
最后，写下更新周期、两个不会因同一事故同时损毁的备份地点，以及紧急情况处置计划。把如何找到备份位置的说明与签名秘密分开保存。钱包配置或附加口令发生重大变化后，重新演练。转移余款时使用新地址，并再次完整核对；不要因为测试地址成功过，就继续复用它。
隔离运行 Bitcoin Core 31.1 后，我们确认了什么#
这次 202.22秒的 regtest（Bitcoin Core 的本地回归测试网络）把“看得到余额”和“可以签名、可以恢复”明确分开。实验没有使用真实 Bitcoin，关闭了 P2P 网络，结束时为 networkactive=false，连接数为 0。
我们核对的 Bitcoin Core v31.1.0 文件 SHA256 为 b80d9c3e04da78fb6f0569685673418cf686fadba9042d926d13fb87ff503f9e，签名来自 Michael Ford（E777299FC265DD04793070EB944D35F9AC3DB76A）。随文的实验结果与复现实验脚本不包含密钥、地址、交易、备份、凭据或主机标识。脚本会在一个全新的运行环境中执行完整自托管验证；JSON 则记录已经单独核验的软件发行文件，以及产生这些测量结果的两个实验阶段。脚本要求你提供已核验的二进制文件，不会重复检查压缩包校验和或签名。
| 实验观察 | 测量结果 | 可以安全得出的结论 |
|---|---|---|
| 接收钱包余额 | 0.01000000 BTC | 已入账钱包看到了已确认输出 |
| 仅观察钱包余额 | 0.01000000 BTC | 没有私钥，也能看到相同余额 |
| 签名检查 | private_keys_enabled=false；PSBT complete=false；直接支出 -4 | 余额可见不等于拥有签名授权能力 |
listunspent.spendable | true | 不能用作证明：Core 31.1 将这个已弃用字段说明为永远返回 true |
| 入账前备份的恢复 | 恢复 0.01000000 BTC；支出 0.00200000 BTC；达到 1次确认 | 这份受测备份恢复了签名所需密钥 |
这次逻辑验证不是主网性能测试；1次确认只是本次实验的完成条件。Bitcoin Core 31.1 本地帮助将 listunspent.spendable 标为“(DEPRECATED) Always true”，所以不能把它当成签名关卡。随文资产证明了 v31.1 的实际表现；Core 30 的存档文档则定义了 private_keys_enabled和仅观察余额分类，议题 #21104记录了“余额可见但没有签名能力”的反例。因此，本文把实际签名并获得确认的支出作为签名证明，而不是依赖一个字段名称。
结论：证明交接完成，再转入余款#
保护好交易所账户和购买记录，先选一个能承受的自托管范围，再把测试金额提到经过完整核对的地址。随后分别建立到账、签名和恢复证明。
任何一项失败，都先停下。提币确认只能证明到账；缺少正确格式、设置和附加口令的助记词，不足以保证恢复。只有新责任经过实测，才转入余款。
常见问题#
下面的简短回答保持同一条边界：自托管改变的是谁承担风险；测试提币只能证明到账；恢复需要钱包所要求的全部资料。
我应该立刻把 Bitcoin 从交易所全部提走吗？#
不应一概而论。交易所托管带来服务商和账户风险，仓促自托管则带来密钥与备份风险。先保护交易所账户，从测试金额开始；到账、签名和恢复全部通过后，再逐步增加金额。
我一定需要硬件钱包吗？#
不是每种金额都需要。仍在维护的软件钱包可能适合小额日常支出。硬件签名设备能减少部分联网攻击路径，并提供独立显示屏，但它无法修复错误备份、防止胁迫，也不会替你核对交易。
测试提币成功，是否就证明自托管完成？#
只有完整地址、交易、金额和确认状态全部相符时，它才证明到账。仅观察钱包没有签名密钥也能显示余额；不完整或不兼容的备份仍可能无法恢复。三项关卡必须分别通过。
只要有助记词，任何钱包都能恢复我的 Bitcoin 吗？#
不能。能否恢复取决于所用标准、完全一致的附加口令、派生信息、账户、脚本类型和具体实现。请按原钱包的官方流程，或经过明确记录的兼容方案操作。不要把真实助记词输入网站。
买入 Bitcoin 后，我应该保留哪些税务记录？#
先保存购买和提币记录，再遵循你所在地税务机关或专业顾问的现行要求。不要把美国或其他网上清单视为全球通用规则。本文不提供税务分类或个人税务建议。
一手来源与存档#
以下一手或官方资料支撑本文涉及安全的关键结论。每组原始链接和存档链接都带有精确时间戳，并已核对回放页面身份。
