FISCO BCOS 1.3 中文文档|-- verbose_log_2018081521.log `-- warn_log_2018081521.log 按日期和时刻查看日志 cat log_2018081521.log 查看实时刷出的日志 tail -f log_2018081521.log 控制台 控制台能以IPC的方式直接连接区块链节点进程。使用控制台,能直接查看到 区块链上的信息。若需要更直观更全面的区块链数据展现,请使用FISCO- /fisco-bcos --genesis /mydata/node1/genesis.json --config /mydata/node1/config.json # 通过最新日志check节点连接: 刷出"Recv topic"日志,表明节点连接正常 $ tail -f ~/mydata/node1/log/log_2018081219.log | grep "Recv topic" DEBUG|2018-08-12 CommitLog 的数据只有一种,那就是按照一定格式组成 byte 组数,写到 IO 缓 冲区中定时的被刷到磁盘中持久化,在上一篇的配置文件详解中已经有说到 CommitLog 的持久化方式有两种,一个是 Periodic 一个是 Batch,它们的数据 格式都是一样的,只是前者是异步的,后者是同步的,数据被刷到磁盘的频繁 度不一样。它持久化的策略也很简单,就是首先将用户提交的数据所在的对象 RowMutation0 码力 | 491 页 | 5.72 MB | 1 年前3
 FISCO BCOS 2.2.0 中文文档知节点1和节点2发起的P2P连接请求,并建 立连接,可使用CA黑名单避免这种情况。 • 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置中删除,并正确的将新的 白名单配置刷入节点中。参考《CA黑白名单》。 A节 节 节点 点 点加 加 加入 入 入群 群 群组 组 组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序:0 码力 | 418 页 | 6.51 MB | 1 年前3
 FISCO BCOS 2.3.0 中文文档知节点1和节点2发起的P2P连接请求,并建 立连接,可使用CA黑名单避免这种情况。 • 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置中删除,并正确的将新的 白名单配置刷入节点中。参考《CA黑白名单》。 A节 节 节点 点 点加 加 加入 入 入群 群 群组 组 组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序:0 码力 | 442 页 | 7.23 MB | 1 年前3
 FISCO BCOS 2.4.0 中文文档知节点1和节点2发起的P2P连接请求,并建 立连接,可使用CA黑名单避免这种情况。 • 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置中删除,并正确的将新的 白名单配置刷入节点中。参考《CA黑白名单》。 A节 节 节点 点 点加 加 加入 入 入群 群 群组 组 组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序:0 码力 | 470 页 | 7.45 MB | 1 年前3
 FISCO BCOS 2.5.0 中文文档知节点1和节点2发起的P2P连接请求,并建 立连接,可使用CA黑名单避免这种情况。 • 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置中删除,并正确的将新的 白名单配置刷入节点中。参考《CA黑白名单》。 A节 节 节点 点 点加 加 加入 入 入群 群 群组 组 组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序:0 码力 | 540 页 | 8.77 MB | 1 年前3
 FISCO BCOS 2.1.0 中文文档仍可感知节点1和节点 2发起的P2P连接请求,并建立连接,可使用CA黑名单避免这种情况。 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置 中删除,并正确的将新的白名单配置刷入节点中。参考《CA黑白名 单》。 A节点加入群组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 # 在node2目录下执行 $ ./stop.sh $0 码力 | 1058 页 | 740.85 KB | 1 年前3
 FISCO BCOS 2.9.0 中文文档知节点1和节点2发起的P2P连接请求,并建 立连接,可使用CA黑名单避免这种情况。 • 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置中删除,并正确的将新的 白名单配置刷入节点中。参考《CA黑白名单》。 A节点加入群组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序: 1. 节点3加入网络; 2. 使用控制 BCOS产业应用合作伙伴 883 FISCO BCOS Documentation, 发布 v2.9.0 大量产业区块链应用,包括小虎智数营销、运力链、兑换商城、内容生态平台、统一交易结算平台和印 刷链等平台,已广泛应用在虎彩实际业务中,服务超百万的合作伙伴和用户。 济南泉链海沃数字科技有限公司 济南泉链海沃数字科技有限公司是一家专注于RegTech(监管科技)细分领域的高新技术企业,由区块链领0 码力 | 1489 页 | 107.09 MB | 1 年前3
 FISCO BCOS 3.6.0 中文文档知节点1和节点2发起的P2P连接请求,并建 立连接,可使用CA黑名单避免这种情况。 • 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置中删除,并正确的将新的 白名单配置刷入节点中。参考《CA黑白名单》。 A节点加入群组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序: 1. 节点3加入网络; 2. 使用控制 BCOS产业应用合作伙伴 883 FISCO BCOS Documentation, 发布 v2.9.0 大量产业区块链应用,包括小虎智数营销、运力链、兑换商城、内容生态平台、统一交易结算平台和印 刷链等平台,已广泛应用在虎彩实际业务中,服务超百万的合作伙伴和用户。 济南泉链海沃数字科技有限公司 济南泉链海沃数字科技有限公司是一家专注于RegTech(监管科技)细分领域的高新技术企业,由区块链领0 码力 | 1489 页 | 107.09 MB | 1 年前3
 FISCO BCOS 2.9.0 中文文档知节点1和节点2发起的P2P连接请求,并建 立连接,可使用CA黑名单避免这种情况。 • 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置中删除,并正确的将新的 白名单配置刷入节点中。参考《CA黑白名单》。 A节点加入群组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序: 1. 节点3加入网络; 2. 使用控制 BCOS产业应用合作伙伴 883 FISCO BCOS Documentation, 发布 v2.9.0 大量产业区块链应用,包括小虎智数营销、运力链、兑换商城、内容生态平台、统一交易结算平台和印 刷链等平台,已广泛应用在虎彩实际业务中,服务超百万的合作伙伴和用户。 济南泉链海沃数字科技有限公司 济南泉链海沃数字科技有限公司是一家专注于RegTech(监管科技)细分领域的高新技术企业,由区块链领0 码力 | 1489 页 | 107.09 MB | 1 年前3
 FISCO BCOS 2.3.0 中文文档仍可感知节点1和节点 2发起的P2P连接请求,并建立连接,可使用CA黑名单避免这种情况。 若启用了白名单,需将退出节点的从所有节点的config.ini的白名单配置 中删除,并正确的将新的白名单配置刷入节点中。参考《CA黑白名 单》。 A节点加入群组 场景描述: 群组Group3原有节点1和节点2,两节点轮流出块,现在将节点3加入群组。 操作顺序: 1. 节点3加入网络; 2. 使用控制0 码力 | 1227 页 | 10.79 MB | 1 年前3
共 31 条
- 1
 - 2
 - 3
 - 4
 













