标题: 为企业应用而生，第3代底层公链开发实操指南（2） [打印本页]

---

作者: look_w    时间: 2019-1-17 21:10     标题: 为企业应用而生，第3代底层公链开发实操指南（2）

第二阶段

寻找高效、简单的共识机制Aurora公链第一阶段版本采用的DPoS+BFT的共识机制，就是为了保证共识速度足够快，提高确认速度，将确认区块降低到一个，但是这也不是最佳的共识机制，我们也在积极的探索新的共识机制，新的共识机制应该像PoW一样高度去中心化，但是非常简单的、不需要大量计算，同时可以到达秒级共识速度，一旦我们技术成熟我们会替换现在共识机制。

例如，我们正在研究的VRF可验证随机函数，随机抽取共识节点，具有不可预知可验证特点，它既保证了公平公正，黑客无法攻击，又能够比较好的让所有人都有权参与产块过程，产快速度还可能做到秒级确认。

多链并行是我们第二阶段重点，现在比较流行的区块链设计:单链，双链，或者DAG，他们在一定程度上都缓解了现在区块链存在的问题，尤其是性能问题，但是问题还是会慢慢暴露出来。

    随着使用用户增加，行业范围越来越大，它们又要重新面对性能问题，所以区块链处理能力应该是横向动态增加，纵向提高始终有上限。

    区块链上很多不相关的数据，用户不希望保存，因为增长很快，成本随之增加。

    不同行业/领域接入区块链，根据流量不同，一定会有拥有一条独立区块链的需求，但是又不能产生信息孤岛，链与链的价值无法传递尴尬情况。

Aurora公链设计的多链结构，可以允许用户通过申请的方式提交发链的请求，Aurora节点投票方式进行审批，如果通过，即可加入到多链的网络体系中，新增加的链是独立运行在网络中，并且随时和其他链产生价值交换。

P2P立体网络，是为了更好的支持多链架构：

    建立网络的立体分层分区域结构，通过对网络的优化，超级路由器，可以准确的识别出数据的到达区域，来提升通信、广播的速度。

    更好的数据压缩信息处理方式。

    智能化的布隆筛选，直接接收转发有效的数据。

    智能合约

Aurora公链第一阶段选择EVM作为我们优先支持的智能合约虚拟机，是因为，EVM也是以太坊智能合约虚拟机，它的优点也是显而易见:

    经过大量用户的测试和验证；

    用Solidity编写的智能合约都会被编译成指令去执行，比较高效；

    支持以太坊社区的开发者很多，更容易被大家接受。

但是智能合约最好要支持用C++、JavaScript、Java，Go等我们大多数程序员都能编的语言去写智能合约，这样才能够得到普及。或者说，假如开发DApp，也能够让普通开发人员来去写这些智能合约，才能让DApp更快的普及起来，所以我们也在开发集成WebAssembly来支持新的智能合约，这样很多高级开发语言都可以直接编译成WebAssembly的字节码，这种字节码和底层机器码很相似可快速装载运行，性能也是非常高。

如何逐步做到极致安全

现在绝大多数区块链项目采用的均为椭圆算法，但在量子计算面前，基本上几秒钟甚至是一瞬间就会被破解，这将导致我们所有账户余额、私钥都会被破解。在量子计算面前也是毫无隐私，破解后可以造假、转账，做任何事情。所以我们的加密计算方式必须要能抗量子计算，保障无隐私泄露的危险。

    加密方式要和用户数据分离，这样加密方式升级对用户数据完全没有影响。

    零知识证明是能够解决，当转账的时候，只能通过验证交易是否正确，并且整个过程不泄露隐私。

    格计算是一种基于多维空间的数学转换过程，这种多维的空间随着维度每增加一维，它的计算的难度，不仅是指数级的增加，更是一种复杂级别的增加。这种增加使得未来的技术，即使量子计算，也无法破解。

对同行的建议

区块链出现，最大的贡献就是用低成本方式解决信任问题，所以我们在做好公链的技术支持的同时，要不断的探索不同行业/领域结合方式，不能夸大公链能力，造成区块链滥用，做好layer1和layer2的结合。

不同企业需要的不仅仅是区块链技术，更需要的是一个完整区块链生态支持，需要生态中的交易闭环，帮他们解决传统互联网方式解决不好的问题，做好区块链生态，更好的服务于各个行业。

---

欢迎光临 电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)

Powered by Discuz! 7.0.0