区块链账本有一个看起来很简单、但很关键的问题：当很多人共同维护同一份账本时，大家怎么知道“记到哪一页了”？如果没有统一的顺序参照，每个参与者都可能对交易先后有不同的看法，最终账本状态就无法达成一致。
区块高度（Block Height）正是为了解决这个问题而出现的。它给每个区块一个线性位置编号，让所有参与者能够用同一个标准指认“这是链上的第几个区块”。但这套编号机制也有它的边界——尤其是在链发生分叉时。这篇文章会从“为什么需要顺序”开始，逐步解释区块高度是什么、怎么产生、如何用于交易确认，以及为什么同一个高度不一定对应同一个区块。
为什么区块链需要一个顺序
区块链不是由单一机构维护的数据库。它由分布在网络中的多个节点共同维护，没有一个“管理员”负责决定下一条记录写在哪里、什么时候翻页。
这意味着，所有参与者必须就交易顺序达成一致。交易先后会直接影响最终账本状态。比如同一笔余额先被转给 A 还是先被转给 B，结果完全不同。如果节点之间对顺序没有共识，它们计算出的余额、合约状态和账户历史都会不一致，整条链就失去了可信基础。
区块（Block）是交易的打包单位。每个区块里包含一批交易，区块之间按照顺序连接，形成一条链。给区块编号，本质上就是给账本的每一页编号——有了页号，所有人才能知道当前记录到了哪里、前后关系如何，以及某个具体记录在哪一页上。
没有稳定的区块顺序，节点就无法对“当前哪条链是有效的”达成一致。
用一个类比来理解：假设有一本多人共同维护的账本，每个人都可以往上面记录交易。如果账本没有页码，大家各自记录，很快就无法判断谁先谁后、哪条记录是“最新”的。有了页码之后，所有人可以指着同一页说“这是第 100 页”，协调成本大幅降低。当然，真实的区块链比账本复杂——账本页码通常不会出现两条不同的“第 100 页”，而区块链在分叉时确实可能出现这种情况，后文会详细解释。
区块高度是什么：从创世区块开始的编号
区块高度是对区块在链上位置的一个线性编号。它回答的问题是：这个区块在链上是第几个区块？
创世区块是编号的起点
每条区块链都有一个创世区块（Genesis Block），它是链上第一个被创建的区块。在 Bitcoin、Ethereum 等主流区块链中，创世区块的高度通常被设为 0。之后的每一个新区块，高度都在前一个区块的基础上加 1。
例如，Bitcoin 的创世区块高度为 0，紧随其后的第一个区块高度为 1，第二个为 2，以此类推。所以创世区块本身并不算“高度 1”——它是起点 0，后续区块从 1 开始递增。
这里需要注意：不同区块链对创世区块高度的约定可能不完全相同。本文描述的是主流链的常见做法，具体到某条链时，应以该链的协议文档为准。
高度可以表示链的长度
如果创世区块高度为 0，那么链上区块总数（即链长度）等于最新区块高度加 1。比如当前最新区块高度是 999，说明链上共有 1000 个区块（从高度 0 到高度 999）。
高度只表示位置，不包含内容信息
这是初学者最容易混淆的地方：区块高度只告诉你在链上的位置，不告诉你这个区块里有什么。
要唯一确定一个具体区块的内容，需要用到区块哈希（Block Hash）。区块哈希是根据区块内容计算出的一个指纹，不同的区块内容会产生不同的哈希值。高度相同，哈希可能不同；哈希相同，则区块内容一致。
可以把高度理解为“第几页”，把哈希理解为“这一页上具体写了什么内容的独特指纹”。两者回答的是完全不同的问题。
高度是怎么产生和增长的
理解了高度是什么，下一个自然的问题是：谁在给区块编号？规则由谁决定？
答案是：没有中心机构分配区块高度。 高度不是某个管理员统一发放的编号，而是区块链链式结构的自然结果。
新区块通过引用父区块来延伸链
每个新区块都会包含前一个区块的哈希作为引用。这种引用关系把区块一个接一个地串联起来，形成一条链。当一个新区块被网络中的节点接受时，它的高度自然地成为父区块高度加 1。
比如，如果前一个区块高度是 500，那么新产生的、引用了它的有效区块，高度就是 501。这个编号不需要任何人审批或分配——它是链式结构的直接推论。
节点按共识规则判断有效性
虽然高度不是中心分配的，但也不是随便哪个区块都能被接受。节点会按照共识规则验证新区块是否合法：它引用的父区块是否有效、区块内的交易是否合法、是否满足该链的其他协议要求。只有通过验证的区块才会被节点接受，并延伸到链上。
无论一条链使用的是工作量证明（PoW）还是权益证明（PoS），区块高度的编号逻辑都建立在同一个基础上：新区块引用前一个区块，从而获得“父区块高度加 1”的位置。 具体的共识过程不影响高度编号的基本规则，本文不展开共识算法的细节。
交易确认里的区块高度：为什么说“已经过了 3 个区块”
普通人最容易在实际场景中接触到区块高度的地方，就是交易确认（Transaction Confirmation）。当你听到“这笔交易已经有 6 个确认了”，背后其实就是在用区块高度做计算。
确认数怎么算
一笔交易被打包进某个区块后，它所在区块的高度是固定的。假设：
- 交易被打包进高度为 N 的区块。
- 当前链上最新区块的高度为 M。
那么这笔交易通常获得的确认数等于：
M – N + 1
为什么加 1？因为交易所在的区块本身也算一个确认。也就是说，交易所在区块加上它之后延伸出的每一个区块，共同构成了确认数。
一个数字例子
假设一笔交易被打包进高度为 100 的区块。当前最新区块高度是 105。
确认数 = 105 – 100 + 1 = 6。
这意味着在交易所在区块之后，又延伸了 5 个新区块（高度 101、102、103、104、105），加上交易自己所在的区块（高度 100），一共 6 个确认。
这个计算只在单一规范链、不发生重组的情况下成立。如果链发生重组，计算结果可能改变，后文会解释原因。
确认数的含义与限制
确认数表示在交易所在区块之后又延伸了多少个区块。更多的确认通常意味着，攻击者若要改写这段历史，需要付出更高的成本——因为要替换或回滚交易所在的区块，攻击者需要重新计算该区块及其之后所有区块的工作量或共识证明。
但需要明确：这是一种概率安全，不是绝对保证。 更多确认提高了重组难度，但没有任何确认数能保证“绝对不可逆”。不同区块链的安全模型和最终性（Finality）规则不同，有些链的设计使得区块一旦达到某种条件就被视为最终确定，有些链则依赖概率累积。本文不展开各链最终性机制的具体差异，但读者需要记住：确认数是一个风险参考，不是数学上的绝对承诺。
此外，如果发生链重组（Reorganization），交易所在区块可能被替换，确认数可能减少甚至归零。这就是为什么理解区块高度时，必须同时理解“同一高度不一定对应同一区块”。
同一个高度，一定是同一个区块吗？
这是区块高度概念中最容易被误解的部分。很多初学者会自然地认为：高度是唯一编号，那么高度 100 永远指向同一个区块。这个理解在正常情况下大致成立，但在分叉和重组时并不正确。
分叉时可能出现同高度的竞争区块
区块链是分布式系统。不同节点可能几乎同时产生或收到不同的有效区块，这些区块可能引用同一个父区块，因此它们的高度相同。比如，两个参与者几乎同时分别发现了一个高度为 H 的有效区块，网络中短暂地同时存在两个高度为 H 的区块。
这并不违反共识规则——它们都引用了有效的父区块，都包含合法交易。此时，不同节点可能暂时看到不同的“最新区块”。
网络最终会收敛到一条规范链
随着时间推移，节点会按照共识规则选择一条规范链（Canonical Chain）。通常，规则会选择累积工作量最大或符合特定最终性条件的链。其他竞争区块会被孤立（Orphaned），不在规范链上。
但关键在于：在收敛之前，同一个高度可能对应多个候选区块。 收敛之后，某个高度在规范链上通常只对应一个区块，但这并不是因为高度本身具有唯一性，而是因为网络已经选定了那条链。
重组会改变高度对应的区块
如果链发生重组，原先被认为在规范链上的某个区块可能被替换成另一个区块。这时，某个高度指向的区块就发生了变化。之前被打包在该高度的交易可能被重新打包到其他区块，或者回到待处理状态。
所以，高度相同不代表区块相同。 只有区块哈希才能唯一确定一个具体区块的内容。高度表示的是“在链上的位置”，而这个位置在不同链、不同时间可能被不同区块占据。
这一点对理解交易确认和“回滚”非常关键。当你看到“6 个确认”时，它意味着在当前规范链上，交易所在区块之后已经有 5 个新区块延伸。但如果发生重组，这个确认数可能减少，交易所在区块也可能改变。
区块高度实际在哪里出现
区块高度不是抽象概念，它出现在很多实际产品和开发场景中。
区块浏览器
区块浏览器允许用户按高度查询区块。输入一个高度数字，浏览器会跳转到对应区块的详情页面，展示该区块的哈希、包含的交易、父区块信息、时间戳等链上数据。这是最直观的“高度到区块”的查询方式。
需要注意的是，区块浏览器展示的是它所见的那条链上的数据。如果发生重组，同一个高度在浏览器上可能显示不同的区块。
钱包和链上服务
钱包和链上服务可以使用区块高度来同步交易状态、显示确认数，或者设置检查点（Checkpoint）。比如，一个钱包可能记录“某笔交易在高度 100 的区块中”，然后随着最新高度的增长，更新确认数显示。
开发者 API
开发者常用的区块链 API 通常支持按高度范围查询区块，或订阅新区块的高度变化。这使得开发者可以构建区块浏览器、监控工具、交易状态追踪等应用。
普通用户不一定需要主动记住区块高度，但理解它有助于读懂钱包里的确认状态、区块浏览器上的数据，以及新闻中提到的“某笔交易在某个区块被确认”。
总结
区块高度是从创世区块开始，按顺序为每个区块分配的位置编号。主流区块链通常把创世区块高度设为 0，后续每个区块在父区块高度上加 1。这套编号不是由中心机构分配，而是链式结构的自然结果——新区块引用父区块，从而获得自己的位置。
高度让分布式参与者能够一致地指认链上顺序，计算交易确认数（当前最新高度减去交易所在高度再加 1），并在区块浏览器和开发场景中定位区块。
但高度只表示位置，不表示内容。区块哈希才是区块内容的唯一指纹。在分叉和重组发生时，同一个高度可能对应不同的竞争区块，因此仅凭高度不能绝对定位一个唯一区块。交易确认数提供的是概率安全参考，更多确认提高重组难度，但不是绝对不可逆的保证。
理解区块高度，本质上是在理解区块链如何用简单的线性编号，在分布式环境中建立可协作的顺序参照——同时也理解这套参照在分叉场景下的边界。
