综合项目

sui

项目方: 由前 Meta(Facebook)Diem 项目核心成员创立

特点

1. 性能: 支持并行交易处理, 测试网 TPS 超过 12 万, 简单交易可实现亚秒级确认
2. 非 EVM 兼容
3. 开发语言: Move, 语言内置资源类型检查, 防止重入攻击, 双花等常见问题
4. 共识: 委托权益证明(dPoS)+ BFT, 支持异步并行处理
5. 架构特性: 采用"对象中心模型", 每个资产为独立对象, 可并行处理, 避免全局状态瓶颈
6. 扩展性: 支持水平扩展, 增加验证节点即可线性提升吞吐量, 无需分片

tron 波场

tron浏览器

fisco-bcos

国内的联盟链

官方文档

和 cosmos 基本相同，大同小异

特点

1. TPS 在 10k 以上
2. 通过证书和认证进行节点接入

共识算法

每个共识周期开始前, 按固定算法选出唯一一个主节点, 提议后2/3 共识节点确认区块

1. PBFT: 默认取 "当前区块高度 h % 共识节点总数 N" 作为索引, 从共识列表里轮询指定
2. rPBFT: 先用 VRF 随机抽签出 epoch_sealer_num 个共识委员, 再在委员内用同样取模方式轮流当 Leader
3. Raft: 通过选举产生固定 Term 内的唯一 Leader, 直到其失联才重新选

非提议节点按照区块内交易顺序进行区块校验

服务模式

Air 模式

采用 ALL IN ONE 模式, 将连接接入, 网络转发, 共识, 交易验证等所有的服务都封装到一个进程,采用本地 RocksDB 存储; 搭建该模式, 只需要下载对应的二进制文件, 启动多个进程, 就可以实现多节点的部署; 适合教学环境;

Pro 模式

包含 RPC 和 Gateway 接入层的服务和多个 Node 服务, 存储采用本地 RocksDB; 每个 Node 代表一个群组, 群组可以动态扩展; RPC 和 GateWay 也支持平行扩展; 适用于 T 级以内的生产环境

Max 模式

由各个层的所有服务构成, 每个服务都可独立扩展, 存储采用分布式存储 TiKV, 管理采用 Tars-Framwork 服务; 它适用于海量交易上链, 需要支持大量数据落盘存储的场景； 即多个组件拆分开来再提供一个节点的功能