我最近一直在设计一个区块链应用程序,它需要具有一些复杂的可扩展性要求。对此我很高兴查看了最近推出的Aptos区块链,并与Aptos和Solana的团队进行了交谈。
在这篇文章中,我将阐释Aptos可扩展性的局限性,以及Solana为什么不会受到Aptos的这些限制。尽管标题可能暗示了什么,但我不是Solana的最大股东,且我在这两个区款链中都不持有很多股份。
条件
以太坊上的所有交易都是独立事件记录执行的。你可以把这些交易想象成单行道上的汽车。
数据:Reddit Collectible Avatar总量突破1500万,四个月增长超50%:金色财经报道,据Dune Analytics最新数据显示,社交媒体巨头Reddit于Polygon网络发行的NFT系列Reddit Collectible Avatar总量已突破1500万,本文撰写时达到15,220,978个,当前Reddit Collectible Avatar持有者总量为11,302,515个。历史数据显示,Reddit Collectible Avatar总量在今年二月中旬突破1000万美元,这意味着过去四个月该指标增长已超50%。在市值方面,当前Reddit Collectible Avatar总市值已超过2.5亿美元,该指标于2月27日首破1亿美元,过去四个月增长了1.5倍。[2023/6/18 21:45:46]
系统在一个"区块"时间内只能处理一定数量的汽车。在交通堵塞时期,系统必须决定哪些汽车需纳入在一个"区块"中,以及哪些需拒绝纳入。我们把这个过程称为"汽车辆选择"。
Casper Labs扩大与Google Cloud的合作关系,允许开发者在Casper上构建和扩展应用:金色财经报道,Casper Labs 宣布扩大与 Google Cloud 的合作关系,包括将其部分基础设施和企业应用程序迁移到 Google Cloud,并为 Casper Association 捐赠接收者提供访问 Google Cloud 技术的机会,帮助其在 Casper 协议上构建和扩展区块链项目和解决方案。
Google Cloud 将为 Casper Labs 的团队提供所需的基础架构,以部署和管理能够从私有和混合角度满足客户需求的区块链解决方案[2023/3/1 12:35:10]
今日恐慌与贪婪指数为21,恐慌程度有所上升:金色财经报道,今日恐慌与贪婪指数为21(昨日为24),恐慌程度较昨日有所上升,等级仍为极度恐慌。注:恐慌指数阈值为0-100,包含指标:波动性(25%)+市场交易量(25%)+社交媒体热度(15%)+市场调查(15%)+比特币在整个市场中的比例(10%)+谷歌热词分析(10%)。[2022/9/26 7:21:03]
独立事件的执行在某些情况下是很重要的。例如,在铸造NFT时,每个NFT得到一个独特的数字1,2,3,4等,这很重要。出于这个原因,所有这些车必须一次次处理。
现在想象一下,有两个不同的NFT集合在同一时间铸币。在这种情况下,同一集合的所有NFT必须按顺序铸币,但每个集合的NFT都有可能被赋予自己的车道。你可以把这想象成一条双车道的高速公路。
Wanchain将于6月30日进行Bridge节点的Storeman代理升级:金色财经消息,跨链基础设施Wanchain将于UTC时间6月30日3:00进行Bridge节点的Storeman代理升级,预计Wanchain跨链服务将暂停几个小时至最多一天。[2022/6/29 1:39:40]
而以太坊只有一条车道,这意味着所有的车都必须堆在一条车道上。
Aptos和Solana采取了不同的方法来提供多车道的高速公路,以大大提升系统的整体吞吐量。我们将在本文中比较这些方法。
Solana
Solana强制汽车必须预先指定其车道。系统将交易分组到车道上,然后再发送给他们执行。这种多车道的高速公路大大增加了系统的容量。
要预先指定你需要哪条车道可能有点令人难受。出于这个原因,Aptos希望能像Solana一样在多个车道上处理交易,而不需要指定车道。
跨境支付公司Nium借助RippleNet进军东南亚市场:5月30日消息,新加坡金融科技初创公司Nium利用RippleNet以及区块链技术,成为该地区首个提供从美洲到东南亚多个目的地支付走廊的公司。
RippleNet通过与新的合作伙伴建立联系,帮助Nium快速增加其全球支付服务的广度和深度。这些新合作关系也帮助Nium加强其在澳大利亚、新加坡和马来西亚的影响力。(U.Today)[2022/5/30 3:51:08]
Aptos
Aptos的算法被称为"BlockSTM",在不知道这些汽车将使用哪条车道的情况下,将汽车添加到一个"区块"。这些汽车是按顺序排列的——尽管它们都共享一条车道。
当Aptos执行器收到订购的汽车块时,执行器能够在执行过程中把汽车分成车道。可以使用不同车道的汽车将被执行者放在不同的车道上。
Aptos的Block-STM的问题
在车流量大的时候,系统必须决定哪些车要纳入该区块中,哪些要拒绝。在做这个决定的时候,Aptos并不知道这些车的车道。相反,Aptos选择出价最高的汽车,并将其纳入该区块。
让我们假使有4条车道,但是所有出价最高的人都需要使用同一条车道。
系统为该区块选择了3个交易。所有的交易最终都需要使用同一个车道
我们可以看到,有几个车道是未使用的。系统仅在以其1/4的能力运行。如果系统在选车时能提前知道车道情况,它便可以把额外的车送到这些空车道。
但不幸的是,Aptos在执行车辆选择时并没有这些信息。简而言之,该系统仍然有单车道的瓶颈,只是发生在不同的地方。
同样不幸的是,在?block-STM中,无论你增加多少车道,都很难增加一个区块中的汽车数量。
为什么Solana的表现更好
Solana强制汽车必须预先指定其车道。虽然这可能会使开发更加难受,但它允许"汽车选择"系统根据车道信息来选择汽车。Solana的"车辆选择器"可以在每条车道的基础上限制一个街区的汽车数量。
这允许系统对拥挤的车道进行限制,但在不拥挤的车道上允许交通。我们可以在图中看到这如何增加系统的总吞吐量。
Solana也接受按车道计算的优先权费用。在上图中,第二条车道上的汽车可能会提供额外的费用,以便被移到第二条车道的前面,但最后一条车道上的汽车没有理由提供这种费用。
这也鼓励开发者不断编写可利用到空闲车道的代码。而不需要使用繁忙车道的汽车将有更少的竞争和更低的费用。因此,开发商会加大利用到空闲车道,总系统会更高。
而Aptos则不然。在Aptos,即使你的代码是为了利用空车道而编写的,在"选车"过程中,所有的汽车都被平等对待。你的用户将不得不与所有的车道竞争,以获得"车辆选择"队列的前面。这意味着开发商没有动力去使用和开发空闲车道。
郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。