我最近一直在设计一个区块链应用程序，它需要具有一些复杂的可扩展性要求。对此我很高兴查看了最近推出的Aptos区块链，并与Aptos和Solana的团队进行了交谈。
在这篇文章中，我将阐释Aptos可扩展性的局限性，以及Solana为什么不会受到Aptos的这些限制。尽管标题可能暗示了什么，但我不是Solana的最大股东，且我在这两个区款链中都不持有很多股份。
条件
以太坊上的所有交易都是独立事件记录执行的。你可以把这些交易想象成单行道上的汽车。
系统在一个"区块"时间内只能处理一定数量的汽车。在交通堵塞时期，系统必须决定哪些汽车需纳入在一个"区块"中，以及哪些需拒绝纳入。我们把这个过程称为"汽车辆选择"。
去中心化用户数据基础设施Terminal 3完成Pre-Seed轮融资，Consensys Mesh等参投:8月2日消息，总部位于香港的去中心化用户数据基础设施服务提供商Terminal 3宣布以超额认购完成Pre-Seed轮融资，500 Global、CMCC Global、Consensys Mesh、Bixin Ventures、BlackPine、DWeb3、Hard Yaka、Bored Room Ventures、Mozaik Capital等参投。具体融资金额暂未披露。
Terminal 3旨在取代中心化数据存储模式，利用去中心化存储和零知识证明帮助企业解决用户数据的合规和安全性问题，实现用户数据可以自由组合，同时保持完全的私密性和安全性。[2023/8/2 16:13:12]
欧易OKX通过zk-STARK技术升级POR系统:据公告显示，欧易OKX正式升级储备金证明POR系统，成为行业内首个将zk-STARK (零知识可扩展的透明知识论证)加密证明技术用在储备金证明系统的交易平台，并同步将系统开源。该技术由V神的理论发展而来，旨在通过区块链确保计算的完整性和隐私。OKX在其中加入了余额总和约束、非负约束、包含性约束3项条件，以保证证明平台持有的用户资产数据的准确有效，持续引领行业透明度的标准。
同时，欧易OKX今日正式发布第六次储备金证明（PoR），BTC、ETH、USDT储备金率均超过100%，分别为103%、103%、103%，总计价值达104亿美元，自 2023 年 1 月以来增长了 39%。除原有的BTC、ETH、USDT外，欧易OKX将公示币种数量从3个增至21个，新增USDC、XRP、DOGE、SOL、OKB、APT、DASH、DOT、ELF、EOS、ETC、FIL、LINK、OKT、PEOPLE、TON、TRX、UNI，21个币种的储备金率均超过100%。[2023/4/28 14:33:21]
独立事件的执行在某些情况下是很重要的。例如，在铸造NFT时，每个NFT得到一个独特的数字1,2,3,4等，这很重要。出于这个原因，所有这些车必须一次次处理。
a16z创始人：比特币创新“基本上停止发展”，将重点关注以太坊:金色财经报道，a16z 创始人 Marc Andreessen 在最新接受采访时表示，比特币虽然是一种技术创新，但“基本上已停止了发展”，他现在将目光投向了以太坊并认为以太坊将会成为转型核心。Marc Andreessen 解释说：“现在最大的项目是以太坊，不是比特币，或者我会说是加密货币或 Web3 而不是比特币。Web3 中可以开展业务、可以获利、可以进行交易并获得信任，随着区块链技术突破，我们现在知道该怎么做，现在已拥有能够做到这一点的技术基础。”（blockworks）[2023/2/9 11:57:31]
现在想象一下，有两个不同的NFT集合在同一时间铸币。在这种情况下，同一集合的所有NFT必须按顺序铸币，但每个集合的NFT都有可能被赋予自己的车道。你可以把这想象成一条双车道的高速公路。
Xfinite正式与Algorand链上钱包Pera Wallet合作:据官方公告，Algorand链上去中心化的娱乐生态系统Xfinite正式与Algorand链上钱包Pera Wallet合作。
据悉，Pera Wallet支持Algorand生态系统中的任何dApp平台。[2022/9/12 13:23:58]
而以太坊只有一条车道，这意味着所有的车都必须堆在一条车道上。
Aptos和Solana采取了不同的方法来提供多车道的高速公路，以大大提升系统的整体吞吐量。我们将在本文中比较这些方法。
Solana
Solana强制汽车必须预先指定其车道。系统将交易分组到车道上，然后再发送给他们执行。这种多车道的高速公路大大增加了系统的容量。
要预先指定你需要哪条车道可能有点令人难受。出于这个原因，Aptos希望能像Solana一样在多个车道上处理交易，而不需要指定车道。
Aptos
Aptos的算法被称为"BlockSTM"，在不知道这些汽车将使用哪条车道的情况下，将汽车添加到一个"区块"。这些汽车是按顺序排列的——尽管它们都共享一条车道。
当Aptos执行器收到订购的汽车块时，执行器能够在执行过程中把汽车分成车道。可以使用不同车道的汽车将被执行者放在不同的车道上。
Aptos的Block-STM的问题
在车流量大的时候，系统必须决定哪些车要纳入该区块中，哪些要拒绝。在做这个决定的时候，Aptos并不知道这些车的车道。相反，Aptos选择出价最高的汽车，并将其纳入该区块。
让我们假使有4条车道，但是所有出价最高的人都需要使用同一条车道。
系统为该区块选择了3个交易。所有的交易最终都需要使用同一个车道
我们可以看到，有几个车道是未使用的。系统仅在以其1/4的能力运行。如果系统在选车时能提前知道车道情况，它便可以把额外的车送到这些空车道。
但不幸的是，Aptos在执行车辆选择时并没有这些信息。简而言之，该系统仍然有单车道的瓶颈，只是发生在不同的地方。
同样不幸的是，在?block-STM中，无论你增加多少车道，都很难增加一个区块中的汽车数量。
为什么Solana的表现更好
Solana强制汽车必须预先指定其车道。虽然这可能会使开发更加难受，但它允许"汽车选择"系统根据车道信息来选择汽车。Solana的"车辆选择器"可以在每条车道的基础上限制一个街区的汽车数量。
这允许系统对拥挤的车道进行限制，但在不拥挤的车道上允许交通。我们可以在图中看到这如何增加系统的总吞吐量。
Solana也接受按车道计算的优先权费用。在上图中，第二条车道上的汽车可能会提供额外的费用，以便被移到第二条车道的前面，但最后一条车道上的汽车没有理由提供这种费用。
这也鼓励开发者不断编写可利用到空闲车道的代码。而不需要使用繁忙车道的汽车将有更少的竞争和更低的费用。因此，开发商会加大利用到空闲车道，总系统会更高。
而Aptos则不然。在Aptos，即使你的代码是为了利用空车道而编写的，在"选车"过程中，所有的汽车都被平等对待。你的用户将不得不与所有的车道竞争，以获得"车辆选择"队列的前面。这意味着开发商没有动力去使用和开发空闲车道。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。