在超级链中使用Single或PoW共识 13.4. 关键技术 14. 超级链监管机制 14.1. 监管机制概述 14.2. 监管机制使用说明 15. 多盘散列 15.1. 背景 15.2. LevelDB数据模型分析 15.3. 核心改造点 15.4. 使用方式 15.5. 扩容问题 15.6. 实验 16. 平行链与群组 16.1. 背景 16.2. 术语 16.3. 架构 16.4. 设计思路 17 tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币utxo 模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中引用 早期交易的输出，以证明资金来源。 改leveldb底层代码，缺点是牺 牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多个写入 操作原子性的。所以选择了改leveldb底层模型的技术路线。 15.2. LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

在超级链中使用Single或PoW共识 14.4. 关键技术 15. 超级链监管机制 15.1. 监管机制概述 15.2. 监管机制使用说明 16. 多盘散列 16.1. 背景 16.2. LevelDB数据模型分析 16.3. 核心改造点 16.4. 使用方式 16.5. 扩容问题 16.6. 实验 17. 平行链与群组 17.1. 背景 17.2. 术语 17.3. 架构 17.4. 设计思路 18 tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币utxo 模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中引用 早期交易的输出，以证明资金来源。 改leveldb底层代码，缺点是牺 牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多个写入 操作原子性的。所以选择了改leveldb底层模型的技术路线。 16.2. LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

在超级链中使用Single或PoW共识 14.4. 关键技术 15. 超级链监管机制 15.1. 监管机制概述 15.2. 监管机制使用说明 16. 多盘散列 16.1. 背景 16.2. LevelDB数据模型分析 16.3. 核心改造点 16.4. 使用方式 16.5. 扩容问题 16.6. 实验 17. 平行链与群组 17.1. 背景 17.2. 术语 17.3. 架构 17.4. 设计思路 18 tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币utxo 模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中引用 早期交易的输出，以证明资金来源。 改leveldb底层代码，缺点是牺 牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多个写入 操作原子性的。所以选择了改leveldb底层模型的技术路线。 16.2. LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

在超级链中使用Single或PoW共识 14.4. 关键技术 15. 超级链监管机制 15.1. 监管机制概述 15.2. 监管机制使用说明 16. 多盘散列 16.1. 背景 16.2. LevelDB数据模型分析 16.3. 核心改造点 16.4. 使用方式 16.5. 扩容问题 16.6. 实验 17. 平行链与群组 17.1. 背景 17.2. 术语 17.3. 架构 17.4. 设计思路 18 tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币utxo 模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中引用 早期交易的输出，以证明资金来源。 改leveldb底层代码，缺点是牺 牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多个写入 操作原子性的。所以选择了改leveldb底层模型的技术路线。 16.2. LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

在超级链中使用Single或PoW共识 14.4. 关键技术 15. 超级链监管机制 15.1. 监管机制概述 15.2. 监管机制使用说明 16. 多盘散列 16.1. 背景 16.2. LevelDB数据模型分析 16.3. 核心改造点 16.4. 使用方式 16.5. 扩容问题 16.6. 实验 17. 平行链与群组 17.1. 背景 17.2. 术语 17.3. 架构 17.4. 设计思路 18 tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币utxo 模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中引用 早期交易的输出，以证明资金来源。 改leveldb底层代码，缺点是牺 牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多个写入 操作原子性的。所以选择了改leveldb底层模型的技术路线。 16.2. LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

中使用Single或PoW共识 14.4. 关键技术 15. XuperChain 监管机制 15.1. 监管机制概述 15.2. 监管机制使用说明 16. 多盘散列 16.1. 背景 16.2. LevelDB数据模型分析 16.3. 核心改造点 16.4. 使用方式 16.5. 扩容问题 16.6. 实验 17. 平行链与群组 17.1. 背景 17.2. 术语 17.3. 架构 17.4. 设计思路 18 --tx tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币utxo 模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中引用 早期交易的输出，以证明资金来源。 改leveldb底层代码，缺点是牺 牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多个写入 操作原子性的。所以选择了改leveldb底层模型的技术路线。 16.2. LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

在超级链中使用Single或PoW共识 14.4. 关键技术 15. 超级链监管机制 15.1. 监管机制概述 15.2. 监管机制使用说明 16. 多盘散列 16.1. 背景 16.2. LevelDB数据模型分析 16.3. 核心改造点 16.4. 使用方式 16.5. 扩容问题 16.6. 实验 17. 平行链与群组 17.1. 背景 17.2. 术语 17.3. 架构 17.4. 设计思路 18 tx.out my.sign alice.sign,bob.sign 1. XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币utxo 模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中引用 早期交易的输出，以证明资金来源。 改leveldb底层代码，缺点是牺 牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多个写入 操作原子性的。所以选择了改leveldb底层模型的技术路线。 16.2. LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

海量存证数据 + 区块链实现 作者：yibi-dev 海量存证数据+区块链实现 区块链存证目前存在的挑战 优化实现方案 亦笔科技的存证数据存储实现 为什么使用Phoenix+Hbase Hbase数据模型 Hbase分片基础的Region Hbase在业务实现上存在的不足 Phoenix架构 Phoenix性能对比 Cassandra如何快速、可靠的存储小文件 Cassandra数据的写入 Cassandra数据的读取 在存证场景中，许多合作对象所需要存证的数据很难保持高度一致。NoSQL数 据库更适用于高扩展性的数据存储需求。海量存储、高并发同时也是很适合存 证的业务诉求。而稀疏的特性也大大节约了存储空间。 Hbase数据模型 HBase 以表的形式存储数据。表由行和列组成。列划分为若干个列族（row family），如下图所示。 Rowkey的概念和mysql中的主键是完全一样的，Hbase使用Rowkey来唯一的区 wKey之外的条件进行检索的场 景。 Phoenix架构 主要特性： 1. 二级索引 2. 分页查询 3. 散列表 4. 视图 5. 动态列 6. SQL支持 Phoenix将HBase的数据模型映成关系型数据表示意： Phoenix性能对比 Phoenix通过以下方法来奉行把计算带到离数据近的地方的哲学： 协处理器 在服务端执行操作来最小化服务端和客户端的数据传输 定制的过滤器 为

// 写集对应的value bytes value = 3; } XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币 utxo模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中 引用早期交易的输出，以证明资金来源。 单，不需要修改leveldb底层代码，缺点 是牺牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多 个写入操作原子性的。所以选择了改leveldb底层模型的技术路线。 LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中

// 写集对应的value bytes value = 3; } XuperModel XuperChain能够支持合约链内并行的很大的原因是由于其底层自研的 XuperModel数据模型。 XuperModel是一个带版本的存储模型，支持读写集生成。该模型是比特币 utxo模型的一个演变。在比特币的utxo模型中，每个交易都需要在输入字段中 引用早期交易的输出，以证明资金来源。 单，不需要修改leveldb底层代码，缺点 是牺牲了多行原子写入的功能。在区块链的应用场景中，我们是需要这种多 个写入操作原子性的。所以选择了改leveldb底层模型的技术路线。 LevelDB数据模型分析 Log文件：写Memtable前会先写Log文件，Log通过append的方式顺序写 入。Log的存在使得机器宕机导致的内存数据丢失得以恢复； Manifest文件：Manifest文件中