FISCO BCOS 2.2.0 中文文档Fail”的弊病显现,也因此引发了一系列的技术变革与商业变革,启动了一轮从“集中式”走向“分布式”的时代浪潮。 在此背景下,区块链技术在2008年萌芽成型,并逐渐发展成熟。通过区块链技术解决方案中的共识机制、分布式账本、加密算法、智能合约、点对点通信、分布式计算架构、分布式存储、隐私保护算法、跨链协议等技术模块,可以让商业模式中的参与各方实现了地位对等和互信合作,从而推动了从“信息互联网”到“信任互 链的能力,以便于各需求方高效建立联盟链网络,让企业间建链合作变得像建立“聊天群”一样高效便捷。最后,需要开源和开放,实现联盟成员间的充分信任。公众联盟链有利于降低企业快速试错的成本,有效提升商业上的容错性,也促进商业社会朝着可信化、透明化的方向深化发展,全面降低由于合作带来的操作、道德、信用、信息保护等方面的风险。秉持以上的目标与愿景,我们正式发布了FISCO BCOS 2.0版本,它基于“公众联盟链”技术路线。 0版本在原有基础上进行架构升级和优化,在可扩展性、性能、易用性等方面取得了重大突破,其中包括: - 实现群组架构,在多个节点组成的一个全局网络中,可以存在多个节点子集组成的子网络,这些子网络维护一个独立的账本。这些账本之间的共识、存储都是相互独立的,具备良好的扩展性和安全性。在群组架构中,可以更好地实现平行扩展,满足金融级高频交易场景的需求。同时,群组架构可以快速支持组链需求,极大降低运维难度,真正能够实现企业间建链就像建“聊天群”一样简便。0 码力 | 1156 页 | 10.03 MB | 2 年前3
微服务环境下的系统治理与容错## 微服务环境下的系统治理与容错 王新栋  ## 收获国内外一线大厂实践 与技术大咖同行成长 ✓ 演讲视频 ✓ 干货整理 ✓ 大咖采访 ✓ 行业趋势 关注 QCon 公众号  ## TABLE OF CONTENTS 大 纲 - 微服务架构 • 治理 • 容错 • 总结  ## 微服务架构 ## Ops的原则和实践,在组织结构上实现跨职能的自治团队,这必不可少。 还必须记住:实现微服务架构并不是你的目标。你的目标是加速大型复杂应用程序的开发。 --Chris Richardson ## 容错 ## 故障和问题 ☐ 故障: ITIL对故障的定义:不符合服务的运营标准且引发了或者可能引发服务中断或服务质量下降的事件。 1. 可能是造成了停机的事件 任何降低了服务质量的事件 2. 也可能是造成对最终用户响应慢的事件0 码力 | 45 页 | 16.09 MB | 2 年前3
Doris的数据导入机制以及原子性保证等待回收任务删除已写入数据  ## 总结 多版本机制解决读写冲突 • 写入带版本 · 查询带版本 两阶段导入保证多表原子生效 - 支持并行导入 - 有冲突时按导入顺序生效,无冲突导入时并行生效 事务能力保证  决定对象是否是垃圾对象,并进行 回收。 学 垃圾回收机制的特点 * 垃圾内存并不是用完了马上就被释放,所以会产生内存释放 不及时的现象,从而降低内存的使用效率。 有归程 序庞大的 时候,这种现象更为明显。0 码力 | 44 页 | 818.30 KB | 2 年前3
FISCO BCOS 1.3 中文文档让创世节点成为参与共识的第一个成员 cd /mydata/FISCO-BCOS/tools/scripts/ 设置需要操作的链的RPC端口(此时链上只有一个创世节点),输入y回车确认。 #bash set_proxy_address.sh -o 节点的RPC address bash set_proxy_address.sh -o 127.0.0.1:8545 将创世节点注册入联盟中,参与共识 #bash /mydata/node0/genesis.json --config /mydata/node0/config.json ## 验证可共识 查看日志,查看打包信息 tail -f /mydata/node0/log/* | grep +++ 等待一段时间,可看到周期性的出现如下日志,表示节点间在周期性的进行共识,节点运行正确 INFO|2018-08-10 14:53:33:083|++++++++++++++++++++ 让节点成为参与共识的成员 cd /mydata/FISCO-BCOS/tools/scripts/ ## 设置需要操作的链的RPC端口(若之前已设置,则无需重复设置) #bash set_proxy_address.sh -o 节点的RPC address bash set_proxy_address.sh -o 127.0.0.1:8545 将节点注册入联盟中,参与共识 #bash register_node0 码力 | 491 页 | 5.72 MB | 2 年前3
2.4 基于Go-Ethereum构建DPOS机制下的区块链基于Go-Ethereum构建DPOS机制下的区块链 恺英网络一朱崇文 ’ alt=‘OCR图片’/> 目录 1 Go版本以太坊 2 为何选择DPOS机制 3 拓展共识改造实战 4 智能合约的实践 5 压力测试下暴露的问题 GopherChina2018 ’ alt=‘OCR图片’/> Go版本以太坊 ’ alt=‘OCR图片’/> Go版本以太坊 以太坊的工具组 ’ alt=‘OCR图片’/> GopherChina2018 ’ alt=‘OCR图片’/> 为何选择DPOS机制 共识机制对比 POW • 消耗计算力 • 出块速度慢,确认慢 • TPS极低 10~20 • 确认1分钟+ DPOS • 代理人模式 • 出块速度快,确认快 • TPS 700~1000 (实现) • 平均确认1~3秒 ’ alt=‘OCR图片’/> 为何选择DPOS机制 DPOS机制的优势 系统可靠性 在商业场景下,网络性能可控 理事会管理区块链网络 见证人生产并验证区块 ’ alt=‘OCR图片’/> ’ alt=‘OCR图片’/> 拓展共识改造实战 共识框架引擎一改造共识层逻辑 GopherChina2018 ’ alt=‘OCR图片’/> 拓展共识改造实战 共识框架引擎一官方实现引擎:Ethash/ Clique // Engine is an algorithm agnostic consensus0 码力 | 34 页 | 2.01 MB | 3 月前3
FISCO BCOS 2.3.0 中文文档Fail”的弊病显现,也因此引发了一系列的技术变革与商业变革,启动了一轮从“集中式”走向“分布式”的时代浪潮。 在此背景下,区块链技术在2008年萌芽成型,并逐渐发展成熟。通过区块链技术解决方案中的共识机制、分布式账本、加密算法、智能合约、点对点通信、分布式计算架构、分布式存储、隐私保护算法、跨链协议等技术模块,可以让商业模式中的参与各方实现了地位对等和互信合作,从而推动了从“信息互联网”到“信任互 链的能力,以便于各需求方高效建立联盟链网络,让企业间建链合作变得像建立“聊天群”一样高效便捷。最后,需要开源和开放,实现联盟成员间的充分信任。公众联盟链有利于降低企业快速试错的成本,有效提升商业上的容错性,也促进商业社会朝着可信化、透明化的方向深化发展,全面降低由于合作带来的操作、道德、信用、信息保护等方面的风险。秉持以上的目标与愿景,我们正式发布了FISCO BCOS 2.0版本,它基于“公众联盟链”技术路线。 0版本在原有基础上进行架构升级和优化,在可扩展性、性能、易用性等方面取得了重大突破,其中包括: - 实现群组架构,在多个节点组成的一个全局网络中,可以存在多个节点子集组成的子网络,这些子网络维护一个独立的账本。这些账本之间的共识、存储都是相互独立的,具备良好的扩展性和安全性。在群组架构中,可以更好地实现平行扩展,满足金融级高频交易场景的需求。同时,群组架构可以快速支持组链需求,极大降低运维难度,真正能够实现企业间建链就像建“聊天群”一样简便。0 码力 | 442 页 | 7.23 MB | 2 年前3
百度超级链 XuperChain 3.12-c 中文文档应用场景 - 接下来 - 快速开始 - 搭建本地网络 - 合约开发入门 - 基本概念 - 区块链101 - 密码学 - 账号和权限 - 共识 - 智能合约 - 可信账本 - 对等网络 - 开发教程 - XuperChain 基本操作 - 合约开发详解 - 使用 SDK 开发超级链应用 - 使用合约开发套件 - 开发可信任应用 - 开发跨链应用 - 使用开放网络 - 使用测试网络 - 使用国密 - 实现原理 - 核心数据结构 - 共识框架 - 对等网络 - 智能合约虚拟机 - 权限系统 - 平行链与跨链设计 - 插件设计 - 贡献指南 - 贡献准备 - 完善超级链文档 - 开发超级链插件 - 语言。 在网络能力方面,XuperChain具备全球化部署能力,节点通信基于加密的P2P网络,支持广域网超大规模节点,且底层账本支持分叉管理,自动收敛一致性,TDPOS算法确保了大规模节点下的快速共识。在账号安全方面,XuperChain内置了多私钥保护的账号体系,支持权重累计、集合运算等灵活的策略。 












