公共链面临的主要挑战 2 扩展性的限制

Preethi Kasireddy, medium.com  (来源)

有限的可扩展性

目前,所有公共区块链共识协议都具有挑战性的局限性:网络中每个完全参与的节点都必须处理每个事务。

为什么?那么回顾一下,区块链从根本上说是“分散化”的 - 这意味着没有一个中心负责保护和维护这个系统。相反,网络上的每个节点都负责通过处理每个事务来保护系统,并维护整个状态的副本。

虽然权力下放的共识机制为我们提供了我们所关心的区块链的核心优势 - 安全保障,去中立,去信任等等,但这是以可扩展性为代价的,因为根据定义的分权限制了区块链可以交易的数量处理网络中单个完全参与节点的限制。

这意味着两方面:

1. 低处理量:区块链只能处理有限数量的交易。

2. 缓慢的处理时间:处理一个交易区块链所需的时间很慢。例如,比特币块时间是10分钟,而以太坊块时间是14秒左右。在交易高峰时段,这些时间甚至更长。相比较,使用Square或Visa等服务时,交易的处理几乎是即时确认的。

因此,公共链不得不在低交易量和中心化程度之间进行权衡。

换句话说,随着区块链规模的增长,网络中完全参与的节点对存储,带宽和计算能力的要求也在增加。在某些情况下,它变得很笨重,只有少数节点能负担得起处理数据块的成本,从而导致中心化的风险。

那样发展的结果是,我们完成了一个360度(个人认为原作者说的应该是180度)的发展方向转变,回到了油几个大公司控制的中央系统的老路上,而实际上我们想要的是,加密货币当初承诺提供的, 每秒可以处理数千次交易,并且具有一定的去中心水平的系统。

有限的可扩展性的解决方案

理想情况下,我们希望区块链设计具有与比特币和以太坊类似或更好的安全属性,同时能够在没有每个节点处理网络中总交易量的一定百分比的情况下运行。换句话说,我们需要一种机制来限制需要验证每个交易的节点的数量,而不会丢失网络对每个交易的有效性和真实性的信任。这可能听起来很简单,但在技术上是非常困难的。

可扩展性是平台未来成功的一大障碍。目前正在由区块链系统的各种开发团队提出一些建设性的解决方案。我已经在之前的文章中广泛地写过这个话题,如果你有兴趣,我建议你阅读。有关当前一些解决方案的简要总结,请参阅下面的内容:

1)链下支付渠道

小额支付渠道网络背后的设想是保持区块链上的大部分交易在链下进行。它本质上是将通常会在区块链上发生的交易放在区块链链下进行的机制。区块链纯粹用作结算层来处理最终结算的一系列交易的最终交易,这有助于减轻底层区块链的负担。

这个方案解决了我们上面讨论的吞吐量问题,因为现在区块链可以扩大到更大的交易量。而且,由于支付通道一经处理就处理一个交易,而不是一个区块整体得到确认,小额付费通道解决了交易速度问题,消除了典型的延迟。

生态系统中的微支付信道网络的一些例子,包括雷电网络和闪电网络。

2)分片

分片背后的概念是区块链的整体状态被分成不同的“碎片”,并且状态的每个部分都被网络中的不同节点存储和处理。每个分片只处理一小部分状态,并行处理。区块链分区与传统数据库领域的分区类似,除了需要在分散的一组节点之间保持安全性和真实性的额外难题之外。

3)脱链计算

这与状态渠道类似,除了范围较大。这个想法是运行安全和验证的计算(而不仅仅是币传输)的离线运行,这样可以避免这些运算在区块链上运行的昂贵代价。将计算和验证过程从区块链转移到单独的协议中,可以实现高交易吞吐量。一个例子是以太坊上的项目TrueBit。

4)DAGs

定向非循环图的缩写“DAG”是具有顶点和边的图数据结构。 (顶点是图上的一个点,边是从一个顶点到另一个顶点的路径)DAG保证没有办法从任何顶点开始,并沿着一系列的边,最终循环返回到顶点即没有循环)。这使得我们可以按照拓扑顺序获得一系列节点(或顶点)。


5)DAG

以DAG为基础的协议(例如IOTA的Tangle)的前提是将全局线性区块链排在一起,而使用DAG数据结构来维持系统的状态。为了保护网络,这些协议依赖于他们自己的新方法,不要求每个节点都以线性方式处理每个交易。

另一种基于DAG的方法,例如SPECTER协议,使用块的直接非循环图(DAG)和并行的DAG块,以实现更高的吞吐量和更高的事务处理时间。

我希望能在以后的文章中多写一些关于基于DAG的方法。现实情况是,这些协议还处于很早的阶段,尚未得到大规模的实施和使用。坦率地说,他们有一些根本性的局限/弱点,尚未解决被认为是可行的可扩展解决方案。

有关这些可伸缩性解决方案以及其他一些更详细的概述,我建议您阅读我之前编写的有关可伸缩性的文章。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,734评论 6 505
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,931评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,133评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,532评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,585评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,462评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,262评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,153评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,587评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,792评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,919评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,635评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,237评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,855评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,983评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,048评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,864评论 2 354

推荐阅读更多精彩内容