原文作者:@LoganJastremski原文编译:Kaori,BlockBeats

区块链上的费用受到两个因素的驱动——区块空间和状态竞用:

区块空间

目前以太坊区块空间为 0.08 MB,4844 只为每个区块增加了 0.375 MB,而在以太坊假定的 danksharding 结束状态下,其目标吞吐量为 1.3MB/s。

相比之下,Solana 等高吞吐量区块链已经能够支持每秒 100MB 的速度。我无法低估这对工程师及其所能构建的应用程序产生的巨大差异。订单簿只是冰山一角。

状态竞用

状态竞用是由两个或多个参与方试图同时访问同一状态片段而引起的,只有一个人可以访问到那个 MEV 交易。单线程 EVM 无法解决这个问题,因为它缺乏对每个状态进行费用隔离的能力。

相反,单线程 EVM 拥有全局费用市场,这迫使网络上的所有应用程序提高费用,因为单个应用程序比其他应用程序使用更多的资源。这种设计决策在性能和费用两方面都严重不足。

Solana 等链已经通过构建本地收费市场解决了这一问题,在部署多个 L2 用例的同时,保持流动性和应用程序的统一,而不是像以太坊生态系统所选择的那样碎片化,这是非常实用的。

前置交易

在前置交易的主题上,Solana 确实旨在为所有人提供公平、平等的访问机会。

在最近与 Toly 的播客中,我们深入探讨了 Solana 共识设计中的全对全传播,该设计使得信息能够以物理允许的最快速度发送至群组中的所有参与者。

全对全共识在消息传递开销上相当严重,它的复杂度为 N^2,然而 Solana 选择了这种设计,因为他们希望任何交易者都能接入一个节点,并获得与网络中其他所有人相同且平等的信息

去中心化

去中心化的衡量标准有两个方面:全节点数量和中本聪系数。全节点很重要,因为如果不幸发生第三次世界大战,你需要一份账本的副本来恢复和重启网络。

以太坊拥有大约 3700 个全节点,其中 922 个节点正在与网络同步。Solana 拥有大约 2118 个全节点和 843 个 RPC 节点。两者都可以恢复账本状态。这大约是以太坊网络覆盖率的 80%。

中本聪系数作为实时抗审查能力的代理指标,在以太坊上为 25,而在 Solana 上为 31。

基于 Solana 构建

Solana 和其他高吞吐量构建者选择在这些生态系统中构建,因为它们从根本上解锁了在以太坊世界中根本不可能实现的新原语。

Solana 拥有 400ms 的区块生成时间,低延迟,费用范围在 0.0001 美元和 0.0003 美元之间。

集成高吞吐技术栈

在深入研究模块化与集成之间的辩论时,需要扩展规模的事物变得明显。两种设计都需要某种形式的并行处理和高吞吐。唯一的争论是这些事情应该在哪里发生。

你应该通过多个 L2 进行并行化,还是应该将它们集成到像 Solana 这样的统一流动性和应用程序中。

你应该通过 Eigen DA 或 Data Availability Committee 实现高吞吐,还是将它们统一到一个高吞吐生态系统中?

Jonah 和许多其他行业的人一样,需要了解手头的核心工程,并行处理和高吞吐是行业扩展的必要条件。

你可以将并行化和吞吐量移动到技术堆栈的不同部分,但这项工作仍然是必需的。正确的设计选择是基于集成链构建,而非模块化链。

用户需求与跃迁

你会对计算规模化应用所需的吞吐量和计算能力感到惊讶的。跳跃正在帮助 Solana 与另一个客户合作,但这绝不是唯一一个在 Solana 上构建附加客户端的团队。

Solana 曾历经多次起伏,有时是由于自身的宕机错误,有时是由于与第三方合作,但可以肯定的是,Solana 社区在整个过程中始终坚持下来。Solana 将长存于世,并在接下来的周期中大放异彩。

质疑工程师的能力将自食恶果,现在是展现冷酷务实精神的时刻。

「原文链接」