首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

为企业应用而生,第3代底层公链开发实操指南(2)

为企业应用而生,第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的结合。

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