什么是Full Node？Bitcoin指南

01什么是Full Node？

Full Node 自行执行 Bitcoin 共识规则，根据接收的数据推导有效状态。连接数量和设备品牌不会为结论增加投票权重。

02实际验证什么

节点检查区块头、Proof of Work、区块链接与 UTXO 状态转换。连接区块时，被花费输出必须存在且未花费，脚本条件和发行限制必须满足。更多工作量可以选择另一条有效分支，不能绕过有效性规则。 [Bitcoin Core v29.0: validation]

03同步的前提

首次启动下载并处理历史。Bitcoin Core 的 assumevalid 在特定条件下可跳过旧脚本检查；assumevalid=0 关闭该优化。AssumeUTXO 从符合认可哈希的快照开始，在后台验证历史。因此，当前状态可用不等于历史验证已完成。 [Bitcoin Core v29.0: validation] [Bitcoin Core v29.0: AssumeUTXO]

04裁剪不等于轻客户端

裁剪节点在处理后删除旧区块文件，保留当前 UTXO 并继续验证新区块；归档节点保存旧块。区别影响历史提供和重新扫描。SPV 则不会以相同方式验证所有交易和状态。 [Bitcoin.org: running a full node]

05钱包必须真正使用节点

如果钱包仍通过第三方服务器验证支付，运行节点并不能保护这些判断。应检查实际数据来源和广播路径。节点可以没有私钥；保管和签名是另一功能。自行验证本身不消除网络元数据或备份错误。 [Bitcoin.org: running a full node] [Bitcoin Core v29.0: RPC security]

06P2P 与 RPC 权限不同

P2P 连接传递区块和交易；RPC 允许应用控制节点及可能的钱包。开放入站 P2P 端口不同于公开 RPC。Bitcoin Core 建议不要向公共互联网暴露 RPC，并为本地客户端使用认证 cookie。 [Bitcoin Core v29.0: RPC security]

07判断节点是否就绪

检查 getblockchaininfo 的网络、blocks、headers 和 initialblockdownload；getchainstates 区分快照状态与后台验证。绿色图标或连接数本身不证明完成验证。最后确认钱包确实读取该节点，且链尖没有落后。 [Bitcoin Core v29.0: AssumeUTXO] [Bitcoin Core v29.0: validation]

↗结合上下文阅读

要获得更完整的理解，请将本词条与以下词条结合阅读： Bitcoin, Timechain, 交易, UTXO, Proof of Work. 反向关联还来自： Bitcoin, Satoshi Nakamoto, Timechain, Proof of Work.