FISCO BCOS 2.7.2 中文文档优化了数据存储的结构,更节约存储空间。 同时,2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍,请参考 分布式存储操作手册 2.1.3 并 并 并行 行 行计 计 计算 算 算模 模 模型 型 型 2.0版本中新增了合约交易的并行处理机制,进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台,交易是被打包成一个区块,在一个区块中交易顺序串行执行 的。 2.0版本基于预编 签名机构内生成、上链和链上验证功能 • rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减少节点规模对共识算法的 影响,配置rPBFT请参考共识配置和rPBFT共识配置 • KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接口,更加简单易用、容易维 护 • 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、合约状态查询及其相关 的授权、权限查询等操作,方便运维人员对上链合约的管理 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • account: 主键,资产账户(string类型) • asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键字段查询表中匹配的记 录。t_asset表示例如下: 接 接 接口 口 口设 设 设计 计 计 按照业务的设0 码力 | 1422 页 | 91.91 MB | 1 年前3
FISCO BCOS 2-dev 中文文档优化了数据存储的结构,更节约存储空间。 同时,2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍,请参考 分布式存储操作手册 2.1.3 并 并 并行 行 行计 计 计算 算 算模 模 模型 型 型 2.0版本中新增了合约交易的并行处理机制,进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台,交易是被打包成一个区块,在一个区块中交易顺序串行执行 的。 2.0版本基于预编 签名机构内生成、上链和链上验证功能 • rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减少节点规模对共识算法的 影响,配置rPBFT请参考共识配置和rPBFT共识配置 • KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接口,更加简单易用、容易维 护 • 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、合约状态查询及其相关 的授权、权限查询等操作,方便运维人员对上链合约的管理 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.1 • account: 主键,资产账户(string类型) • asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键字段查询表中匹配的记 录。t_asset表示例如下: 接 接 接口 口 口设 设 设计 计 计 按照业务的设0 码力 | 1324 页 | 85.58 MB | 1 年前3
FISCO BCOS 2.9.0 中文文档优化了数据存储的结构,更节约存储空间。 同时,2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍,请参考 分布式存储操作手册 2.1.3 并 并 并行 行 行计 计 计算 算 算模 模 模型 型 型 2.0版本中新增了合约交易的并行处理机制,进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台,交易是被打包成一个区块,在一个区块中交易顺序串行执行 的。 2.0版本基于预编 签名机构内生成、上链和链上验证功能 • rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减少节点规模对共识算法的 影响,配置rPBFT请参考共识配置和rPBFT共识配置 • KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接口,更加简单易用、容易维 护 • 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、合约状态查询及其相关 的授权、权限查询等操作,方便运维人员对上链合约的管理 FISCO BCOS Documentation, 发 发 发布 布 布 v2.9.0 • account: 主键,资产账户(string类型) • asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键字段查询表中匹配的记 录。t_asset表示例如下: 接 接 接口 口 口设 设 设计 计 计 按照业务的设0 码力 | 1467 页 | 97.74 MB | 1 年前3
FISCO BCOS 3.0.0-rc2 中文文档优化了数据存储的结构,更节约存储空间。 同时,2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍,请参考 分布式存储操作手册 2.1.3 并 并 并行 行 行计 计 计算 算 算模 模 模型 型 型 2.0版本中新增了合约交易的并行处理机制,进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台,交易是被打包成一个区块,在一个区块中交易顺序串行执行 的。 2.0版本基于预编 签名机构内生成、上链和链上验证功能 • rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减少节点规模对共识算法的 影响,配置rPBFT请参考共识配置和rPBFT共识配置 • KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接口,更加简单易用、容易维 护 • 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、合约状态查询及其相关 的授权、权限查询等操作,方便运维人员对上链合约的管理 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • account: 主键,资产账户(string类型) • asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键字段查询表中匹配的记 录。t_asset表示例如下: 接 接 接口 口 口设 设 设计 计 计 按照业务的设0 码力 | 1459 页 | 97.77 MB | 1 年前3
FISCO BCOS 2.8.0 中文文档优化了数据存储的结构,更节约存储空间。 同时,2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍,请参考 分布式存储操作手册 2.1.3 并 并 并行 行 行计 计 计算 算 算模 模 模型 型 型 2.0版本中新增了合约交易的并行处理机制,进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台,交易是被打包成一个区块,在一个区块中交易顺序串行执行 的。 2.0版本基于预编 签名机构内生成、上链和链上验证功能 • rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减少节点规模对共识算法的 影响,配置rPBFT请参考共识配置和rPBFT共识配置 • KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接口,更加简单易用、容易维 护 • 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、合约状态查询及其相关 的授权、权限查询等操作,方便运维人员对上链合约的管理 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • account: 主键,资产账户(string类型) • asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键字段查询表中匹配的记 录。t_asset表示例如下: 接 接 接口 口 口设 设 设计 计 计 按照业务的设0 码力 | 1435 页 | 92.25 MB | 1 年前3
FISCO BCOS 2.7.0 中文文档优化了数据存储的结构,更节约存储空间。 同时,2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍,请参考 分布式存储操作手册 2.1.3 并 并 并行 行 行计 计 计算 算 算模 模 模型 型 型 2.0版本中新增了合约交易的并行处理机制,进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台,交易是被打包成一个区块,在一个区块中交易顺序串行执行 的。 2.0版本基于预编 签名机构内生成、上链和链上验证功能 • rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减少节点规模对共识算法的 影响,配置rPBFT请参考共识配置和rPBFT共识配置 • KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接口,更加简单易用、容易维 护 • 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、合约状态查询及其相关 的授权、权限查询等操作,方便运维人员对上链合约的管理 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • account: 主键,资产账户(string类型) • asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键字段查询表中匹配的记 录。t_asset表示例如下: 接 接 接口 口 口设 设 设计 计 计 按照业务的设0 码力 | 1435 页 | 92.25 MB | 1 年前3
FISCO BCOS 2.8.0 中文文档优化了数据存储的结构,更节约存储空间。 同时,2.0版本仍然兼容1.0版本的本地存储模式。更多关于存储介绍,请参考 分布式存储操作手册 2.1.3 并 并 并行 行 行计 计 计算 算 算模 模 模型 型 型 2.0版本中新增了合约交易的并行处理机制,进一步提升了合约的并发吞吐量。 1.0版本以及大部分业界传统区块链平台,交易是被打包成一个区块,在一个区块中交易顺序串行执行 的。 2.0版本基于预编 签名机构内生成、上链和链上验证功能 • rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减少节点规模对共识算法的 影响,配置rPBFT请参考共识配置和rPBFT共识配置 • KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接口,更加简单易用、容易维 护 • 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、合约状态查询及其相关 的授权、权限查询等操作,方便运维人员对上链合约的管理 FISCO BCOS Documentation, 发 发 发布 布 布 v2.7.2 • account: 主键,资产账户(string类型) • asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键字段查询表中匹配的记 录。t_asset表示例如下: 接 接 接口 口 口设 设 设计 计 计 按照业务的设0 码力 | 1435 页 | 92.25 MB | 1 年前3
百度超级链 XuperChain 3.7 中文文档优点在于结构简单易于组建,网络局部区域内个体可以任意分布。对于节 点的加入和离开网络也表现地非常稳定,比特币网络使用的就是无结构化 的网络。但是这种网络主要有3个缺点,一是公网网络拥塞时传输效率 低,二是存在泛洪循环,三是消息风暴问题。 2. 结构化p2p网络:这种p2p网络的结构经过精心设计,目的是为了增加路由 效率,提高查询数据的效率,结构化p2p最普遍的实现方案是使用分布式 哈希表(DHT),以太坊网络中使用的就是结构化的网络。 超级链中默认密码学插件使用的是Nist P256 + ECDSA,在不额外指定的情况 下,超级链启动后会加载默认密码学插件。 之前说过,通过密码学插件管理器可以按照公私钥自动识别需要加载的插件类 型,那么超级链如何根据密钥来判断应该使用哪种密码学插件呢?其实,不同 的密码学插件是通过密钥中的曲线类型来确定的,目前系统中定义了三种不同 的曲线类型: P-256 : 使用Nist P256+ECDSA的默认插件; 内层共识的状态轮转。不同的外层共识可以有不同的实现。目前超级链已经实 现了DPoS+Hotstuff,具体的方案如下所示: 12. XPoS共识 12.1. 介绍 XPoS是超级链的一种改进型的DPoS算法,他是在一段预设的时间长度(一轮 区块生产周期)内选择若干个验证节点,同时将这样一轮区块生产周期分为N 个时间段, 这若干个候选节点按照约定的时间段协议协同挖矿的一种算法。 在选定验证节0 码力 | 270 页 | 24.86 MB | 1 年前3
FISCO BCOS 2.9.0 中文文档链和链上验证功能 rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减 少节点规模对共识算法的影响,配置rPBFT请参考共识配置和rPBFT共识 配置 KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接 口,更加简单易用、容易维护 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、 合约状态查询及其相关的授权、权限查询等操作,方便运维人员对上链 的表进行增删改查操作。针对本应用需要设计一个存储资产管理的表 t_asset,该表字段如下: account: 主键,资产账户(string类型) asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键 字段查询表中匹配的记录。t_asset表示例如下: account asset_value Alice 10000 名是群组内全局可 见且唯一的,所以无法在同一条链上的同一个群组中,创建多个表名相 同的表 KVTable功能在2.3.0版本添加,2.3.0以上版本的链可以使用此功能。 KVTable合约实现键值型读写数据的方式,KVTable合约接口声明如下: 提供一个合约案例KVTableTest.sol,代码如下: pragma solidity ^0.4.24; contract KVTableFactory0 码力 | 2649 页 | 201.08 MB | 1 年前3
FISCO BCOS 2.9.0 中文文档链和链上验证功能 rPBFT:基于PBFT共识算法,实现一种新型的共识算法rPBFT,尽量减 少节点规模对共识算法的影响,配置rPBFT请参考共识配置和rPBFT共识 配置 KVTable:提供基于键值型数据读写方式,相较于Table合约的CRUD接 口,更加简单易用、容易维护 合约管理功能:提供合约生命周期管理接口,包括合约的冻结、解冻、 合约状态查询及其相关的授权、权限查询等操作,方便运维人员对上链 的表进行增删改查操作。针对本应用需要设计一个存储资产管理的表 t_asset,该表字段如下: account: 主键,资产账户(string类型) asset_value: 资产金额(uint256类型) 其中account是主键,即操作t_asset表时需要传入的字段,区块链根据该主键 字段查询表中匹配的记录。t_asset表示例如下: account asset_value Alice 10000 名是群组内全局可 见且唯一的,所以无法在同一条链上的同一个群组中,创建多个表名相 同的表 KVTable功能在2.3.0版本添加,2.3.0以上版本的链可以使用此功能。 KVTable合约实现键值型读写数据的方式,KVTable合约接口声明如下: 提供一个合约案例KVTableTest.sol,代码如下: pragma solidity ^0.4.24; contract KVTableFactory0 码力 | 2649 页 | 201.08 MB | 1 年前3
共 48 条
- 1
- 2
- 3
- 4
- 5













