0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 0-rc2] 变更描述 主要特性 并行计算模型：可并行合约开发框架、交易并行执行引擎（PTE） 分布式存储：amdb-proxy、SQLStorage 版本优化 优化了区块打包交易数的逻辑，根据执行时间动态的调整区块打包交易 数 优化了区块同步的流程，让区块同步更快 并行优化了将交易的编解码、交易的验签和落盘的编码 优化了交易执行返回码的逻辑，让返回码更准确 升级了存储模块，支持并发读写 其他特性 据结构包括发送者，接受者，交易数据等。用户可以构建一个交易，用自己 的私钥给交易签名，发送到链上（通过sendRawTransaction等接口），由多个 节点的共识机制处理，执行相关的智能合约代码，生成交易指定的状态数 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 0-rc2] 变更描述 主要特性 并行计算模型：可并行合约开发框架、交易并行执行引擎（PTE） 分布式存储：amdb-proxy、SQLStorage 版本优化 优化了区块打包交易数的逻辑，根据执行时间动态的调整区块打包交易 数 优化了区块同步的流程，让区块同步更快 并行优化了将交易的编解码、交易的验签和落盘的编码 优化了交易执行返回码的逻辑，让返回码更准确 升级了存储模块，支持并发读写 其他特性 据结构包括发送者，接受者，交易数据等。用户可以构建一个交易，用自己 的私钥给交易签名，发送到链上（通过sendRawTransaction等接口），由多个 节点的共识机制处理，执行相关的智能合约代码，生成交易指定的状态数 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 0-rc2] 变更描述 主要特性 并行计算模型：可并行合约开发框架、交易并行执行引擎（PTE） 分布式存储：amdb-proxy、SQLStorage 版本优化 优化了区块打包交易数的逻辑，根据执行时间动态的调整区块打包交易 数 优化了区块同步的流程，让区块同步更快 并行优化了将交易的编解码、交易的验签和落盘的编码 优化了交易执行返回码的逻辑，让返回码更准确 升级了存储模块，支持并发读写 其他特性 据结构包括发送者，接受者，交易数据等。用户可以构建一个交易，用自己 的私钥给交易签名，发送到链上（通过sendRawTransaction等接口），由多个 节点的共识机制处理，执行相关的智能合约代码，生成交易指定的状态数 据，然后将交易打包到区块里，和状态数据一起落盘存储，该交易即为被确 认，被确认的交易被认为具备了事务性和一致性。 随着交易确认相应还会有交易回执（receipt）产生，和交易一一对应且保存 在区块里，用于保存一些交

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下，Solidity合约写接口中调用Table的select接口时， 偶现的Gas计算不一致问题 用户自己生成的错误证书导致coredump问题 在Solidity中使用 优化MySQL存储适配器实现，优化ZdbStorage的代码实现 修复 修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下，Solidity合约写接口中调用Table的select接口时， 偶现的Gas计算不一致问题 用户自己生成的错误证书导致coredump问题 在Solidity中使用 优化MySQL存储适配器实现，优化ZdbStorage的代码实现 修复 修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下，Solidity合约写接口中调用Table的select接口时， 偶现的Gas计算不一致问题 用户自己生成的错误证书导致coredump问题 在Solidity中使用 优化MySQL存储适配器实现，优化ZdbStorage的代码实现 修复 修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下，Solidity合约写接口中调用Table的select接口时， 偶现的Gas计算不一致问题 用户自己生成的错误证书导致coredump问题 在Solidity中使用 优化MySQL存储适配器实现，优化ZdbStorage的代码实现 修复 修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下，Solidity合约写接口中调用Table的select接口时， 偶现的Gas计算不一致问题 用户自己生成的错误证书导致coredump问题 在Solidity中使用 优化MySQL存储适配器实现，优化ZdbStorage的代码实现 修复 修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下，Solidity合约写接口中调用Table的select接口时， 偶现的Gas计算不一致问题 用户自己生成的错误证书导致coredump问题 在Solidity中使用 优化MySQL存储适配器实现，优化ZdbStorage的代码实现 修复 修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题

0版本的本地存储模式。更多关于存储介绍，请参考 分布式存储操作手册 并行计算模型 2.0版本中新增了合约交易的并行处理机制，进一步提升了合约的并发吞吐 量。 1.0版本以及大部分业界传统区块链平台，交易是被打包成一个区块，在一个 区块中交易顺序串行执行的。 2.0版本基于预编译合约，实现一套并行交易处 理模型，基于这个模型可以自定义交易互斥变量。 在区块执行过程中，系统 将会根据交易互斥变量自动构建交易依赖关系图——DAG，基于DAG并行执 支持AMOP消息路由到节点自身 MySQL存储模式下区块等数据使用二进制存储并启动压缩 修复 修复因为交易广播标记缓存没有清理干净导致的轻微内存泄露问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 在MySQL存储模式下，Solidity合约写接口中调用Table的select接口时， 偶现的Gas计算不一致问题 用户自己生成的错误证书导致coredump问题 在Solidity中使用 优化MySQL存储适配器实现，优化ZdbStorage的代码实现 修复 修复同一个区块内修改Entry，后续交易查询该Entry结果出错的问题 修复raft共识下，非leader节点交易池中的交易不能被打包的问题 修复CachedStorage的一个死锁问题 修复开启Binlog情况下，极端情况下，从Binlog恢复出错的问题 修复特定情况下节点重启后Viewchange被拒，无法快速恢复视图的问题