Skip to content

fabric-x-orderer · 概述

仓库基本事实

出处
Module pathgithub.com/hyperledger/fabric-x-orderergo.mod:1
Go 版本1.26.2go.mod:3
顶层目录cmd/node/common/config/docs/deployment/test/testutil/internal/request/scripts/images/vendor/目录树

README 自述

来源:README.md

Arma is a Byzantine Fault Tolerant (BFT) consensus system designed to achieve horizontal scalability across all hardware resources: network bandwidth, CPU, and disk I/O.

—— README.md:10-14

关键事实(README.md:10-15):

  • 分离客户端交易的传播 / 验证 与 共识;共识只对批次元数据全序化。
  • 审查抵抗:客户端交易包含有最大时间限制。

4 个角色

来源:README.md:19-32

角色职责
Routers:21接收客户端交易;执行某些验证;分派给 batchers
Batchers:23-25按 shards 分组;汇总成批;持久化到磁盘;发送批次摘要(BAF)给 consenters
Consenters:28运行 BFT 共识协议;提供批证明的全序化(BA)
Assemblers:30-32消费全序批证明流;从 batchers 拉取批次;融合为全序分类账(块);分类账与 Fabric 分类账"largely compatible"

README 性能段(仅 README 自述)

来源:README.md:143-156

  • 部署:4 个美国数据中心(us-east-2 / us-east-1 / us-west-1 / us-west-2)
  • 延迟:约 0.8 秒
  • 交易:300 字节(代币交易,2 输入 2 输出)
  • 实例:AWS c5a.8xlarge(32 vCPU、64 GiB)
  • OS:RHEL 10
  • 存储:EBS gp3 100 GiB、3000 IOPS、125 MB/s 带宽(README.md:155
  • 实验日期:2026 年 1 月 20 日(README.md:156

README 给出吞吐量随 party / shard 数变化的图(docs/figures/throughput_shards_parties_plot.png),但未在正文列出具体吞吐数字。

与 fabric-x 系列的关系

  • 上游协议 / 整体定位见 fabric-x
  • 本仓库是排序服务的具体实现(Arma)。
  • fabric-x-committer 通过块流(Deliver gRPC API)连接。

下一步