제10장 — 서로 다른 합의 메커니즘의 제도적 설계

第十章　不同共识机制中的制度安排

共识机制将共同账本的确认工作分配给具体参与者，也决定他们凭什么进入、依据什么取得影响，以及怎样承担维护责任。不同机制对这些问题作出不同回答，进而影响资源投入、权力分布和结果的稳定性。比较共识机制，需要沿着这些关系展开。

本章讨论的几种安排并不处于完全相同的分类层次。工作量证明和权益证明，主要涉及通过何种资源约束参与及分配相应影响；许可型网络强调谁可以进入哪些角色；拜占庭容错协议则处理在部分参与者可能偏离规则时，如何形成相容的确认结果。这些安排可以相互组合，不能只按名称把它们理解为彼此排斥的三种技术。

因此，本章既比较其技术原理，也分析其制度后果。问题在于：什么资源成为确认能力的基础，谁实际控制这些资源，什么条件支持最终性，以及参与者退出后哪些责任仍然持续。利益相关者资本治理需要据此判断，某种账本安排能否为共同创造提供适当的基础。

一、工作量证明：计算竞争、累计工作与安全成本

工作量证明把提出有效区块的机会，与符合协议要求的计算过程联系起来。在典型的哈希型工作量证明中，参与者反复调整候选区块中的可变数据，计算摘要，并寻找满足目标条件的结果。别人取得候选区块后，可以较容易地检查这一条件是否满足。

这种过程具有寻找成本与核验成本之间的差异。寻找有效结果通常需要反复试算，验证结果则不需要重做全部试算。每次尝试都可能成功；在其他条件相近时，持续投入较多有效计算能力的参与者，长期获得区块机会的概率通常较高。一次竞争结果并不保证总由规模最大的参与者取得。

工作量证明也不直接证明某台设备实际消耗了多少电力。一个满足条件的摘要，是关于该计算条件的可核验证据，可以与预期寻找工作量建立联系，却不是对全部尝试次数、设备效率或能源来源的逐项计量。因此，协议所计量的工作，与现实资源成本需要分别理解。

在比特币式的账本结构中，区块通过前后关联形成历史，参与者在符合有效性规则的候选历史中比较累计工作量。这个依据并非简单统计区块数量，而是按照各区块所对应的难度条件累计相应工作。当前拥有多少计算能力，与过去一条历史已经累计多少工作，也属于不同概念。Bitcoin开发文档：工作量证明与分叉选择〔1〕

累计工作使历史改写需要面对持续竞争。试图从过去某处建立替代历史的参与者，不仅要构造满足规则的区块，还需要使替代历史在协议选择中取得足够优势。在守规计算力量、网络传播和攻击能力等条件成立时，后续工作积累能够降低既有记录被替换的风险。这种保障具有条件，不能将某个确认次数解释为风险绝对消失。

资源竞争也限制了凭空增加身份的作用。一个主体把自己的计算活动拆成许多名称，不会仅靠名称数量增加实际计算能力。协议据此可以在不预先逐一确认现实身份的情况下，建立某种参与影响的分配方式。但它解决的是虚假身份对计算竞争的影响，并不保证实际资源分散在足够独立的主体手中。

算力较强也不意味着可以让任何交易成为有效交易。在既定规则下，遵守规则的完整验证节点仍会检查签名、资源约束和其他条件。较强计算力量可能影响排序、排斥交易或尝试重组，却不能仅凭工作量伪造他人的有效签名，或要求这些节点接受违反既定发行规则的结果。

由此，区块生产权、交易验证和规则采用之间形成分工。生产者能够提出历史延续，验证者依据所采用的规则检查它；开发者可以提出规则修改，但软件提案也需要相应采用过程。现实中的这些力量可能相互影响，不能把协议变更权直接等同于算力份额。

持续竞争需要支付设备、能源、场地、网络和运行维护成本。设备更新与其他用途之间的转换，也会影响参与条件。不同主体面对的成本可能不同，因此形式上的开放参与，并不必然形成相同的经济进入机会。分析制度后果时，需要观察资源取得条件及其实际集中程度。

矿池是组织计算参与的一种方式。通过汇集计算并按约定分配收益，参与者可以减少独立获得区块时收入间隔的不确定性。与此同时，候选区块如何构造、交易怎样选择以及报酬如何结算，可能受到矿池安排影响。矿池提供了合作服务，也引入了相应的控制关系。Bitcoin开发文档：挖矿与矿池〔2〕

因此，矿池控制与算力所有不能简单画等号。参与者是否能够更换矿池，谁决定候选交易，是否存在设备或服务依赖，都会影响实际权力。名义算力份额可以提供线索，但仍需要了解背后的组织方式，才能判断某一主体能够持续影响什么。

奖励为这种运行提供经济支持。比特币白皮书将区块中的新增发行与交易费用作为激励来源，并讨论守规生产与破坏账本之间的利益关系。这是一种关于行为激励的设计思路，实际约束效果仍取决于成本、收入和攻击者可能追求的其他利益。Nakamoto：Bitcoin，第6节〔3〕

这里需要避免从安全支出跳到价值判断。消耗资源可以支持账本安全机制，却不直接证明账本中的资产具有同等经济价值，也不证明所记录的分配具有正当性。确认服务对共同事业的作用，应当依据它提供了什么保障、付出了什么成本来评价。

工作量证明还要求持续关注未来维护条件。过去积累的工作提供历史基础，后续参与力量和资源投入则影响继续维护的能力。不能因为历史很长，就推定未来在任何条件下都能保持同样保障。奖励来源、设备结构和参与者行为的变化，需要进入长期评价。

对利益相关者资本治理而言，工作量证明提供了一种通过开放资源竞争维护历史的方式。它适合被作为具有特定条件的确认基础来分析，但协议中的计算工作不能被直接当作企业贡献的统一尺度。维护账本的工作与共同事业中的劳动、知识、关系和风险承担，需要分别表达。

二、权益证明：质押参与、确认权重与激励约束

权益证明通常把参与资格或确认影响，与按协议投入并受到约束的资源联系起来。参与者需要满足相应质押、激活和运行条件，才能进入特定确认角色。这里的“权益”首先是协议所识别的质押资源及其权重，不应自动解释为企业股权或对全部共同事业的治理资格。

持有资产与承担验证职责之间仍有距离。资产持有人可能自行运行验证服务，也可能委托他人操作，或者通过其他服务关系间接参与。谁提供质押资源、谁实际签署确认、谁控制退出和提取，需要分别识别。相同的账面持有量，可以对应不同的实际控制关系。

权益证明需要与具体的提议、投票和分叉选择程序结合。协议可以依据有效质押权重分配提议机会和确认影响，也可以为不同角色设置不同条件。拥有较多普通网络连接或创建更多地址，并不会当然扩大有效质押总量；但权重怎样计算、何时生效和如何变化，仍由具体规则决定。

以太坊的权益证明说明将区块提议、执行验证、确认消息和检查点最终性联系起来。其最终性机制需要按有效质押权重形成规定的支持，并经过相应检查点程序。这为理解质押资源怎样进入确认提供了技术参照，不能被简化为所有节点各投一票，也不能推广为所有权益证明网络都采用相同程序。Ethereum开发文档：权益证明〔4〕

权益证明并不天然等于某一种最终性。有的设计以链式选择为主要结构，有的结合明确的拜占庭容错确认，有的把链头选择与最终性分别安排。比较时，应当检查具体协议如何处理冲突、什么证据代表确认，以及安全和进展分别依赖什么条件。

质押使参与资源能够在一定范围内承担责任。若协议能够识别被禁止的矛盾签署，就可以按照规则对相应资源采取处罚。这样，部分安全成本从持续竞争的计算支出，转为资源占用、操作责任和可能发生的损失。验证服务仍需要计算、存储与网络维护，质押不会消除全部运行成本。

未及时履职与可被证明的严重违规，也可能对应不同处理。协议可以减少奖励、扣减资源或对特定行为执行罚没，但触发条件必须具体。处罚是否有效，还取决于证据可得、资源仍在约束范围内以及处理程序能够执行。一个抽象的质押数额，不能独立证明任何攻击都会得到充分约束。

激励设计希望使正确参与具有持续吸引力，但行为动机可能超出账内收益。若某些主体重视对外部业务的影响，愿意承担损失，或者控制了实际操作而不承担全部经济后果，就需要重新分析约束效果。奖励和罚没为守规行为提供支持，不能代替明确的故障上限与协议证明。

受托参与尤其需要检查风险与控制是否对应。质押资源的提供者可能承担损失，运营者却掌握签名与运行决策；平台也可能控制提取条件或收取服务费用。委托关系因此需要说明职责、报酬、故障责任及退出安排，避免把协议层的质押记录当作完整的受托管理制度。

确认力量也可能受到规模和服务结构影响。大型运营者如果具有技术、成本或渠道优势，可能吸引更多委托；奖励是否复投以及权重怎样调整，也可能影响后续分布。这些是需要持续观察的机制结果，不能仅凭权益证明的名称就断言它必然集中或必然分散。

退出与提取在这种安排中通常具有不同阶段。停止承担验证角色、等待尚存责任被处理，以及取得可自由使用的资源，未必同时发生。以太坊的提款说明也区分了验证者退出、相应排队和通过服务商参与时的其他条件。能够转让某种参与凭证，并不意味着底层验证者已经退出或责任已经解除。Ethereum：质押提款〔5〕

退出规则还与历史安全相关。若过去参与者的资源已经不再受到约束，仅核验旧密钥对一段替代历史的签名，可能不足以帮助长期离线或新加入的节点识别应该采用的历史。部分权益证明设计因此对同步起点提出额外要求。

以太坊用弱主观性检查点处理这类历史识别问题，新加入或需要重新建立可靠同步依据的节点，需要取得适当的近期可信起点，再继续验证。检查点来源与交叉核验因此构成安全条件的一部分。Ethereum开发文档：弱主观性〔6〕

这个条件说明，评价权益证明需要同时考察当前确认和历史接续。谁提供初始参照，哪些主体保持独立核验，退出责任延续多久，以及异常后采用何种恢复路径，都影响共同账本的长期可用性。

对于利益相关者资本治理，质押参与可以提供一种明确的技术责任安排，但资源锁定不能替代贡献评价。某人有能力承担较多质押，不表示其已经承担企业全部长期风险；获得协议确认权，也不表示其有权替其他利益相关者决定分配。采用权益证明时，需要持续保持这两层制度之间的边界。

三、许可型网络：身份准入与拜占庭容错协议

许可型网络通过准入安排确定哪些主体可以承担特定角色。读取账本、提交业务请求、执行程序、参与排序和修改配置，可以分别设置资格。它并不必然意味着全部数据只对内部开放，也不必然由单一组织控制；其具体含义取决于哪些活动需要许可，以及谁能够授予和撤销许可。

身份准入为确认制度提供了不同的基础。参与者可以被关联到现实中的组织和责任主体，维护职责也可以通过既定关系分配。系统因而不一定需要用开放计算竞争或公开质押，来解决所有参与资格问题。但身份已经明确，不表示参与者一定守规，也不表示其设备、人员和密钥不会出现问题。

因此，准入制度需要与故障模型分别选择。崩溃容错机制主要处理节点停机、失联等故障；拜占庭容错机制则进一步考虑部分参与者发送矛盾信息或任意偏离协议的情形。许可型网络可以采用前者，也可以采用后者。获得许可这一事实，不能自动把可能恶意或被控制的节点简化为只会停机的节点。

Hyperledger Fabric的文档分别介绍了采用Raft的崩溃容错排序服务和采用SmartBFT的拜占庭容错排序服务，并明确两者面对的故障范围不同。这表明，网络具有身份准入制度之后，仍需选择适当的确认协议。Hyperledger Fabric文档：排序服务及容错类型〔7〕

在一类具有明确最终性的拜占庭容错协议中，参与集合、权重和消息认证是已知的，确认者按规定轮次形成支持，并以相应锁定规则约束后续行为。达到确认条件后，守规参与者在安全假设成立时，不会再确认与之冲突的结果。第九章所讨论的确认集合交集，在这里获得具体用途。

这种保障仍然依赖足够的守规力量。若关键参与者失联，系统可能无法继续形成最终确认；若偏离协议的力量超过允许范围，安全保证也可能不再成立。协议中关于安全性的条件与关于继续推进的网络条件，应当分别说明。身份可识别有助于追责，却不会取消这些技术限制。Buchman、Kwon与Milosevic：The latest gossip on BFT consensus〔8〕

以身份或声誉作为资格基础的安排，有时也被归入权威证明的讨论。但身份来源、提议轮换和容错确认不是同一件事。仅有一个经批准的生产者名单，尚未完整说明名单成员相互冲突时如何处理，更没有说明名单本身由谁修改。比较这类系统，应当继续检查实际协议及管理权限。

准入管理因此具有直接的权力后果。谁可以成为确认者，申请需要满足什么条件，已有成员是否能够阻止新的独立主体进入，以及被拒绝者能否获得理由，都会影响长期权力分布。技术上的身份验证只能检查既定凭据，准入理由是否适当则需要制度判断。

资格变更同样需要共同可识别的程序。增加或移除确认者，会改变能够形成确认的集合和权重。如果一个管理者可以单独替换全部参与者，就可能取得超出表面节点分布的控制能力。成员调整应当与当前规则衔接，并让相关主体知道变更何时生效、依据何在。

证书和密钥管理也需要进入这一过程。撤销未来使用资格、替换操作密钥和核验过去签名，具有不同作用。某个身份凭据不再被接受，不代表此前的全部记录可以自动删除或否认。系统需要保留当时资格、规则版本和确认依据，以支持历史核验及后续责任处理。

对于共同控制，应当追踪独立性实际存在于何处。不同机构可以各自持有密钥并管理设备，也可以把全部运行交给同一家服务商；多个节点可能分布在不同地方，却由同一个管理账户控制。形式上的组织数量和实际可独立履职的能力，需要分别评价。

技术运行职责与业务决定职责仍需分开。排序服务可以维护共同顺序，却未必负责判断每项交易所依据的贡献是否真实，或者某项分配是否应当批准。即使排序和验证在同一组织内部完成，也应当说明其权限来源。加入网络，不能被解释为接受所有未来业务安排的概括授权。

许可型网络的维护可以由成员预算、服务费用或其他有效安排支持，不必以发行新代币为前提。其激励和约束可以结合协议记录、服务约定和组织监督。但这些机制需要实际的资源、证据和执行责任；一个能够识别名称的节点，并不因此成为可以无成本信赖的节点。

退出也包含多个过程。成员停止提供确认服务，需要更新参与集合并保持必要的运行能力；退出业务合作，可能需要处理尚未完成的承诺；停止访问某些材料，还需要按原有安排处理保存和披露责任。这些过程不能仅通过删除一个网络身份一并完成。

如果许可型网络主要由同一权力中心控制，并且其他成员可以接受这样的委托，采用数据库、签名日志或其他方案也可能满足需要。是否使用区块链，应当回到第六章的比较：它是否实际提供了有价值的共同验证、控制约束和责任延续，而不只是增加了分布式部署的外观。

许可型网络由此提供了一种把确认职责嵌入明确组织关系的路径。它可能便于安排保密、服务责任和成员更替，也需要持续防止准入权、配置权和日常操作权被无说明地集中。其制度质量取决于具体权限与责任，而非“许可”或“联盟”这一名称。

四、比较参与门槛、权力集中、最终性与退出条件

比较共识机制，应当让不同方案面对同一项治理需求。共同状态涉及什么资源，哪些主体需要独立核验，最担心哪类单方行为或协同故障，以及后续行动需要多稳定的确认，决定了比较的尺度。如果这些前提不同，单独比较吞吐量、设备数或名义费用，容易得到缺乏意义的排序。

参与门槛首先需要分层。使用系统的门槛，与独立验证的门槛不同；独立验证的门槛，又与获得提议或确认权的门槛不同。一个网络允许任何人读取，并不表示任何人都能以可承担的成本进入确认角色。评价应当说明门槛对应的是哪一层参与。

工作量证明的确认参与需要适当计算资源及持续运营能力，质押参与需要相应资源和运行条件，许可型确认则需要获得身份资格并履行服务要求。开放资源门槛可能排除资源不足者，资格审批也可能排除缺少组织渠道者。两种限制都需要结合实际影响评价，不能仅凭开放或许可的名称推定参与公平。

对利益相关者资本治理，还需要检查这些门槛是否不必要地限制了业务参与。一个主体无法运行确认节点，并不表示其贡献不应被记录，或者无权查看与自己有关的决定。底层确认可以专业化，应用层仍需要为贡献提交、知情、异议和适当参与提供路径。

权力集中则需要从实际能力分析。谁选择交易，谁决定采用的软件，谁掌握密钥与恢复入口，谁能够组织足够力量延迟确认，谁控制业务方日常依赖的查询和提交服务，都是需要检查的对象。某一环节较为分散，不能为其余环节作全面担保。

不同机制的集中路径可能不同。计算资源与矿池安排、质押资源与受托运营、身份准入与配置管理，分别构成需要观察的关系。共同的软件缺陷和基础设施依赖，也可能跨越这些分类形成风险。比较应当同时记录资源份额、实际控制和相关故障，而非仅用一个节点数代表全部状况。

最终性比较应当明确结论属于什么机制。概率性确认根据历史积累及相关模型表达风险变化；具有明确最终性规则的系统，则依据特定确认条件及安全假设表达结果。权益证明可以与不同最终性机制结合，许可型网络也需要具体协议支持。确认快慢必须连同保证范围一起理解。

退出条件需要同时观察行动自由和责任连续。停止生产区块，未必能够立即收回设备投入；停止验证，未必意味着质押资源立即可用；退出一个许可型网络，也可能保留尚未完成的业务责任。对长期合作，能够合理退出与不能任意逃避已经承担的责任，同样重要。

下表比较的是常见组合的制度侧重点，具体系统仍需要按其有效规则核验。

这些差异应当进入具体的选择理由。需要面向广泛未知主体开放确认，和需要若干具有明确责任的组织共同维护记录，可能对应不同路径。若现有安排可以通过较简单的技术提供充分保障，就没有必要仅为取得某个机制标签增加负担。若确需限制单方控制，则要检查候选方案是否真正改变了相关权限。

技术选择也不能通过任意替换权重来完成。将贡献评分直接作为确认权重，看起来可以使账本维护贴近共同创造，但评分来源、重复申报、串谋以及修改权限都会进入安全假设。既有协议在质押或其他资源条件下形成的保证，不能无条件转移到一套主观评价分数上。

本书主张，贡献评价与账本确认可以通过明确接口联系：共同账本保存评价依据和有权结果，评价制度另行规定适当权益；如果确实希望让某种贡献参与决定确认资格，就需要重新论证资格的可核验性、攻击成本和权力约束。制度目标值得追求，技术保证也必须有相应依据。

同样，采用多个机制并不自动叠加全部优点。业务网络、基础账本和外部凭证服务可以使用不同确认方式，但每一次跨系统采用都需要说明依赖的证据、最终性和故障处理。某个局部结果很稳定，不能保证其余环节同时完成，组合后的保障范围需要重新分析。

面向未来，可以研究使账本基础设施具有受约束的替换能力：当参与结构和维护条件变化时，经有效程序调整确认安排，同时保留已有权益与承诺的可核验延续。这是一项有待检验的制度设计方向。其难点在于新旧历史如何接续、谁有权决定迁移、异议如何处理，以及迁移是否引入新的控制集中。

因此，不同共识机制的价值，应当放在共同事业需要的保障、能够承担的成本和可以接受的权力结构中判断。确认制度提供稳定的共同状态，企业和其他合作组织则继续负责贡献认定、权益安排与实际履行。下一章将进入智能合约，讨论已经形成的制度规则怎样转化为可执行条件，以及共识确认与自动执行如何分工。

定稿补强：权益证明中的弱主观性与参与者引导

权益证明网络的新参与者并不总能仅凭从创世开始计算，就在所有可能历史之间得到唯一可信结论。检查点、客户端版本、验证者集合和社会协调可能参与新节点的引导。这种弱主观性不是对技术的否定，而是要求系统公开说明参与者还接受了哪些起点和更新来源。

采用权益证明时，应登记可信检查点的产生与发布主体、检查点新鲜度、客户端更新渠道、验证者集合变化和长程攻击处置。新节点、长期离线节点与灾难恢复节点应采用明确的引导程序，并能核验所接受起点的来源。若不同来源提供冲突检查点，系统应停止自动采用并进入预定的技术和治理程序。

因此，共识机制比较还要加入“新参与者如何开始信任”这一维度。开放参与不意味着完全没有外部引导；许可网络的身份准入也不意味着历史一定可靠。每种机制都应公开其最小信任基础。

本章注释

1. [SRC-011] Bitcoin Project：Bitcoin开发文档：工作量证明与分叉选择。原文或官方页面

   • 本章引证：Bitcoin开发文档：工作量证明与分叉选择。
   • 支持范围：用于说明特定协议或项目在当前文档中的运行机制与工程约束，本书引用主题包括：比特币开发文档：区块链、Bitcoin开发文档：区块链与交易输出、Bitcoin开发文档：区块高度与分叉、Bitcoin开发文档：工作量证明与分叉选择。
   • 使用边界：项目文档描述特定系统，版本、参数与实现可能变化，不能直接外推为所有区块链的一般性质。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：已完成可访问性核验，核验日：2026-10-08。

2. [SRC-012] Bitcoin Project：Bitcoin开发文档：挖矿与矿池。原文或官方页面

   • 本章引证：Bitcoin开发文档：挖矿与矿池。
   • 支持范围：用于说明特定协议或项目在当前文档中的运行机制与工程约束，本书引用主题包括：Bitcoin开发文档：挖矿与矿池。
   • 使用边界：项目文档描述特定系统，版本、参数与实现可能变化，不能直接外推为所有区块链的一般性质。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：已完成可访问性核验，核验日：2026-10-08。

3. [SRC-003] Satoshi Nakamoto：Bitcoin: A Peer-to-Peer Electronic Cash System。原文或官方页面

   • 本章引证：Nakamoto：Bitcoin，第6节。
   • 支持范围：用于支持所引理论、模型、算法或经验研究的原始论证，本书引用主题包括：比特币白皮书，第2节、比特币白皮书，第11节、Nakamoto：Bitcoin，第6节。
   • 使用边界：原始研究支持其设定范围内的结论，不直接证明本书提出的治理制度已获得普遍实证验证。
   • 证据等级：A（原始法律、正式标准、原始研究或正式规范）；链接状态：已完成可访问性核验，核验日：2026-10-08。

4. [SRC-031] Ethereum.org：Ethereum开发文档：权益证明。原文或官方页面

   • 本章引证：Ethereum开发文档：权益证明。
   • 支持范围：用于说明特定协议或项目在当前文档中的运行机制与工程约束，本书引用主题包括：以太坊开发文档：权益证明、Ethereum开发文档：权益证明。
   • 使用边界：项目文档描述特定系统，版本、参数与实现可能变化，不能直接外推为所有区块链的一般性质。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：已完成可访问性核验，核验日：2026-10-08。

5. [SRC-042] Ethereum.org：质押提款。原文或官方页面

   • 本章引证：Ethereum：质押提款。
   • 支持范围：用于说明特定协议或项目在当前文档中的运行机制与工程约束，本书引用主题包括：Ethereum：质押提款。
   • 使用边界：项目文档描述特定系统，版本、参数与实现可能变化，不能直接外推为所有区块链的一般性质。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：已完成可访问性核验，核验日：2026-10-08。

6. [SRC-034] Ethereum.org：Ethereum开发文档：弱主观性。原文或官方页面

   • 本章引证：Ethereum开发文档：弱主观性。
   • 支持范围：用于说明特定协议或项目在当前文档中的运行机制与工程约束，本书引用主题包括：Ethereum开发文档：弱主观性。
   • 使用边界：项目文档描述特定系统，版本、参数与实现可能变化，不能直接外推为所有区块链的一般性质。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：已完成可访问性核验，核验日：2026-10-08。

7. [SRC-049] Hyperledger Fabric：Hyperledger Fabric文档：排序服务及容错类型。原文或官方页面

   • 本章引证：Hyperledger Fabric文档：排序服务及容错类型。
   • 支持范围：用于说明特定协议或项目在当前文档中的运行机制与工程约束，本书引用主题包括：Hyperledger Fabric文档：排序服务与交易流程、Hyperledger Fabric文档：排序服务及容错类型。
   • 使用边界：项目文档描述特定系统，版本、参数与实现可能变化，不能直接外推为所有区块链的一般性质。
   • 证据等级：B（官方机构、协议项目或公共组织发布的说明与指南）；链接状态：已完成可访问性核验，核验日：2026-10-08。

8. [SRC-002] Ethan Buchman、Jae Kwon、Zarko Milosevic：The latest gossip on BFT consensus。原文或官方页面

   • 本章引证：Buchman、Kwon与Milosevic：The latest gossip on BFT consensus。
   • 支持范围：用于支持所引理论、模型、算法或经验研究的原始论证，本书引用主题包括：Buchman、Kwon与Milosevic：The latest gossip on BFT consensus。
   • 使用边界：原始研究支持其设定范围内的结论，不直接证明本书提出的治理制度已获得普遍实证验证。
   • 证据等级：A（原始法律、正式标准、原始研究或正式规范）；链接状态：已完成可访问性核验，核验日：2026-10-08。