超级账本
定义
超级账本是Linux基金会发起并管理的开源项目，成立于2015年12月，聚集金融、银行、物联网、供应链、制造和科技等行业的成员单位，共同开发企业级分布式账本技术。[1]它的愿景是借助成员与开源社区的协作，制定并建立一个开放、跨产业、跨国界的区块链技术开源标准，通过通用的分布式账本技术协助组织建立行业专属的应用程序、平台和硬件系统。[4]超级账本本身不是单一软件，而是一个由多个子项目构成的联合项目，各子项目面向不同的目的和场景。[5]
原理
超级账本面向企业使用，与公有链的关键差别在于其网络是许可的：参与方彼此相识、身份可识别，而不是因匿名而互不信任，因此可以在参与者之间的信任治理模型下运行，并以法律协议或框架处理纠纷。[2]在金融交易等必须遵循了解客户(KYC)和反洗钱(AML)规则的场景中，验证参与者身份是一项硬性需求，公开无许可的网络难以满足。[2]
以超级账本Fabric为例，其架构把交易处理拆成执行、排序、验证3个阶段，分别由不同的模块承担，共识、身份管理、密钥管理和加密库等都可以替换。[6]客户端应用先向背书节点提交交易提案，背书节点模拟执行后把读写集合连同签名返回，客户端再将其提交给排序服务，排序服务把交易排成区块分发给提交节点，由提交节点验证并写入账本。[7]账本由有序、不可篡改的交易日志和记录当前资产状态的状态数据库组成，状态数据库可以按交易日志重新生成。[3]
Fabric通过通道实现数据隔离，每个通道各有独立的账本，只有被授权的节点才能加入并看到通道内交易，从而在联盟成员之间保护商业机密。[6]此外，Fabric是较早支持用Java、Go、Node.js等通用编程语言编写智能合约的分布式账本平台，合约在Fabric中称为链码，企业开发者无需额外学习专用的领域特定语言。[2]平台支持可插拔的共识协议，部署在单一企业时可选用崩溃容错共识，多参与方去中心化场景则可使用拜占庭容错共识。[2]
发展历程
2015年12月，Linux基金会宣布启动超级账本项目，联合30家初始企业成员，其中包括IBM、埃森哲、英特尔、摩根大通、R3、富士通、日立、SWIFT、思科等。[5]项目成立之初即收到多项开源代码贡献：IBM贡献了4万多行已有的Open Blockchain代码，Digital Asset贡献企业与开发者相关资源，R3贡献新的金融交易架构，英特尔贡献分布式账本相关代码。[5]
创始成员于2016年2月公布，同年3月29日公布了另外10名成员及治理理事会，5月19日Brian Behlendorf被任命为项目的执行董事。[1]同年10月起，中国企业和机构陆续加入，华为于2016年10月加入，百度于2017年10月17日加入并成为核心董事会成员，腾讯于2018年1月加入。[5][4]
随着项目推进，社区规模不断扩大，曾一度囊括Fabric、Sawtooth、Iroha、Indy、Burrow、Cello、Composer、Quilt、Caliper、Blockchain Explorer等十大顶级项目，各项目均采用Apache v2许可。[5]2018年10月，超级账本与以太坊企业联盟达成合作；2019年8月，Consensys旗下创业公司PegaSys贡献了以太坊客户端Pantheon，并命名为超级账本Besu。[8]项目约定共同遵守的基本原则包括重视模块化设计、重视代码可读性与可持续的演化路线。[5]
应用
超级账本的目标是把区块链技术引入尽可能多的行业，其应用方向覆盖金融服务、供应链管理、医疗保健、制造等领域。[9]在供应链中，食品溯源是代表性场景，沃尔玛曾基于相关技术开展食品追溯实践；在贸易金融领域，出现了基于超级账本的信用证平台。
从技术选型看，Hyperledger Fabric是被大企业采用较多的开源技术，其模块化与可配置架构可用于银行、金融、保险、医疗、人力资源、供应链乃至数字音乐交付等多种行业用例。[10]由于采用许可网络且不依赖加密货币激励，企业无需为共识付出高额挖矿成本，平台部署后的运行成本与一般分布式系统大致相当。[2]超级账本社区还设有Performance and Scale工作组，负责开发性能度量标准和名为Caliper的基准测试框架。[2]
局限
在许可链环境中，交易吞吐量是受到较多讨论的约束。相关资料显示，Fabric单通道的吞吐量大致在每秒1千至2万笔之间，限制因素包括本地硬盘读写速度、CPU核数和网络吞吐，本质上与其过程中多次非对称加解密操作有关。[8]相关研究也指出，Fabric采用乐观并发控制实现事务并行执行，在数据竞争较少时效率较高，但当事务大量访问同一数据、只在验证阶段才检查有效性时，吞吐量会明显下降。[11]
架构设计上，早期0.6版本功能集中在peer节点，在扩展性、安全性和隔离性方面存在不足，1.0版本才把共识服务剥离为独立的排序节点并引入多通道功能。[3]通道机制虽然对peer节点实现了隔离，但排序节点仍然可以看到所有通道的交易，需要通过分区等技术手段弥补，会增加系统复杂度。[3]此外，部分研究提到，在2.3版本推出账本快照功能之前，新节点加入通道时的数据同步效率较低，这在一定程度上制约了网络规模的扩展。[12]国际研究与行业报告也反复指出，可扩展性问题是企业推迟采用分布式账本技术的主要原因之一，尤其在涉及大规模数据集时。[13]
参见
参考资料
- 超级账本 [引用日期2026-10-14]
- Introduction¶ [引用日期2026-10-14]
- hyperledger-fabric-architecture-trap [引用日期2026-10-14]
- 百度金融加入Hyperledger超级账本 成为核心董事会成员 [引用日期2026-10-14]
- 超級賬本項目簡介 [引用日期2026-10-14]
- 区块链赋能可信数据空间安全的研究进展(PDF) [引用日期2026-10-14]
- hyperledger–面向企业的区块链 [引用日期2026-10-14]
- FAQ - Technical Working Group China [引用日期2026-10-14]
- Hyperledger（超级账本）｜HashKey Exchange 术语库与币种百科 [引用日期2026-10-14]
- 商业区块链开源项目Hyperledger执行董事一行到访-金山云 [引用日期2026-10-14]
- thesis [引用日期2026-10-14]
- 关于分类帐数据库的hyperledger fabric问题 - Hyperledger Fabric 超级账本的硬伤 [引用日期2026-10-14]
- blockstand.eu 上的 PDF 文件 [引用日期2026-10-14]