Abstract
区块链的缺点
数据语义缺失
查寻表达有限(Hyperledger Fabric )底层数据可以选用LevelDB和CouchDB
数据集成受阻。直接线上查寻受限于区块链网络简单的存储和表达能力,能实现的操作有限,需要编制复杂的中间件来实现查寻。数据导入到线下的方案存在空间的冗余浪费和数据一致性上的阻碍。
4.实验
所有实验均在一个集群上进行,其中每个节点运行 CentOS 7 操作系统,配备两个 16 核 2.10GHz Intel Xeon CPU、96GB RAM、3TB Raid 5 磁盘空间和 1 Gbps 网络吞吐量。 所有代码均使用 C++ 编写,使用 MySQL Community Server 5.7.21 存储链下数据。 我们采用 KAFKA4 1.0.0 和 Tendermint5 0.19.3 作为共识组件。
BChainBench:区块链数据库的迷你基准 由于从系统的角度来看,到目前为止还没有区块链数据库的基准,我们定义了一个新的迷你基准,称为 BChainBench,以适应该场景。 回想一下,BLOCKBENCH 主要关注联盟区块链 [30]。 区块链数据库模式:图 6 介绍了一个由捐赠系统中的 7 个表组成的模式,其中 Donate、Transfer 和 Distribute 是主要的链上表,其余四个是链下表。 Donate、Transfer 和 Distribution 分别记录捐赠、汇款和捐赠分配。 链下表存储相应参与者的私人信息。 由慈善机构维护的表 DonorInfo 存储了捐赠者的详细信息。 由学校维护的表 Donee-Info 存储被授权人的私人数据,例如家庭收入等。由福利维护的表ChildrenInfo存储孤儿的