宇宙链 宇宙链
Ctrl+D收藏宇宙链

了解区块链延迟和吞吐量

作者:

时间:1900/1/1 0:00:00

来源 | paradigm.xyz

作者 | Lefteris Kokoris-Kogias

大家鲜少提到如何正确地测量一个(区块链)系统,但它却是系统设计和评估过程中最重要的步骤。系统中有许多共识协议、各种性能的变量和对可扩展性的权衡。

然而,直到目前都没有一种所有人都认同的可靠方法,能够让人进行苹果对比苹果这种同一范畴内的合理比较。在本文,我们将概述受到数据中心化系统测量机制启发的一种方法,并探讨在评估一个区块链系统时可以避免的一些常见错误。

关键指标及其相互作用

在开发区块链系统时,我们应该将两个重要指标考量在内:延迟和吞吐量。

用户关心的第一件事就是交易延迟,即发起交易或支付和收到确认交易有效性信息(比如,确认交易发起方有足够的钱)之间的时间。

在传统的 BFT 系统中(如 PBFT、Terdermint、Tusk 和 Narwhal 等),一旦交易被确认就会被敲定,而最长链共识机制(如 Nakamoto Consensus、Solana/Ethereum PoS)中,一笔交易可能会被打包进区块,然后再重组。结果就是,我们需要一直等到交易达到“k 个区块深”了才能进行敲定,这就导致了延迟的时间大大超过了单次确认的时间。

Binance Colombia与安第斯大学合作让学生和教师了解区块链和Web3:金色财经报道,Binance官方发布推文表示,Binance Colombia与哥伦比亚安第斯大学签署合作协议,将创建一系列教育计划,以便让学生和教师了解区块链和Web3。[2023/2/22 12:22:28]

其次,系统的吞吐量一般对于系统设计者来说十分重要。这就是系统每单位时间所处理的总负载,一般表达为每秒交易量 (TPS)。

乍一看,这两个关键指标看起来是完全相反的东西。但因为吞吐量由每秒的交易量得出,而延迟则是以秒为单位进行测量。自然而然地,我们会认为吞吐量 = 负载/延迟。

但事实并非如此。因为许多系统倾向于生成在 y 轴上展示吞吐量或延迟,而在 x 轴上展示节点数量的图表,所以这种计算方式的实现是不可能的。相反,我们能生成一个更好的、包含吞吐量/延迟指标的图表,它以非线性的方式呈现让图表清晰易读。

动态 | 北京通信管理局学习了解区块链证据存储等在司法审判中的运用情况:据北京市通信管理局消息,3月4日,北京市通信管理局局长林乐虎一行赴北京互联网法院交流学习,了解了在线审判流程中人脸识别、手机短信弹屏、语音识别、区块链证据存储、裁判文书自动生成、电子卷宗随案生成等互联网科技在司法审判中的运用情况。[2019/3/6]

当没有竞争时,延迟是恒定的,仅是改变系统的负载,就可以改变吞吐量。会发生这种情况,是因为低竞争情况下,发送交易的最小开销是固定的,且队列延迟为 0,致使“无论进来什么,都能直接出去”。

在竞争激烈的情况下,吞吐量是恒定的,但仅是改变负载就可以让延迟发生变化。

这是因为系统已经超负载了,而增加更多负载会造成等待队列无限变长。更反常的是,延迟似乎会随着实验长度而发生变化,这是一个无限增长队列的人为结果。

这些表现都可以在典型的“曲棍球图”或“L型图”上看到,它取决于到达间隔的分布(下文会谈论到)。因此,这篇文章的关键要点是,我们应该在热区进行测量,这里的吞吐量和延迟都会影响我们的基准;而不用测量边缘区域,这里的吞吐量和延迟只有一个是重要的。

动态 | 应深刻了解区块链技术的利弊 使之服务于国防等关键领域:中国军网今日刊文称,区块链作为一个“去中心化”分布式账本数据库,其具有分布式去中心化、无须信任系统、数据不可篡改等优点。文中表示:若我们盲目地将其应用在国防及其他关键领域,其后果不容乐观。比如存储机制耗费资源,运行机制影响效率,共识机制存在安全隐患。面对区块链这一新兴事物,必须深刻了解其技术利弊,优化改进其不足,才能更好地驾驭该技术,使之服务于国防等关键领域。[2018/12/7]

测量方法论

在做实验时,实验者有三种主要的设计选项:

开环 vs. 闭环

现在有两种可以控制对目标发出请求流的主要方法。开环系统基于 n = ∞ 个客户端进行建模,这些客户端根据速率 λ 和到达间隔分布(例如 Poisson)向目标发送请求。闭环系统会在任何给定时间内限制未完成请求的数量。开环系统和闭环系统的区别是特定部署的特点,同一个系统可以部署在不同的场景中。

声音 | 袁煜明:要以一种开放的心态去接触和了解区块链:7月21日,火币研究院院长袁煜明表示:“很多时候很多人其实对区块链现在还不了解,觉得是子什么的,这个都没问题,很少有人在第一次听到觉得一定要加入进来,这样的人比较少,往往还需要反复多次验证的过程,我希望每一个人都要以一种开放的心态去接触和了解(区块链)......我们应该是睁开眼睛接触和了解区块链,你花几个小时买不了吃亏和上当,先了解一下,也许你就会发现区块链有意思,如果发现没意思,大不了就是花几个小时,几天的时间而已。”[2018/7/21]

例如,一个键值存储(key-value store)可以在一个开环部署中为数千个应用程序服务器提供服务,或在一个闭环部署中只为几个阻塞客户端提供服务。

对正确的部署场景进行测试是必不可少的,因为比起闭环系统的延迟通常受制于潜在的未完成请求数量,而开环系统可能会产生大量的等待队列,所以,延迟会更长。一般来说,区块链协议可以被任意数量的客户端使用,所以在开环环境下对其做评估会更准确。

综合基准测试的到达间隔分布

传真格基金创始人徐小平呼吁各CEO了解区块链 学习如何拥抱这场革命:据某互联网知名博主爆料,真格基金创始人徐小平在真格基金投资组合微信群呼吁各CEO积极了解区块链,并立即动员全体高管和员工,学习如何拥抱这场革命。[2018/1/9]

在创建合成工作负载时,我们必然会问:如何向系统提交请求?许多系统在测量之前会先预加载事务,但这会使测量产生偏差,因为系统从异常状态 0 开始运行。此外,预加载的请求已经在主存储器中,也因此绕过了其网络堆栈。

更好一些的方法则是以确定的速率发送请求(比如,1000 TPS),这会导致 L 型的图表(橙线)的出现,因为系统的容量得到了最佳使用。

然而,开放系统往往不以可预测的方式运作。相反,它们有处于高负载和低负载的时间段。为了对此进行建模,我们可以采用概率间隔分布,该分布一般是基于泊松分布。它将导致“曲棍球”图表(蓝线),因为即使平均速率低于最佳值,泊松爆发也会导致一些排队延迟(最大容量)。但这对我们十分有利,因为我们可以看到系统如何处理高负载以及负载恢复正常时,系统恢复的速度有多快。

热身阶段

最后要考虑的一点是何时开始测量。我们希望流水线在开始之前充满事务;否则,将需要测量预热延迟。理想情况下,预热延迟的测量应该通过热身阶段中的延迟测量来完成,直到测量结果遵循预期的分布。

如何进行比较

最后一个难题是合理比较系统的各种部署。同样,难点在于延迟和吞吐量是相互依赖的,因此我们可能难以生成公平的吞吐量/节点数图表。

最好的方法是定义服务级别目标 (SLO) 并测量当时的吞吐量,而不是简单地将每个系统推到其最高吞吐量(这种情况下,延迟毫无意义)。在吞吐量/延迟图上绘制一条与延迟轴相交 SLO 处的水平线并对相交点进行采样,这是一种可视化的好方法。

但我设置了 5 秒的 SLO,它只需要 2 秒

有人可能想要增加这里的负载,以便利用饱和点之后稍高的可用吞吐量。但是这很危险。如果系统操作配置不足,意外的请求爆发将导致系统达到完全饱和,致使延迟激增且很快会违背 SLO。实质上,在饱和点之后运行会导致一种不稳定的平衡。

因此,有两点需要考虑:

过度配置系统。本质上,系统应该在饱和点以下运行,以便吸收到达间隔分布中的爆发,而不会导致排队延迟增加。

如果 SLO 下方有空间,请增加 batch 的大小。这会增加系统关键路径上的负载,而不会增多排队延迟,它为你提供更高的吞吐量以获得你所要的更高延迟权衡。

我正在产生巨大的负载,该如何测量延迟呢?

当系统的负载很高时,尝试访问本地时钟,并为到达系统的每个事务添加时间戳可能会导致结果出现偏差。

相反,还有两个更可行的选择。第一种也是最简单的方法是对事务进行抽样;例如,在某些事务中可能存在一个魔数(magic number),而这些事务是客户端为其保留计时器的事务。在提交时间之后,任何人都可以检查区块链以确定这些事务何时提交,从而计算它们的延迟。这种做法的主要优点是,它不会干扰到达间隔分布。但是,因为必须修改某些事务,所以它可能被认为是“hacky(具有攻击性质的)”。

而更系统的方法则是使用两个负载生成器。第一个是主要的负载生成器,由它来遵循泊松分布。第二个请求生成器则用来测量延迟,并且它的负载会低得多;与系统的其余部分相比,可以将这个请求生成器视为单个客户端。即使系统向每个请求发送回复(就像某些系统所做的那样,例如 一个键值存储),我们也可以轻松地将所有回复放到负载生成器中,并只测量来自请求生成器的延迟。

唯一棘手的部分是,实际的到达间隔分布是两个随机变量的总和;但是,两个泊松分布的总和仍然是泊松分布,所以数学并不难 : )。

总结

测量大规模分布式系统对于识别瓶颈和分析压力下的预期行为是至关重要的。希望通过使用上述方法,我们都可以朝着公用语言迈出第一步,这最终将让区块链系统更适用于他们所做的工作以及他们对终端用户的承诺。

金色早8点

比推 Bitpush News

Foresight News

Delphi Digital

区块链骑士

PANews

深潮TechFlow

链捕手

区块律动BlockBeats

DeFi之道

标签:区块链BINbinanceANC区块链工程专业学什么课程BINGUSBinance CartelWick Finance

火币APP下载热门资讯
图解ENS 3季度发展状况:活跃地址增长强劲 域名注册量达历史新高

撰文:BlockTurbo来源:《ENS 3季度表现分析:增长强劲,注册量达历史新高》尽管市场疲软,ENS 月度活跃地址依然强劲。虽然较 2022 年 5 月的峰值下降了 33%,但月活跃地址仍同比增长 2.5 倍.

1900/1/1 0:00:00
金色观察 | Pantera联创:读懂想做web3版Discord的加密原生聊天协议Comm

文/Pantera Capital联合创始人Paul VeradittakitComm正在致力于解决加密货币最大领域之一的碎片化问题:协作.

1900/1/1 0:00:00
Crypto.com会不会是下一个暴雷的平台

FTX 宣布破产的那天,不少人意识到,FTX 的暴雷,或许揭开了加密机构们的最后一块遮羞布。这几天,受暴雷事件影响,各大交易平台火急火燎,纷纷进行用户准备金公开披露,以「自证清白」.

1900/1/1 0:00:00
Vitalik:探索公共物品资金分配优先次序-Revenue-Evil 曲线

公共物品在任何大规模生态系统中都是一个非常重要的话题,但通常也是一个难以定义的话题。这里有三种不同的定义:经济学家:非排他性和非竞争性物品,这两个技术术语合在一起意味着很难通过私有财产和基于市场的方式提供.

1900/1/1 0:00:00
一文速览 29 个未发币的 Layer1/Layer2 协议和参与方式

撰文:追风Lab 10 月 19 日,Aptos 向激励测试网用户发放约 2000 万枚 APT 代币,由此也激发了加密市场对于 Layer1 的兴趣,本文整理了 29 个未发币公链项目(附教程),感兴趣的读者可以关注和参与.

1900/1/1 0:00:00
ZkSync:一窥以太坊的未来

原文:Sam Martin 编译:Crush 关键要点: 由于缺乏智能合约支持,与其他通用 L2 相比,ZkSync 1.0 的采用率低.

1900/1/1 0:00:00