[tokenpocket买kishu]:塞伯坦的陨落存档:-rchain和
佚名 0 条评论 2022-03-08 23:43
塞伯坦的陨落存档:-rchain和zb-走向批号,无线,无限的区块链
塞伯坦的陨落存档:
rchain和zb:走向一个被排队,无线,无限的区块链
2021年11月2日,Rchain's BlockChain Scientist Atticbee访问了ZB Exchange作为一个非常技术性的邀请的客人。 ZB是一个全球交易所在运行8年,重点是保持客户的资产安全。 atticbee讨论了当前区块链技术的问题,而且Rchain对这些挑战的回答,为什么一天rchain将是最多的用户和开发人员友好的网络3.0基础架构。当前所有公共BlockChainsin atticbee的视图中缺少了什么,没有现有的公共链条已经解决了这些对Web 3.0至关重要的问题:当前没有实际解决方案缩放性问题:第2层和Eth 2.0的可扩展性是一种幻觉,因为各个层2和碎片子系统不是可互操作的 - 它们不会“看起来” “像一个逻辑链一样.They旨在用于令牌传输应用程序,而不是数据密集型Web 3.0应用程序。结交不能安全地互相呼叫,缺乏”安全可组装性“,以构建来自更小和更简单的构建块的大型复杂软件系统,如Web中那样2.0.Grchain的创始人Gregegleg梅雷迪思在2015年在2015年实现了这些痛点,当时的成绩为何时他和Vitalik,他正在努力r为retereum。因此,他选择了并发,可组合的Rho-Charmulus在设计的开始时作为合同层的计算模型。图1.计算模型技术路线的比较理论上是不可能的其他项目的特色:通过并发“批号”事务处理来解决“BlockChain Trilemma”。所有的平台:直接的大数据,集成Eth的所有功能, IPFS和GRT进入一个单一平台。无缝分片:碎片看起来像一个原子交叉碎片交易。基于其OSLF行为型系统的连锁式正式验证。“区块链Trielemma”的根本原因及其解决方案阁楼查看,“安全性,性能和权力下放的Trilemma”仅适用于需要排队交易的当前区块链,但不适用于批次的Rchain.Experally Blockchains需要将事务处理为长队列,所有网络中的节点一起工作以维护此队列。然后,他们注定要遭受一个不可能的安全性,性能和分散化的三角形:对于安全性,需要参与维护此队列的更多节点。对于性能(可伸缩性),队列需要尽可能快地前进。权力下放,所有节点都需要有平等的机会参与此队列的管理和处理,彼此互相监控。这些逻辑告诉我们一个人只能选择其中的任何两个并放弃第三个。典型的例子:Ethereum选择安全性和分散性过度表现; Solana是一名基于领导者的系统,可通过权力下放选择安全性和性能;带有21个等于的节点的EOS选择evercience的性能和分散化。然而,当人们意识到“分布式维护交易队列是Trilemma的根本原因”时,如果我们可以消除对像Rchain这样的翻译队列的需要,则自然地解决了这个问题。在RCHAIN的“块合并”测试网络中,随着更多节点,网络实现更高的TPS。它是一种坚实的证据,即Trilemma已经解决:更多节点意味着更强的安全性;无线的手段分散;较高的TP意味着性能更好。因此,Rchain达到了“不可能三角形”的所有三个顶点 同时。哈拉邦和波尔卡托特 - 阁楼询问他对其他明星项目的缺陷解决方案的两个例子,阁楼认为索拉纳以植物区块信任模型的成本实现高TPS,因为任何集中系统都可以具有更高的TPS。其设计背后的想法很简单:因为让许多节点管理队列太慢了,它只是让历史验证节点决定顺序并写入篡改借助POH分类帐。另一个节点只需执行并验证该路由器中的事务。文件2.通过这样做的公共链条的比较,通过这样做,管理队列的作业是集中的,并且浦项节点可以决定交易顺序,或者将审查交易。这些恶意行为几乎不可能检测和证明。阁楼提到了具有类似想法的项目的流程,但使用委员会来决定订单,使其成为索拉纳的更公平的版本,但由于其TPS的成本低得多。它是一个关于“排队系统”如何遭受Trilemma.as for Rchain的教科书示例,它无需全部排队交易,因此它可以实现高TPS,同时保持一个分散的无线架构.ATTICBEE也查看Polkadot作为缺乏必不可少的协调能力的不完全交叉链解决方案。它没有办法最终完成交叉链交易。此外,它还没有提供“可协调的安全性”,以确保当一个合同通过中继链通过中继链拨打另一个段链中的另一个契约时,给出的权限将不会泄露给他人。 Rchain具有跨链交易的原子最终确定,耦合与行为类型系统作为“在链防火墙上”,使其成为一个优越的跨链解决方案。具有并发进程管弦乐团的全球计算机S的最终目标是建立一个真正的全球计算机作为Web 3.0的基础。从Web 2.0的经验中看出,Web上最有价值的资产是大量数据。因此,所有现有的区块链都是通过错误设计建立的,开始:它们被完全优化为支付网络。必须为数据密集型应用设计一个真正的Web 3.0基础架构。图3. Rchainin的知识图表加入,我们可以看到现有的Web 2.0系统变得越来越复杂,但由于组装化和容器化,开发人员可以快速构建具有较小可重用组件的大型系统。但是,如果没有快速的正式验证系统,以确保合同之间的安全合作,任何现有的区块线都无法实现这一目标。 Rchain路线图的金星阶段试图通过引入行为类型系统支持来解决这种痛点。 Rchain的Rho-Calculus是具有这种能力的少数型号之一。每一个开发人员都应该开始学习Rholangralang,这是一种基于流程微积分的语言,它长期被IT行业忽视,因为它不愿离开当前编程的舒适区范式。然而,进入区块链时代,罗朗通过其设计具有一系列块线的优势。预设4.带有OSLF算法的rolang LanguageFirst的Mug,其不可变性使“批号”交易成为可能。罗拉恩中的所有资源都是渠道组织的不可变数据和代码。阁楼制作了一个隐喻:以传统的语言写的合同是稳定性的,就像一群孩子在黑板上画画:孩子们绘制的命令将影响董事会的最终状态,因此他们必须形成队列。另一方面, 罗兰更像是一群孩子使用乐高块:他们可以拿起并组装一些街区,然后将产品连接回公共项目。由于没有人可以“突变”任何作品,所以订单无关紧要,所以孩子们可以同时玩。“突出”的其他重要益处是,“突出”是可以直接存储大数据。任何数据密集型交易必须处理网络和磁盘操作的高延迟。要在链中完成此类交易的先决条件是它们可以与其他类型的交易同时处理。碎片里程碑后,Rchain将有另一个开发人员友好的功能:写作交叉碎片合同和写作之间没有区别单碎片合同。在Venus里程碑之后,开发人员可以使用行为类型系统来执行静态分析以回答问题,如:此代码会创建竞争条件,进入僵局,或将任何给定权限泄露给第三方吗?在代码运行之前,这些分析可以在罗格的编译时完成。使用此功能,现在您可以将一组合同组织在链中,并允许它们在并发设置中安全地互相呼叫。这一优势完成了Rchain的终极杀手功能:合同的连锁编排,或“区块链上的Kubernetes”。Rchain社区已经建立了DAPP,通过利用其在链数据存储能力:Dappy :分散的DNS服务器和浏览器,带有NFT和钱包集成在一个包中.rsong:音乐流媒体DAPP,音乐直接存储在链中.RPI:一张照片NFT平台,具有直接存储的照片数据。RCOVID-19护照:疫苗接种直接存储的证书.ATTICBEE预测,一旦所有里程碑都完成, rolang的好处足以让每个DAPP开发人员采用这种新语言范式。这个故事中的标签是一个赞助的帖子。了解如何在这里到达观众。阅读免责声明下方.BitCoin.com Media Bitcoin.com是一切加密的首要来源.Contact Ads@ittcoin.com谈论新闻稿,赞助帖子,播客和其他选项。