比特币通信协议 - 币圈消息

比特币通信协议篇11、二、TURN简介。在典型的情况下,TURN客户端连接到内网中,并且通过一个或者多个NAT到 详细

比特币的技术不包括哪一些 - 币圈消息

[复制链接]
53 0
wangjia 发表于 2022-11-3 15:42:41 | 只看该作者 |阅读模式 打印 上一主题 下一主题
比特币的技术不包括哪一些篇11、在接触区块链时,我们是从以太坊开始研究学习的,后续还了解学习了比特币、小蚁、超级账本等区块链相关项目。对于金融业务,因其对系统的稳定性,健壮性,处理性能以及应用的可扩展性等方面有很高的要求,通过从各方面对比,最终选择了超级账本作为项目的底层框架。在我们深入研究超级账本的过程中,发现其并不是一个完善的框架,还存在着很多问题!
2、第四个关键技术,高可扩展的关键技术。一个是编程可扩展,我们说支持多种编程语言的使用。当然越普通的编程语言越好,这样大家就会用得很方便。二个是存储方式可扩展,能不能支持多类型、多组织形式的数据可信尊出。三是支持预言机提供可信外部数据源服务。四是支持跨链,视线通构链与异构链的跨链协同,这也非常重要。Fabric,全称Hyperledgerfabric,中文称“超级账本”,它是以区块链技术为基础设计的去中心化底层架构,是Linux基金会于2015年发起的推进区块链数字技术和交易验证的开源项目!
3、被标记部分是经过我们改良的模块,主要有以下几点:。
4、对于一个金融系统,最不能容忍的就是丢失交易或出现“双花”的现象,而超级账本存在丢交易和“双花”问题。主要是因为当大量交易涌入到系统中,超出了系统的处理能力,部分交易的丢失就成为可能。为了防止这种现象的产生,我们通过增加中间层服务,控制流向底层网络的数据量;启用非验证节点,使交易均等分发至其他节点,进而保证底层网络中的节点能够处理所有的交易,防止交易丢失!
5、改良内存溢出。用于网络中各节点的共识,其主要包含共识过程中产生的所有信息及状态。在稳定性测试过程中,当长时间向超级账本系统写入大量数据时,会出现网络中节点之间共识失败,无法记录交易的现象,通过跟踪分析输出日志,。
6、改良交易处理异常。改良读写异常。
7、第三个关键技术,高可用性的关键技术。这里有一个动态成员的准入机制,以及节点失效后的快速恢复机制,这在分布式系统里都会碰到,这也非常重要,不能整个系统停下来加节点,应该是可以实时动态的。某一个节点出问题,我要删除的话,不能停下来删除,系统不能停。还有去中心华联盟自治的管理机制,如何来做这个事情?是通过多方提案投票表决方法还是别的方法,这些都要有机制。有人会怀疑,联盟链是不是真正能做到管理的公平机制,公链大家不会怀疑,但是联盟链是多中心化是不是会怀疑,这也非常重要。还有高效的热备切换机制,这也是联盟链以后的关键技术,也是非常重要的!
8、我们知道,最小的超级账本网络需要四个节点才能正常运行,所以这些节点之间的通信能力就成了影响该网络能力的一个重要因素。在测试中,我们也发现节点之间的各类通信都是通过一个通道进行处理的,当有大并发量的交易进入网络,节点之间大部分时间都在进行频繁的交易广播,无法及时处理共识,这直接影响了该网络处理交易的能力,所以,我们通过使用双通道,将消息分开进行处理,使消息能够被及时处理,进一步提升系统的处理能力及稳定性!
9、修改代码逻辑之后,这样使得网络中各节点能够稳定运行,也会很快达成一致,恢复正常!
10、我们通过修改加载数据的逻辑,在保证对数据无影响的情况下,使系统快速恢复运行,提高了系统的健壮性!

比特币的技术不包括哪一些篇21、就现在而言,超级账本仍处于概念验证阶段,6版本不能在生产环境实施运行。而通过我们团队不懈的努力,改进后的6版本已经具备了上线运行的条件。随着技术的成熟,我们推出的fabric0Alpha版本新增了许多新特性,并且此版本是官方推出可用于生产环境部署的商业级应用,期待0版本为我们带来的惊喜。
2、在进行压力测试时,起初只是关注了底层系统对写数据的能力,并未关注对数据读取的能力。在后续进行并发读写数据操作时,发现一段时间后节点与合约之间的通信会断开,导致进入网络的数据无法记,而查询操作也会失败。深入剖析代码,发现主要原因是由于原版设计中读写锁设计不合理所导致的,通过修改读写部分的代码逻辑,在不影响最终结果的情况下,将通信断开的问题进行修复,进而保证了系统的稳定性及功能的完善。并且将读写锁的修改方案提交到github上,为超级账本的发展贡献了自己的一份力量!
3、通过前面的修改,我们的重点开始落在系统对交易处理的能力上,而这个现象就是在压力测试时出现的。当我们以400笔每秒的速度向底层写入数据时,随着数据量的增加,某个节点就会出现宕机的现象,并且无法恢复,影响了系统的健壮性。通过分析日志、代码,我们发现当系统重启时,会加载大量的已被存储的数据,这使得大量的内存被消耗,没有资源去处理其他操作,导致系统宕机!
4、在进行性能测试时,我们发现超级账本网络对高并发交易的处理能力存在瓶颈。通过深入分析,发现在整个底层系统中存在多种不同类型的消息流,例如节点间用于广播交易的消息和共识的消息等,而每个节点处理这些消息流的管道却只有一个,这就好比一条高速路上只有一个检票口一样,检票口的处理能力直接影响到高速的堵车概率。而在系统中,由于消息处理管道很容易被阻塞,导致优先级高的消息因无法及时被处理而大量堆积,从而导致整个系统宕机!
5、第二个关键技术,区块链安全隐私关键技术。在中国要用首先要全面支持我国加密算法和标准,这肯定没问题。商业应用需要平台业务数据隐私保护,可以通过明明空间的方式在物理层面进行业务数据的分离,这值得研究。还更细粒度的隐私交易机制,实现交易可验证不可兼。还有基于可信执行环境等技术实现节点密钥管理和数据加密存储,基于默克尔DAG等数据组织技术,防止文件被篡改。联盟链第二个关键技术安全隐私也是非常重要的!
6、而对于“双花”现象,由于超级账本网络中各节点处理交易的延时,会导致部分交易被重复提交。经过分析,我们通过调整过滤机制及过滤的时机,保证一笔交易只执行一次,进而防止“双花”现象的出现!
7、通过分析,我们使用分流的方式来解决管道阻塞的问题。用单独的A号管道去处理优先级低但调用频率高的消息,而一些优先级高的消息则通过B号管道去处理,当A号管道出现阻塞时,通过B号管道及时处理,可以逐渐消耗并恢复A号管道的能力。通过分流方式,保证各类消息能被及时处理,进而提高了系统的处理能力,也提升了系统的稳定性!
极客公园 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:比特币的技术不包括哪一些
喜欢 (0)

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
收藏
收藏0
转播
转播
分享
分享
分享
淘帖0
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关注0

粉丝0

帖子2930859

发布主题
阅读排行更多+

Powered by 顺水鱼MT4外汇EA网! X3.2© 2001-2017 顺水MT4外汇EA公司.( 陕ICP备17014341号-1