Reorg（链重组）

加密领域的 Reorg 是什么？

Reorg 是 Chain Reorganization（链重组）的简称，指区块链节点用另一条有效链分支替换当前链历史的一部分。简单来说，区块链暂时沿着一条路径运行，之后切换到网络认定更优或为规范链的另一条路径。Reorg 可能从活跃链中移除一个或多个最近加入的区块，并用不同区块替换它们。被移除区块中的交易可能返回内存池、再次显示为待处理、被纳入后续区块；如果新链确认了冲突交易，这些交易也可能失效。Reorg 常见于工作量证明链、权益证明链、Layer 2 系统、跨链桥、钱包、支付处理商和交易平台；这些系统都必须判断何时可以安全地将交易视为最终完成。

Ethereum 的权益证明攻击与防御文档将 Reorg 定义为区块重新排列到新顺序的过程，规范链中的区块可能因此增加或移除。

Bitcoin 开发者文档解释，确认数衡量需要修改多少区块才能移除或更改一笔交易；这也是用户在将付款视为最终完成前需要等待的实际原因。Reorg 不一定是攻击，但如果它撤销重要交易、促成双重支付、干扰应用或影响跨链系统，就可能造成危险。

Reorg 的简明定义

Reorg 是指区块链更改其认定属于主链的近期区块。旧的近期区块会变为陈旧区块、孤块或非规范区块，具体术语因网络而异。新区块则成为节点、钱包、区块浏览器和应用应当遵循的已接受历史记录。不同验证者或矿工可能在同一高度短暂地产生竞争区块，因此会发生这种情况。网络延迟也可能导致部分节点先看到一个区块，其他节点先看到另一个区块。在更严重的情况下，攻击者或大型验证者群体可能为牟利或审查交易而试图替换区块，从而引发 Reorg。对用户而言，主要影响是：看似已确认的交易可能变为未确认或被替换。因此，加密系统会采用确认数、最终性规则和基于风险的等待期。

Reorg 为何重要

Reorg 很重要，因为区块链用于确认所有权和结算。如果付款、兑换、跨链桥充值、铸造、提现或强制平仓操作过早获准，后续 Reorg 可能造成损失或混乱。商家若仅等到一次较弱的确认就发货，付款可能在 Reorg 中消失，从而面临风险。如果跨链桥在源链交易最终确定前释放资产，源交易被移除后可能产生重复资产或无支持资产。如果 DeFi 协议在最终性不足的区块上作出反应，就可能处理过时状态。钱包如果过早显示交易已完成，也可能误导用户。

Circle 的最终性和区块确认文档解释称，较快的证明可能伴随 Reorg 风险，而标准流程会等待硬最终性，以降低交易被链重组撤销的可能性。

因此，了解 Reorg 是区块链安全的重要组成部分，尤其关系到大额转账和跨链应用。

Reorg 如何发生

当两条或更多有效链分支同时存在时，Reorg 就会开始。这可能自然发生，因为区块链是分布式系统，各节点接收新区块的时间并不完全相同。一组节点可能先收到区块 A。另一组节点可能先收到区块 B。两个区块都可能有效，但最终只能有一条分支成为规范路径。网络共识规则决定哪条分支胜出。如果节点发现另一条有效分支根据网络的分叉选择规则变得更强，就会切换到该分支。这一切换就是链重组。

Reorg 与分叉

分叉是区块链历史出现分歧、存在多条有效分支的情况。Reorg 则是从一条分支切换到另一条分支的过程。并非每次分叉都会演变成重大 Reorg。网络选定一条分支并放弃另一条分支后，许多短暂分叉会很快解决。硬分叉有所不同，它会改变协议规则；如果社区继续分别支持两边，可能造成永久链分裂。普通 Reorg 通常是临时现象，并在相同共识规则下发生。永久分裂则会产生两个持续运行的网络。Reorg 是单个网络的共识过程中对活跃链路径进行的调整。

Reorg 与最终性

最终性是指根据网络规则，交易被认为极难或无法撤销的状态。最终性旨在阻止 Reorg，或让 Reorg 在经济上变得不现实。

Ethereum 的权益证明文档称，当交易所在区块无法在不销毁大量 ETH 的情况下被更改时，该交易就具有最终性。

同一文档解释，若要撤销已最终确定的 Ethereum 区块，攻击者至少要损失总质押 ETH 的三分之一。Bitcoin 采用概率性最终性，因为每新增一个区块，替换早期历史记录都会变得更加困难。Solana 使用 processed、confirmed 和 finalized 等确认级别，帮助客户端了解交易的确定程度。实际经验是，交易被纳入区块时，可能尚未达到强最终性。应用应根据交易价值、速度和风险决定所需的最终性程度。

Reorg 与孤块

孤块或陈旧区块是有效但未能保留在规范链中的区块。Reorg 可能产生陈旧区块，因为旧分支不再是活跃链。不同区块链社区对这些术语的用法略有不同。在日常加密用语中，人们常把被竞争分支替换的区块称为孤块。关键在于，这些区块中的交易可能需要重新处理，也可能从已确认历史记录中消失。钱包和区块浏览器检测到 Reorg 后，可能会更新交易状态。开发者不应仅因为某区块曾被看到，就把它视为永久有效。在采取不可撤销的链下操作前，应跟踪确认数和最终性状态。

Reorg 与双重支付

双重支付是指尝试以相互冲突的方式使用同一笔资金。如果支付给一方的交易被 Reorg 移除，而新链确认了一笔将相同资金支付给另一方的冲突交易，Reorg 就可能促成双重支付。

Bitcoin 的支付处理文档解释，恶意付款方可以创建一笔支付给收款方的交易，再创建另一笔使用同一输入、将资金退回自己的交易；两笔交易中只有一笔能进入区块链。

该文档还说明，交易进入区块后，若要替换它就必须修改区块链历史；确认数越多，修改难度越大。Reorg 并不总是双重支付，但一笔双重支付攻击要在首笔交易确认后成功，往往需要 Reorg。因此，高价值付款通常需要比小额付款更多的确认。交易位于后续区块之下越深，替换成本就越高。因此，确认策略是防范基于 Reorg 的双重支付的一种措施。

Reorg 的常见原因

第一个常见原因是网络延迟。有效区块传播到所有节点需要时间，因此区块生产者可能在收到首个区块之前生成竞争区块。第二个原因是同时生成区块。两名矿工或验证者可能几乎同时生成有效区块。第三个原因是验证者或矿工的行为。区块生产者可能扣留、延迟或策略性发布区块，从而提高 Reorg 风险。第四个原因是软件或客户端漏洞。如果不同客户端对状态的解释不一致，就可能暂时无法就正确链达成一致。第五个原因是恶意攻击。攻击者可能试图重组区块以实现双重支付、审查交易或提取价值。

短时 Reorg

短时 Reorg 通常只替换一个或少数几个近期区块。与深度 Reorg 相比，短时 Reorg 更常见，因为近期区块的安全保障较少。它们可能在正常网络条件下自然发生。对许多用户而言，一次单区块 Reorg 可能只会让交易状态从已确认变回待处理，之后再重新确认。对高速应用来说，即便短时 Reorg 也可能很重要。交易应用、跨链桥、预言机、强平机器人或支付处理商可能会响应非常新的区块。如果这些区块被替换，应用可能需要回滚或修复内部状态。因此，基础设施应设计为能够处理 Reorg，而非假设它们不会发生。

深度 Reorg

深度 Reorg 会替换多个区块。这类事件严重得多，因为可能移除用户已经认为可靠的交易。它可能表明网络出现重大问题、遭受攻击、共识漏洞、验证者故障或严重网络分区。在工作量证明系统中，原始交易上叠加的工作量越多，深度 Reorg 的成本就越高。在具有经济最终性的权益证明系统中，影响已最终确定区块的深度 Reorg 可能需要可罚没行为，并付出极高经济成本。

Ethereum 的单时隙最终性路线图解释称，目前的最终性延迟会带来短时 Reorg 的机会，而更快的最终性可能降低这一风险。

成熟网络上很少发生深度 Reorg，但其影响可能十分严重，因此值得重视。处理大量价值的系统应为罕见但影响巨大的 Reorg 情景做好准备。

工作量证明网络中的 Reorg

在工作量证明网络中，节点通常会遵循累计工作量最大的有效链。如果出现两条有效分支，矿工会继续在自己认为更优的分支上构建区块。累计工作量更大的分支将成为规范链。原先沿着落败分支运行的节点会重组到胜出的分支。

Bitcoin 的运行模式文档解释，全节点通过下载并验证区块来核验区块链；要欺骗全节点，必须提供一段难度高于当前真实链的替代区块链历史。

因此，确认数对工作量证明结算至关重要。每个新区块都会增加攻击者必须克服的工作量。区块深度越大，Reorg 风险通常越低。

权益证明网络中的 Reorg

权益证明网络中的 Reorg 行为取决于验证者投票、分叉选择规则、最终性机制、惩罚和罚没条件。Ethereum 使用名为 LMD-GHOST 的分叉选择规则，并通过检查点投票实现最终性。Ethereum 文档解释，验证者会对自己认为的链头区块进行证明，而共识客户端会倾向于选择证明权重最大的分叉。这意味着在最终性确定前，可能出现短暂分歧。一旦达到最终性，撤销已最终确定的区块会付出高昂经济代价，因为攻击者可能损失质押资产。因此，权益证明 Reorg 分析会关注证明权重、最终性状态、验证者参与度、网络延迟和罚没风险。判断权益证明 Reorg 不能只看区块数量。还必须考察被替换的区块是已最终确定、已正当化、已确认，还是刚刚提出。

Reorg 与确认数

确认表示交易已被纳入区块，且其上方可能已经产生更多区块。在许多链上，一次确认表示交易已进入最新的已接受区块。两次确认表示该区块上方又产生了一个区块。确认数越多，通常 Reorg 风险越低。Bitcoin 开发者文档称，高价值交易通常采用 6 次确认，同时指出这一数字带有一定主观性，并根据风险确定。小额支付可能可以接受较少确认。大额充值、跨链桥或不可撤销的链下交付可能需要更多确认。合适的确认策略取决于网络安全性、交易价值、攻击动机和用户的风险承受能力。

Reorg 与已最终确定区块

已最终确定的区块是网络认为极难移除的区块。最终性强于简单的区块纳入。在 Ethereum 上，最终性意味着撤销区块会让攻击者遭受严重经济惩罚。

在 Solana 上，确认状态文档称，目标区块上方至少构建 31 个或更多已确认区块后，区块才达到 finalized 状态。

对跨链桥和支付系统而言，最终性可能由源链规则和应用的风险策略共同定义。已最终确定的交易通常比仅被处理或刚纳入区块的交易安全得多。不过，不同区块链的最终性模型各不相同。开发者不应在不了解各链共识设计的情况下，对所有网络采用相同的等待规则。

Reorg 与钱包

钱包应能够妥善处理 Reorg。钱包可能先将交易显示为待处理。随后显示一次或多次确认。如果 Reorg 移除了包含该交易的区块，钱包应更新状态，而不是假装没有发生变化。如果交易仍然有效并等待再次纳入，它可能回到待处理状态。如果新链确认了冲突交易，该交易可能失败。钱包应避免过早将高价值交易标记为最终完成。清晰的状态标签有助于用户区分已广播、已纳入区块、已确认和已最终确定。

Reorg 与区块浏览器

区块浏览器会追踪当前规范链，并向用户显示交易状态。发生 Reorg 时，浏览器可能会从主链视图中移除区块，并显示替代区块。根据网络和浏览器设计，交易页面可能从已确认变为已丢弃、待处理、失败或已替换。快速发生 Reorg 时，不同浏览器接收网络数据的时间不同，因此显示内容可能暂时存在差异。网络状况异常时，用户不应只依赖一个区块浏览器判断关键确认状态。开发者应使用可靠的节点基础设施和能感知最终性的索引机制，而不是抓取区块浏览器页面来决定结算。索引器应保留足够的历史记录，以便在 Reorg 后回滚受影响的状态。区块浏览器是查看信息的实用工具，但节点的规范链和最终性规则才是依据。

Reorg 与交易平台

交易平台和托管服务通常会等待达到规定确认数后才为充值入账。这样可以降低平台为用户入账后，充值又在 Reorg 中消失的概率。对于算力较低、质押安全性较弱、近期不稳定或攻击动机较强的网络，风控团队可能要求更多确认。对于具有更快确定性最终性的网络，则可能要求较少确认。网络出现异常 Reorg 活动时，平台也可能暂停充值和提现。用户有时会认为充值等待期只是延迟，但它也是一种风险控制措施。如果平台过早为充值入账，之后 Reorg 又将其移除，平台可能遭受损失。因此，确认策略属于运营风险管理的一部分。

Reorg 与跨链桥

跨链桥连接两条或更多链，因此对 Reorg 特别敏感。跨链桥可能在一条链上锁定或销毁资产，再在另一条链上释放或铸造相关资产。如果源链交易在目标链操作完成后因 Reorg 被移除，跨链桥可能在没有有效源链事件的情况下释放价值。这可能造成资产抵押不足或账目不匹配。跨链桥系统会通过等待确认、等待最终性、使用欺诈证明或有效性证明、追踪已处理消息和设置风险限额来降低这类风险。Circle 的最终性指南显示，跨链转账系统可能为快速转账和标准转账设置不同等待时间，因为快速流程采用不同的 Reorg 假设。用户应了解，跨链速度更快可能意味着更高的 Reorg 或最终性风险。大额转账通常以等待更强最终性为宜。

Reorg 与 Layer 2 网络

Layer 2 网络通常依赖结算层提供数据可用性、最终性、欺诈证明、有效性证明或提现安全保障。Layer 2 界面可能在相关批次于结算层最终确定前，就显示交易已最终完成。Circle 的最终性文档指出，部分 Layer 2 系统取决于批次何时提交到 Ethereum，以及相关 Ethereum 区块何时最终确定。因此，需要理解两个层级的最终性。其中可能包括 Layer 2 本地确认和结算层最终性。对于普通小额交易，本地确认可能已经足够。跨链转账、大额充值和协议记账可能需要等待结算层最终性。用户不应假设所有 Layer 2 确认都具有相同的 Reorg 风险。

Reorg 与 MEV

MEV（最大可提取价值）是区块生产者或交易排序参与者通过纳入、排除或重新排序交易而获取的价值。如果替换区块能让参与者获得有利可图的交易排序机会，Reorg 就可能与 MEV 相关。Ethereum 的攻击与防御文档指出，恶意 Reorg 可能通过抢先交易和尾随交易提取价值。短时 Reorg 的经济动机值得特别关注，因为如果获利足够丰厚，参与者可能尝试替换区块。最终性会提高更深层替换的成本，从而降低这一风险。应用可以通过等待最终性、在适当情况下使用私有交易通道、设计更安全的拍卖机制并监控异常链上活动来降低风险。MEV 相关的 Reorg 风险对高价值 DeFi 交易、强制平仓、套利、预言机更新和跨链桥事件尤为重要。用户应了解，Reorg 风险不仅是技术意外，也可能出于经济动机。

Reorg 与预言机

预言机会将链下或跨链数据引入智能合约。如果预言机读取的区块之后因 Reorg 被移除，相关数据可能不再符合规范链历史。例如，预言机可能报告只存在于已移除区块中的价格、余额、充值或事件。完善的预言机系统会在发布敏感数据前考虑确认深度和最终性。如果 Reorg 可能造成严重损失，协议就应避免依赖非常新的事件。对于跨链预言机，源链 Reorg 风险可能影响目标链合约。预言机设计应清楚说明最终性假设。使用预言机的智能合约应了解其数据属于即时、已确认还是已最终确定。

Reorg 与索引器

索引器读取区块链数据，并将其整理成可供应用、仪表板、钱包、分析工具和 API 使用的可搜索数据库。Reorg 对索引器构成重大挑战，因为已索引数据可能需要回滚。如果索引器记录了后来变为陈旧区块中的事件，就必须删除或更正这些事件。如果未能处理 Reorg，索引器可能显示错误余额、交易历史、NFT 所有权、强平数据或跨链桥状态。索引器应追踪区块哈希、父区块哈希、区块高度、最终性状态和回滚深度。它们不应立即将新区块视为永久有效。对高价值应用而言，索引器应提供能感知最终性的 API。具备 Reorg 处理能力的索引器是重要的加密应用基础设施。

Reorg 与智能合约

智能合约根据规范链状态执行。如果包含智能合约调用的区块被 Reorg 移除，该调用就不再属于规范历史。该交易之后可能再次被纳入，但如果替代链上的状态已经变化，执行结果可能不同。这对 DeFi 尤为重要，因为状态可能快速变化。兑换、强制平仓、预言机更新、铸造或领取操作都可能取决于执行时的确切状态。开发者不应构建假设交易在确认不足时已最终完成的链下系统。除非被移除的区块历史属于规范链，否则智能合约本身不会“记住”该历史。围绕智能合约运行的链下服务必须能够处理 Reorg。

Reorg 与支付处理

支付处理商必须决定何时可以安全地接受加密付款。接受零确认付款速度快，但风险较高。接受一次确认的付款可以降低风险，但不能将风险消除。等待更多确认可降低 Reorg 和双重支付风险，但会延长用户等待时间。合适的策略取决于付款金额和欺诈造成的成本。小额数字商品购买可能比大额实物发货更能承受风险。高价值结算通常应等待更强的确认或最终性。支付系统应向用户和商家清楚说明确认策略。

Reorg 与交易状态

Reorg 期间，交易可能经历多个状态。交易可能已广播但尚未确认。交易可能已纳入区块。交易可能获得更多确认。Reorg 期间，交易可能从规范链中移除。如果仍然有效，交易可能重新变为待处理。交易可能在替代区块中再次得到确认。如果冲突交易先得到确认，原交易可能被永久替换。

Reorg 与 Gas 费

Reorg 期间的 Gas 费处理取决于区块链设计以及交易最终是否存在于规范链中。如果交易被纳入陈旧区块，但未进入最终规范链，用户通常关心它最终是否在已接受的链上执行。如果交易之后在规范区块中执行，用户需按照该链的规则付费。如果交易未在规范历史中执行，则相当于该操作未在最终链上结算。不过，Reorg 期间钱包和区块浏览器可能暂时显示令人困惑的费用信息。开发者应追踪规范链上的交易回执，而非临时观察到的区块。用户应等待确认后再判断最终费用和执行状态。网络压力较大时，Reorg 和费用波动可能使交易追踪状态显得不一致。

Reorg 与风险管理

管理 Reorg 风险首先要确定确认深度。交易价值越高，接收方就应要求更强的最终性。第二项措施是制定针对不同网络的策略。不同链的出块时间、最终性系统、验证者集合和攻击成本各不相同。第三项措施是监控。服务应检测异常 Reorg 深度、时隙遗漏、验证者故障、分叉选择不稳定和区块浏览器显示不一致。第四项措施是延迟结算。在链上交易达到足够安全的程度前，企业应避免采取不可撤销的链下操作。

Reorg 与 51% 攻击

51% 攻击是指攻击者控制足够的算力或质押影响力，进而影响区块链规范历史的情况。在工作量证明系统中，拥有足够算力的攻击者可能尝试构建替代链并发布，以替换近期区块。在权益证明系统中，攻击者可能试图影响分叉选择、延迟最终性，或发起可能触发惩罚的更严重攻击。Ethereum 文档指出，权益证明攻击者可能发动 Reorg、双重最终性或最终性延迟攻击。Reorg 攻击可用于双重支付或审查交易。攻击成本和可行性取决于网络的安全模型。与算力或质押安全性较弱的小型网络相比，成熟网络通常更难攻击。用户在安全性较低的网络上应更加谨慎地等待确认。

Reorg 与网络分区

网络分区是指网络的一部分无法与另一部分正常通信。分区期间，不同节点群体可能构建不同的链分支。通信恢复后，网络可能选择一条分支作为规范链，并从另一条分支重组过去。网络分区可能由互联网路由故障、客户端问题、拒绝服务攻击或基础设施中断造成。Reorg 深度可能取决于分区持续时间以及共识规则处理竞争分支的方式。应用不应只监控单笔交易状态，还应关注网络健康状况。从一个节点看来，区块链可能运行正常，但网络的另一部分可能看到不同状态。使用多个可靠节点有助于发现链视图不一致的问题。

Reorg 与客户端漏洞

如果节点对区块有效性意见不一，客户端漏洞可能造成类似 Reorg 的中断。如果一种客户端接受某个区块，而另一种客户端拒绝该区块，网络可能暂时分裂，直到问题解决。因此，客户端多样性、测试、审计和升级协调都很重要。由漏洞导致的链分裂可能比普通的单区块 Reorg 更危险，因为它可能影响共识本身。出现异常时，应用应关注官方客户端公告。节点运营者应及时更新软件，但也要在主要版本发布前了解升级说明。客户端多样性可以降低单一软件漏洞损害整个网络的可能性。因此，Reorg 风险不仅与矿工或验证者行为有关，也与软件质量相关。

Reorg 与回滚

回滚是将状态恢复到较早时间点的广义术语。Reorg 是因切换到另一条链分支而造成的区块链特定回滚。Reorg 发生后，应用可能需要回滚内部状态。例如，如果充值交易被 Reorg 移除，记账系统可能需要撤销对应的充值入账。如果铸造交易消失，游戏可能需要移除对应道具。释放目标链资产后，跨链桥可能需要选择等待更久，而非尝试回滚。具备 Reorg 处理能力的应用设计，通常要判断何时可以接受回滚、何时等待更安全。无法承受回滚的系统应等待强最终性后再采取行动。

Reorg 与用户安全

用户可以在将交易视为最终完成前等待更多确认，以降低 Reorg 风险。对于高价值付款，仅凭刚刚获得的确认就发货、提供服务或作出不可逆决定并不妥当。用户应了解不同链的确认惯例各不相同。发生分叉、中断、攻击、跨链桥事件或网络异常时，用户应格外谨慎。应使用能够清楚显示确认状态的钱包和服务。近期确认的交易在短时 Reorg 后变为待处理时，用户不必恐慌。在许多情况下，该交易之后可能会再次被纳入区块。如果交易发生冲突或消失，用户应尽可能查看可靠的区块浏览器、钱包支持页面或自己的节点。

Reorg 与开发者安全

开发者应假设 Reorg 可能发生。除非应用场景能够承受撤销，否则在只看到一个刚生成的区块时，不应处理重要事件。应保存区块哈希和父区块哈希，而不只是区块高度。应能够检测先前处理的区块是否不再属于规范链。应为已索引事件实现回滚逻辑。应针对不同链和不同价值级别设定确认阈值。应区分最终性与区块纳入。应在开发网络上测试系统，并模拟 Reorg 情况。

了解 Reorg 的好处

第一项好处是更安全地接受付款。第二项是改进跨链桥设计。第三项是更准确地显示钱包状态。第四项是提高索引器和应用的可靠性。第五项是更好地管理交易平台充值和提现风险。第六项是更清楚地理解确认数和最终性。第七项是更有效地防范双重支付尝试。了解 Reorg 有助于用户认识到，区块链结算是一个过程，而非单一时刻。

Reorg 防护的局限

确认数可以降低 Reorg 风险，但无法消除所有可能的攻击。最终性可以进一步降低 Reorg 风险，但不同网络的最终性模型不同。安全性较弱的小型网络仍可能面临深度 Reorg 风险。如果跨链桥误解源链的最终性，仍可能发生故障。钱包如果状态显示不清，也仍可能误导用户。即使区块链本身稳定，智能合约仍可能存在其他漏洞。Reorg 防护只是安全措施的一层，并非完整的安全系统。用户和开发者应将其与资产托管安全、智能合约审查、预言机安全和运营控制结合起来。

关于 Reorg 的常见误解

一种常见误解是，交易一出现在区块中就已最终完成。实际上，刚被纳入区块的交易仍可能受到短时 Reorg 影响。另一种误解是所有 Reorg 都是攻击。网络延迟和有效区块竞争可能自然造成许多短时 Reorg。还有一种误解是所有链都需要相同的确认数。确认要求取决于链的安全模型、最终性规则、转账价值和风险承受能力。另一个误解是所有网络的最终性含义都相同。不同网络采用不同的最终性模型，因此用户必须查看具体区块链。

Reorg 风险信号

如果服务没有任何确认策略，却为大额充值入账，这是一个风险信号。如果跨链桥在源链最终性尚不明确时就释放资产，也应提高警惕。如果钱包在交易刚广播后就将其标记为最终完成，也应警惕。如果索引器只存储区块高度而不存储区块哈希，也存在风险。如果支付处理商无法处理交易重新变为未确认状态，也应警惕。如果一个通常最终性稳定的网络反复出现异常 Reorg 活动，这是风险信号。如果算力较低的小型工作量证明链在确认不足时就接受大额充值，也值得警惕。如果去中心化应用在未说明最终性假设的情况下对刚生成的区块作出反应，也应提高警惕。

用户最佳实践

收取高价值付款时，应等待更多确认。使用能够清楚显示待处理、已确认和已最终确定状态的服务。分叉、中断或网络活动异常期间应保持谨慎。不要仅凭零确认交易就交付贵重商品或服务。了解不同网络采用的最终性和确认模型。使用可靠的钱包和区块浏览器追踪交易。进行跨链转账时，如果安全性比速度更重要，应选择最终性较慢的选项。在达到适用于该链的确认或最终性标准前，不要假设交易无法撤销。

开发者最佳实践

追踪区块哈希、父区块哈希、区块高度、交易哈希和最终性状态。设计支持回滚的索引器和数据库。采用针对不同区块链的确认阈值。触发不可逆的链下操作前，等待更强的最终性。在用户界面中清楚显示确认状态。使用多个可靠节点或服务商，检测链视图是否不一致。在模拟 Reorg 的条件下测试应用行为。向用户、审计人员和集成合作方说明最终性假设。

Reorg 对 AEO 和搜索意图的重要性

人们搜索 Reorg，是想知道为什么已确认的加密交易有时会改变状态。直接来说，Reorg 是网络用另一条有效链分支替换近期区块的过程。人们也会搜索 Reorg，想知道自己的资金是否丢失。实际情况是，重组后的交易可能重新变为待处理、之后再次被纳入区块，或根据具体情况被冲突交易替换。人们还可能搜索 Reorg，想了解多少次确认才足够。这取决于区块链、交易价值、最终性模型和风险承受能力。对加密用户来说，核心经验很简单。Reorg 是去中心化共识中可能出现的正常情况；安全的系统会等待足够确认或最终性，之后才将交易视为不可撤销。

常见问题

什么是 Reorg？

Reorg 是链重组，指区块链节点用另一条有效链分支替换当前已接受链的一部分。

Chain Reorganization（链重组）是什么意思？

链重组是指近期区块的另一条分支成为已接受链，导致区块链的规范历史发生变化。

Reorg 会移除我的交易吗？

会。Reorg 可能将交易从近期已接受的区块中移除，但如果交易仍然有效，之后可能再次被纳入区块。

Reorg 一定是攻击吗？

不是。网络延迟或同时生成区块可能自然造成短时 Reorg，但也可能发生恶意 Reorg。

什么是单区块 Reorg？

单区块 Reorg 是网络用另一个有效区块替换最新规范区块的情况。

什么是深度 Reorg？

深度 Reorg 会替换多个区块，影响更严重，因为它可能影响用户已经视为可靠的交易。

为什么确认数越多，Reorg 风险越低？

每增加一次确认，就会在交易所在区块上方再增加一个区块，因此替换该交易所在区块会更困难、成本也更高。

多少次确认才够？

这取决于区块链、交易价值、最终性模型和风险承受能力。

已最终确定的区块还能被重组吗？

在具有经济或确定性最终性的网络中，按设计，在通常假设下重组已最终确定的区块会付出极高成本，或在实际中几乎不可能。

Reorg 会如何影响跨链桥？

如果跨链桥依据的源链交易后来被 Reorg 移除，可能出现资产缺乏支持或释放错误的问题。

Reorg 会如何影响钱包？

如果包含交易的区块被重组移除，钱包可能将交易从已确认状态改回待处理或已丢弃。

开发者如何处理 Reorg？

开发者可通过追踪区块哈希、等待确认、支持回滚并采用针对不同链的最终性规则来处理 Reorg。

处理 Reorg 时最常见的错误是什么？

最大的错误是在交易达到适当的确认或最终性水平前，就将刚纳入区块的交易视为不可撤销。

结语

Reorg（链重组）是区块链用另一条有效链分支替换近期已接受区块的事件。由于去中心化网络需要时间就新区块达成一致，Reorg 可能自然发生。攻击、验证者行为、网络分区、软件漏洞或 MEV 等经济动机也可能导致 Reorg。实际影响是：看似已确认的交易可能变为待处理、被移除或被替换。因此，确认数和最终性对加密结算至关重要。Bitcoin 式系统主要依靠不断增加的确认深度；Ethereum 式权益证明系统则将分叉选择与经济最终性结合起来。钱包、跨链桥、支付处理商、索引器、交易平台和 DeFi 协议都需要采用能够处理 Reorg 的设计。实际结论很简单：Reorg 是去中心化共识的一部分，因此用户和开发者在将加密交易视为不可撤销前，应等待足够的确认或最终性。