科普 | 什么是链上扩容和链下扩容?_区块链:STRONG币

区块链项目里,很多人对比特币(BTC)最为熟悉。然而,比特币网络每秒最多只能处理7笔交易,超过的交易只能按顺序排队等着。

最拥挤的时候,有超过15万笔的比特币交易在排队等候处理。也许,你会嘀咕:这种性能的比特币怎么和微信、支付宝PK呢?

确实,这个问题——扩容,早已成为区块链的重点优化方向。

01?那我们需要多高性能的区块链呢?

美国说唱歌手Megan Thee Stallion与Cash App合作发布比特币科普视频:美国说唱歌手Megan Thee Stallion与由Square开发的移动支付服务Cash App合作发布了一段名为“Bitcoin for Hotties”的视频。该视频从她的角度解释了什么是比特币,为什么比特币有价值等内容。Megan Thee Stallion在Instagram上拥有超过2410万粉丝,在 Twitter上拥有640万粉丝。(Bitcoin News)[2021/8/8 1:41:10]

很多人会把Visa、或者双11时淘宝的峰值交易处理速度作为区块链的性能优化目标。

TRON数字钱包科普资料《波场钱包的现在过去与未来》已上线:据最新消息显示,由TokenPocket联合波场TRON官方,以及 TokenPocket 社区志愿者共同撰写的《波场钱包的现在过去与未来》已正式上线。《波场钱包的现在过去与未来》又称为波场钱包小白书,详细介绍了当前TRON钱包与TRON生态密切结合的实例,是目前市面上最为详细的TRON数字钱包科普资料。波场钱包作为波场公链生态中极为重要的入口,是波场生态的重要构成要素。波场钱包从一开始只提供权限管理、转账收款、节点投票等基础功能,到如今不仅可以为用户提供法币交易、闪兑和去中心化交易所等方便快捷的交易服务,还能让用户直接在钱包上体验波场上DApp,挖矿、DeFi、Staking等资产增值服务。详情见原文链接。[2020/8/20]

事实上,在一些特殊场景下,这个性能也可能是不够的,比如将区块链应用于物联网时,对终端和设备的实时访问控制需求,就需要极高的数据传输和处理速率。

财政部副部长朱光耀:数字经济还处在发展的过程中,要以科普、推动的态度来推进数字经济发展:今日,在中国发展高层论坛2018年会上,财政部副部长朱光耀表示:“数字经济还处在发展的过程中,要以科普、推动的态度来推进数字经济发展。也要关注数字经济的其他影响,包括税收征管、反监管措施等要跟上。”[2018/3/25]

因此,如果要用区块链来构建价值传递网络,有人认为它的性能至少应该以目前整个互联网信息的数据实时处理速度为目标(包括每秒200万封邮件、6.5万次google搜索、7.2万次youtube视频等、以及53TB的数据流程。数据出处见注2),这已经绝非简单只用每秒处理量(TPS)来要求了。

如何在目前区块链有限处理能力的基础上进行提升呢?

这其中存在着巨大的挑战和机会,近几年,众多扩容方案纷纷登台亮相,总体上,它们都来自于两大阵营:链上扩容和链下扩容。

02?链上扩容

链下扩容方案中,大量的事务通常只在参与节点间直接交易,不会进行全网传播,效率直接取决于节点间的网络性能,显然效率更高。而且因为没有全网广播,信息不能公开可查,通常隐私性也更高。

因此,链下交易性能不受原有区块链性能的影响,链下扩容的性能目标没有最高,只有更高。

链下扩容主要包括状态通道、侧链等解决方案,闪电网络就是链下扩容的代表选手之一。

在闪电网络中,交易双方可直接构建通道,之后便可在通道内点对点实现任意多笔零确认的交易,只需要在通道开启和关闭时才跟区块链“打个招呼”,在全网传播确认即可。

它不需要修改比特币的共识算法,比特币网络从每笔交易的处理者,后退一步,仅处理少量关键交易,或在交易出现纠纷时进行处理以“主持公道”。这样的工作量现有性能即可满足。

当然,链下扩容也并非完美,其方案也伴随着是否会带来中心化、或者数据可能会被修改等等疑虑。

不过,作为普通用户,通常不会考虑具体采用了哪种解决方案的。随着区块链商业应用场景的落地,哪些解决方案能更好地解决问题,并且不影响使用体验,就很可能会在扩容方案中胜出。

你更看好链上扩容还是链下扩容,还是两者都看好?为什么?欢迎在留言区留言。

注:1、比特币未确认交易实时数据:https://www.blockchain.com/btc/unconfirmed-transactions2、互联网数据处理性能数据引用出处:https://mp.weixin.qq.com/s/XyOnRkeOyL8wn8w1GN43FA

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

水星链

[0:0ms0-0:877ms