比特币区块头:SPV和轻客户端的80字节基石
区块头是比特币区块的80字节摘要,虽不包含完整交易,却是连接工作量证明链和承诺交易集的关键结构。本文解释区块头字段、Merkle root和SPV原理,帮助理解BSV大规模扩展的实现基础。
林知衡
technical_editor
先讲结论
区块头是比特币区块的一个轻量级、固定大小的摘要结构,仅有80字节。它不包含全部交易数据,但通过包含前一个区块的哈希来链接到工作量证明链,并通过Merkle root来承诺区块内的所有交易。理解区块头是掌握SPV(简化支付验证)的关键,因为SPV用户正是通过维护区块头链和接收Merkle proof来验证交易,而无需下载完整区块。在BSV的大区块路线下,这一特性使普通用户和应用能以极低的资源消耗参与网络。

区块与区块头的区别
一个比特币区块可以简化为两部分:
- transactions:区块内所有交易的完整数据,大区块时代这部分体量可能非常庞大。
- header:固定大小的80字节摘要结构,由若干固定字段组成(参考BSV Skills Center)。
SPV的核心思想正源于此:用户不必保存完整的交易历史,只需保存并验证区块头链即可。
区块头的六大字段
区块头通常包含以下六个字段:
- Version(版本):区块所遵循的规则版本。
- Previous Block Hash(前块哈希):前一个区块头的哈希值,用于将当前区块连接到前一个区块,形成链条。
- Merkle Root(默克尔根):由区块内所有交易ID经默克尔树计算得出的32字节根哈希,用于高效承诺交易集合。
- Timestamp(时间戳):区块的大致生成时间。
- Bits(难度目标):表示当前工作量证明难度目标的紧凑格式。
- Nonce(随机数):矿工在挖矿过程中不断调整的数值,以找到满足难度目标的区块头哈希。
这六个字段共同决定了区块头自身的哈希值,也就是常说的区块哈希或区块ID。
如何形成不可篡改的链
区块链并非简单地将区块罗列在一起。每个区块头都明确引用了前一个区块头的哈希:
若要修改历史区块,其哈希值就会改变,从而导致后续所有区块的链接失效。因此,一个区块头后面累积的区块越多,重写该区块所需付出的工作量就越大,这便是区块头链能代表累积工作量的原因。
Merkle Root:将交易承诺到区块头
区块头不直接包含交易列表,但包含Merkle root。只要区块内任意一笔交易发生变化,Merkle root通常会随之改变,进而使区块头哈希也发生变化。由此,区块头通过Merkle root以密码学方式承诺了其所包含的交易集合。
对SPV而言,这个链式关系至关重要:
如果这一链路成立,轻客户端就能确信某笔交易已被包含在一条经过工作量证明的链上。
Nonce与工作量证明
矿工在构造候选区块时,会计算区块头的双重SHA-256哈希。只有当哈希值小于当前难度目标时,该区块才被认为完成了工作量证明。Nonce是矿工可调整的字段之一,通过不断改变nonce(以及其他可变数据),矿工重复哈希运算直至找到有效解。
这不是某种中心化的盖章机制,而是全网可独立验证的哈希谜题。任何节点拿到区块头后,都能快速执行验证(更多细节):
80字节固定大小的重要意义
区块可以不断增大,但区块头始终保持80字节。白皮书强调,当用户仅保存区块头时,数据量的增长极为缓慢(见白皮书相关部分)。以平均10分钟一个区块计算,一年的区块头总量仅为数MB级别,与完整交易数据相比微不足道。
BSV的扩展路线正是依赖这种差异:矿工和专业基础设施负责处理大区块和海量交易,而普通用户、钱包和应用只需通过区块头和证明来验证与自己相关的交易。
区块头不能做什么
区块头本身不包含交易的具体内容,因此:
- 它不能直接告诉你某笔交易的详细信息(如金额、脚本等)。
- 它不能证明某个业务事件在现实世界中的真实性,只能提供链上包含性和工作量证明上下文。
要全面验证一笔交易,你还需要:
- 交易本身的完整数据。
- 包含该交易的Merkle proof或Merkle路径。
- 对应的区块头或可信的区块头服务。
- 对交易脚本、输入输出、金额等进行业务层验证。
可见,区块头是SPV的基础,但并非完整验证的全部。
在BSV技术栈中的位置
随着BSV向大区块方向发展,完整区块数据将不断增加。区块头始终保持固定大小,使得轻钱包和应用可以仅维护区块头链。诸如SPV Wallet、Block Headers Service、BEEF、BUMP和Overlay服务等组件,都围绕一个核心事实构建:应用无需保存全链数据,也能验证自己关心的交易。
架构上可以理解为:
这种分层比让每个应用都遍历全链更符合大规模应用场景。
常见误解澄清
- 区块头不是完整区块,它不包含任何交易细节。
- 80字节只是区块头的大小,并非区块大小限制。
- Merkle root是交易集合的根哈希,不是单笔交易的哈希。
- 仅保存区块头不等于保存了所有交易,SPV仍需获取具体的交易数据和Merkle proof。
- 区块头能验证工作量证明,但不能替代业务层面的验证。
理解区块头是迈向SPV和轻量级BSV应用的第一步,它为在庞大网络中实现高效、低成本的交易验证提供了基础。
专题
BSV基础知识
第43篇 / 共43篇文章
系统整理 BSV、区块链基础概念、协议能力和生态知识的专题文章。
阅读路径
进度 43/43
- 01阅读文章第 1 篇
为什么 BSV 仍然值得关注
关于结算设计、数据持久性,以及为什么建设者仍在关注 BSV。
2026年4月30日5 分钟阅读 - 02阅读文章第 2 篇
P2P Electronic Cash:什么是点对点电子现金?
点对点电子现金是理解 Bitcoin 和 BSV 的入口。它强调通过交易、签名和公开账本直接转移数字价值,而不是依赖中心平台账户。本文解释 peer-to-peer、cash、双花、UTXO 以及 BSV 为什么重视低费用、高频交易和链上数据。
2026年5月19日15 分钟阅读 - 03阅读文章第 3 篇
时间戳服务器:区块链为什么是时间顺序记录?
区块链不只是账本,更是一台公开的时间排序机器。本文解释 Bitcoin/BSV 中 timestamp server 的含义、区块高度与确认数的作用,以及时间戳在防双花和数据存证场景中的价值。
2026年5月20日15 分钟阅读 - 04阅读文章第 4 篇
Proof of Work:矿工为什么能排序交易?
Proof of Work 通过“计算昂贵、验证便宜”的机制,让矿工在开放网络中竞争新区块,并用累积工作量决定交易历史排序。本文解释 PoW 的工作原理、矿工为何能排序交易、其安全意义,以及 BSV 在大区块、低费用和高交易量方向下的矿工经济逻辑。
2026年5月20日5 分钟阅读 - 05阅读文章第 5 篇
BSV 网络如何运转:交易、区块、手续费与矿工激励
本文用最基础的视角解释 BSV 网络的运行机制:交易如何构成、区块如何组织、矿工如何获得激励,以及为什么 BSV 特别强调低手续费、大区块和高吞吐链上交易。
2026年5月20日15 分钟阅读 - 06阅读文章第 6 篇
SPV 入门:轻客户端为什么不需要下载全链
SPV(简化支付验证)让轻客户端无需下载完整区块链,也能验证某笔交易是否被包含在区块中。本文解释 SPV 的工作原理、Merkle proof 的作用、它能证明什么、不能证明什么,以及为什么 SPV 是 BSV 架构中的核心能力。
2026年5月20日15 分钟阅读 - 07阅读文章第 7 篇
BSV 与 BTC/BCH 的路线差异:为什么强调链上扩容、低费和企业数据
BTC、BCH、BSV 都源自 Bitcoin,但技术路线明显不同。本文从链上扩容、低费用、稳定协议、SPV、企业数据和现实挑战出发,系统解释 BSV 为什么选择低费高量和大规模链上扩展路线。
2026年5月20日15 分钟阅读 - 08阅读文章第 8 篇
WIF、助记词与 HD Wallet:BSV 钱包密钥管理入门
WIF、助记词和 HD Wallet 都与密钥保存、恢复和派生有关,但含义不同。本文解释它们的区别、xpub 的作用,以及在 BSV 钱包和应用开发中的安全实践。
2026年5月20日25 分钟阅读 - 09阅读文章第 9 篇
BSV 主网 mainnet 与测试环境有什么区别
主网承载真实价值,测试环境用于学习和开发。本文梳理 BSV mainnet 与测试环境的区别、常见风险、SDK 使用中的注意事项,以及项目配置中的分环境建议。
2026年5月24日5 分钟阅读 - 10阅读文章第 10 篇
钱包不是账户系统:BSV 钱包管理的是密钥和 UTXO
BSV 钱包不是传统账户系统。链上没有单一余额字段,钱包通过管理私钥、UTXO、交易构造和签名来计算余额并发起交易。理解这一点,有助于正确认识找零、多输入、非托管钱包和应用授权等关键概念。
2026年5月24日15 分钟阅读 - 11阅读文章第 11 篇
BRC-100:钱包与应用之间的标准接口
BRC-100 是 BSV 生态中描述应用与钱包如何通信的接口标准。它强调应用表达业务意图,钱包保留密钥控制权,帮助非托管应用以更安全、统一的方式请求创建交易、签名和返回结果。
2026年5月24日8 分钟阅读 - 12阅读文章第 12 篇
Transaction Input 是什么:理解 BSV 交易输入与 UTXO 引用
Transaction input 是 BSV 交易的资金来源,它引用上一笔交易中的某个未花费 output,并提供解锁数据。理解 input 有助于掌握 UTXO 模型、outpoint、双花冲突、手续费计算和交易调试。
2026年5月26日15 分钟阅读 - 13阅读文章第 13 篇
理解 BSV Transaction Output:金额、Locking Script 与 UTXO
Transaction output 是 BSV 交易创建的新价值单元,通常由金额和 locking script 组成。它既可以表示付款和找零,也可以承载 OP_RETURN 数据、token 状态或业务记录。理解 output、UTXO 和 output index,是理解 BSV 交易与应用协议设计的基础。
2026年5月26日15 分钟阅读 - 14阅读文章第 14 篇
TXID 是什么:BSV 交易唯一标识的作用、误区与设计建议
TXID 是 BSV 中最常见的交易标识,可用于查询交易、引用 output、保存业务记录和构建 SPV 证明。但 TXID 标识的是整笔交易,不等于 output,也不代表交易已最终完成。实际应用中应结合 output index、状态、raw transaction 和证明材料一起保存。
2026年5月26日15 分钟阅读 - 15阅读文章第 15 篇
理解 BSV 交易中的找零 output:为什么它必须显式写入交易
找零 output 是 BSV UTXO 模型中的关键概念:旧 UTXO 必须整体花费,未用完的金额需要通过新的 output 退回给付款方。本文解释找零的工作方式、手续费关系、找零地址、隐私影响以及 UTXO 管理中的实践问题。
2026年5月26日15 分钟阅读 - 16阅读文章第 16 篇
BSV 交易手续费如何计算:输入总额减去输出总额
BSV 交易手续费不是独立字段,而是输入总额减去输出总额。理解这个规则有助于正确处理找零、估算费用、管理 UTXO,并避免把余额误作为手续费。
2026年5月26日15 分钟阅读 - 17阅读文章第 17 篇
什么是 raw transaction:BSV 交易序列化、TXID 与签名的基础
raw transaction 是交易按协议规则序列化后的原始字节表示,通常以十六进制字符串展示。它关系到 TXID、签名、广播和调试,是理解 BSV 交易底层机制的关键概念。
2026年5月26日10 分钟阅读 - 18阅读文章第 18 篇
BSV 交易调试中的 Endian 问题:为什么 TXID 看起来会反过来
Endian 是 BSV 交易调试中常见的字节序问题,尤其容易出现在 raw transaction、TXID、outpoint、数字字段和 Merkle proof 中。理解显示格式与底层序列化字节的区别,可以避免很多“TXID 不匹配”或“proof 算错”的误判。
2026年5月26日12 分钟阅读 - 19阅读文章第 19 篇
什么是 UTXO:理解 BSV 交易模型的基础
UTXO 是“未花费交易输出”,是 BSV 交易模型的基本单位。钱包余额并不是链上的账户字段,而是一组可控制 UTXO 的金额总和。理解 UTXO,有助于理解 BSV 的 input、output、找零、手续费、双花、Script 以及并行处理。
2026年5月27日15 分钟阅读 - 20阅读文章第 20 篇
在 BSV 中,花钱就是消耗旧 UTXO、创造新 UTXO
在 BSV 中,花钱不是修改余额,而是消耗旧 UTXO、创建新 UTXO。理解这一点,有助于掌握付款、找零、交易链以及 token 和应用状态转移的基本逻辑。
2026年5月27日12 分钟阅读 - 21阅读文章第 21 篇
一个地址可以有很多 UTXO:理解 BSV 中的地址、余额与交易构造
在 BSV 的 UTXO 模型中,一个地址不是账户,也不是单一余额槽。同一个地址可以关联多个 UTXO,钱包余额只是这些 UTXO 的汇总。理解这一点,有助于正确处理交易构造、手续费、UTXO 碎片化和隐私问题。
2026年5月27日5 分钟阅读 - 22阅读文章第 22 篇
UTXO 模型为什么适合并行处理?——BSV 扩容的技术基础
UTXO 模型将状态拆分为独立输出,使得交易验证可以并行进行,为 BSV 的链上扩容和高吞吐提供了关键数据结构基础。本文对比账户模型与 UTXO 模型,解释并行性原理、实际限制以及与 Teranode 和应用设计的关系。
2026年6月2日3 分钟阅读 - 23阅读文章第 23 篇
理解比特币双花问题:为什么同一个 UTXO 不能被花两次
双花是数字现金系统的核心问题。本文用通俗语言解释双花的原理、交易结构、矿工作用、0-conf 风险、签名与双花的关系,以及工程实践中的注意事项。
2026年6月2日3 分钟阅读 - 24阅读文章第 24 篇
理解 BSV 中的 Locking Script:花费条件的核心机制
Locking script 是 BSV 交易中不可或缺的部分,它定义了 UTXO 的花费条件。本文从基础概念出发,逐步解析 locking script 的位置、与地址的关系、表达方式及其在应用中的重要性。
2026年6月2日3 分钟阅读 - 25阅读文章第 25 篇
深入理解 Unlocking Script:区块链交易的“开锁证据”
Unlocking Script 是交易输入中的解锁材料,用于满足上一笔输出的锁定条件。本文从概念、位置、工作原理到常见误解,全面解析这一关键机制。
2026年6月2日3 分钟阅读 - 26阅读文章第 26 篇
P2PKH:BSV 中最常见的支付脚本模板详解
P2PKH(Pay to Public Key Hash)是 Bitcoin/BSV 中最基础的普通支付脚本。本文拆解其核心逻辑、工作流程、与地址的关系、解锁条件,并解释为什么 BSV 开发者需要理解它。
2026年6月2日2 分钟阅读 - 27阅读文章第 27 篇
OP_RETURN:BSV链上数据写入入门
了解OP_RETURN的基本概念、与普通支付的区别、数据格式要求、隐私注意事项以及应用场景。
2026年6月2日2 分钟阅读 - 28阅读文章第 28 篇
解读Bitcoin Script:基于栈的脚本语言及其执行模型
Bitcoin Script是一种基于栈执行的脚本语言,用于验证交易花费条件。本文从栈的概念出发,通过例子说明其执行过程,并探讨P2PKH、受限设计、BSV应用等关键点,帮助理解这一链上验证语言的核心机制。
2026年6月2日2 分钟阅读 - 29阅读文章第 29 篇
标准脚本 vs 非标准脚本:BSV 开发中容易被忽略的边界
共识上有效的交易,网络不一定处理。理解标准脚本与矿工策略,避免交易广播失败。
2026年6月2日3 分钟阅读 - 30阅读文章第 30 篇
从零开始使用 @bsv/sdk:安装、验证与第一步
介绍 @bsv/sdk 的安装、项目搭建与验证过程,帮助开发者快速进入 BSV 开发环境,理解 SDK 在技术栈中的角色。
2026年6月15日3 分钟阅读 - 31阅读文章第 31 篇
WalletClient:应用与钱包之间的通信入口
WalletClient 是 BSV 应用中连接钱包的标准化客户端,它让应用描述交易意图,钱包负责授权、签名和 UTXO 管理,从而隔离私钥、UTXO 和签名等复杂度。
2026年6月15日3 分钟阅读 - 32阅读文章第 32 篇
使用 createAction() 创建你的第一笔 BSV 交易:入门指南
createAction() 是 BSV SDK 的核心方法,让应用通过高级接口描述交易动作,钱包自动处理签名、费用和广播。本文带你理解其原理、参数和实际用法。
2026年6月15日3 分钟阅读 - 33阅读文章第 33 篇
自动选择 inputs、找零和手续费:钱包如何为你构建完整交易
使用高级SDK时,钱包可以自动选择可花费的UTXO、生成找零output并计算手续费。本文解释这一过程的工作原理、益处和潜在风险。
2026年6月15日3 分钟阅读 - 34阅读文章第 34 篇
将数据写入 BSV 区块链:从 OP_RETURN 到应用协议
BSV 交易不仅能转移 satoshis,还能通过数据输出将文本、哈希或业务事件写入链上。本文从第一笔 Hello BSV 交易讲起,介绍数据输出与支付输出的区别、如何使用 SDK 构造 OP_RETURN、十六进制转换原因,以及如何走向结构化协议设计。
2026年6月16日2 分钟阅读 - 35阅读文章第 35 篇
用 WhatsOnChain 查看 BSV 交易:从 txid 到链上结构的完整指南
本文教你如何使用区块浏览器 WhatsOnChain 查看交易详情,理解 inputs、outputs、脚本、手续费等核心概念,并借助浏览器反向理解 SDK 的底层逻辑。
2026年6月16日3 分钟阅读 - 36阅读文章第 36 篇
BSV 交易入门:手动指定输入(Inputs)的正确姿势
在 BSV 的 UTXO 模型中,手动指定交易输入是进阶开发的必备技能。本文深入解析输入的本质、所需信息、代码示例和常见误区,帮你避开“地址扣款”的思维陷阱。
2026年6月18日3 分钟阅读 - 37阅读文章第 37 篇
手动指定交易输出,掌握 BSV 应用设计的关键一步
理解比特币交易输出(output)的机制,从手动构造交易开始。本文介绍输出的类型、找零规则、索引顺序及常见误区,帮助你从“会发交易”进阶到“会设计 BSV 应用”。
2026年6月18日2 分钟阅读 - 38阅读文章第 38 篇
比特币交易手续费:计算方式、影响因子与BSV实践指南
交易手续费并非显式字段,而是输入总额与输出总额的差额。理解手续费计算逻辑、交易大小的影响因素以及BSV网络策略,是构建链上应用的基础。
2026年6月18日3 分钟阅读 - 39阅读文章第 39 篇
为什么比特币交易的每个输入都需要单独签名?
理解比特币交易中多输入签名的必要性,避免常见误解,并了解 P2PKH 签名的基本逻辑、SDK 使用方法以及签名保护的具体内容。
2026年6月18日3 分钟阅读 - 40阅读文章第 40 篇
BSV 交易序列化:从对象到广播的必经之路
理解交易序列化是连接应用开发与区块链网络的关键。本文介绍为何需要序列化、标准交易结构、hex 的作用、SDK 中的序列化与反序列化、txid 关系以及常见误区,帮助你从调 SDK 进阶到调试链上数据。
2026年6月18日3 分钟阅读 - 41阅读文章第 41 篇
BSV 交易广播:从构造到提交的完整指南
在 BSV 开发中,构造交易只是第一步。本文详细讲解广播交易的意义、常见误区、广播前检查、返回值处理及失败原因,帮助开发者正确将交易提交至网络。
2026年6月18日2 分钟阅读 - 42阅读文章第 42 篇
交易链:一笔交易怎样花掉刚刚生成的 UTXO
理解交易链,才能真正理解比特币白皮书中“coin 是一条数字签名链”的含义。本文从最小模型出发,介绍 UTXO 在交易之间如何转移,以及交易链在 BSV 应用状态管理中的关键作用。
2026年6月18日3 分钟阅读 - 43阅读文章第 43 篇当前
比特币区块头:SPV和轻客户端的80字节基石
区块头是比特币区块的80字节摘要,虽不包含完整交易,却是连接工作量证明链和承诺交易集的关键结构。本文解释区块头字段、Merkle root和SPV原理,帮助理解BSV大规模扩展的实现基础。
2026年6月20日4 分钟阅读
推荐文章
区块链2026年6月18日
交易链:一笔交易怎样花掉刚刚生成的 UTXO
理解交易链,才能真正理解比特币白皮书中“coin 是一条数字签名链”的含义。本文从最小模型出发,介绍 UTXO 在交易之间如何转移,以及交易链在 BSV 应用状态管理中的关键作用。
区块链2026年6月18日
BSV 交易广播:从构造到提交的完整指南
在 BSV 开发中,构造交易只是第一步。本文详细讲解广播交易的意义、常见误区、广播前检查、返回值处理及失败原因,帮助开发者正确将交易提交至网络。
区块链2026年6月18日
BSV 交易序列化:从对象到广播的必经之路
理解交易序列化是连接应用开发与区块链网络的关键。本文介绍为何需要序列化、标准交易结构、hex 的作用、SDK 中的序列化与反序列化、txid 关系以及常见误区,帮助你从调 SDK 进阶到调试链上数据。