作者：Logan，Frictionless联合创始人 来源：X（原推特）@LoganJastremski 翻译：善欧巴，金色财经
这是我在很长一段时间内在行业内看到的最糟糕的看情况之一，从根本上突显了交易者和工程师在这一领域的不专业。让我们来详细分析一下。
区块链上的费用受到两个因素的影响 – 区块空间和状态竞争：
区块空间：
– 当前以太坊区块大小为0.08 MB，每个区块只增加了0.375MB，而在以太坊的最终状态（采用了danksharding技术）下，他们的目标吞吐量为1.3MB/s。
– 相比之下，高吞吐量的区块链如Solana等已经具备了支持每秒100MB的能力，相当于以太坊的100倍！
– Solana甚至展示出了每秒22Gb的吞吐量！
– 我必须强调这对工程师和他们构建的应用程序有多重要。订单簿只是冰山一角。
状态竞争：
– 状态竞争是由两个或更多方尝试同时访问相同状态片段引起的。只有一个人能够访问那笔MEV交易
– 单线程的以太坊虚拟机无法解决这个问题，因为它没有对每个状态的费用隔离的能力
– 相反，单线程的以太坊虚拟机采用了全局费用市场，迫使**上的所有应用程序提高费用，因为一个应用程序使用的资源多于其他应用程序。在性能和费用两个方面，这种设计决策都明显不如其他新一代区块链，如Solana。它们已经通过构建本地费用市场来解决了这个问题。从实际应用来看，这相当于在部署多个L2实例的同时保持流动性和应用程序的统一，而不像以太坊生态系统那样分散。
前瞻**易（Front Running）：
关于前瞻**易，Solana的设计是为了确保所有人都能公平平等地获得访问权
– 在我的最近与Toly的播客中，我们详细讨论了Solana共识设计的All-to-All传播，允许信息以最快的速度发送到共识小组的所有参与方
– All-to-All共识对消息开销十分严格。它的复杂度为N^2，然而Solana选择了这种设计，因为他们希望交易者都能连接到任意一个节点并接收与**中的其他每个人相同的信息。
去中心化：
衡量去中心化的指标有两个 – 全节点数量和中本聪系数
– 以太坊拥有约3,700个全节点，目前有922个节点正在同步到**
– 全节点很重要，因为如果不幸发生世界大战，需要存在一个账本的副本以恢复和重新启动**
– Solana拥有大约2118个全节点和843个RPC节点，两者都可以恢复账本的状态。这大约相当于以太坊**覆盖范围的80%
– 中本聪系数（用作*实时*抵抗审查的**）在以太坊上为约25，而Solana为约31
在Solana上构建：
– Solana和其他高吞吐量的开发者之所以选择在这些生态系统中构建，是因为它们从根本上解锁了以太坊世界中根本不可能实现的新原语
– 400毫秒的出块时间和低延迟
– 费用在$0.0001和$0.0003之间
– “只有在Solana上可能发生”这个梗是非常真实的
集成的高吞吐技术栈：
– 随着你深入探讨模块化与集成的辩论，实现扩展的需求将变得明显。两种设计都需要某种形式的并行处理和高吞吐能力
– 唯一的争议是这些事物应该发生在哪里。你应该通过多个L2进行并行化，还是将它们集成到一个统一的流动性和应用程序中？就像Solana那样
– 您是否应该通过Eigen DA或数据可用性委员会获得高吞吐量，还是将它们统一到一个高吞吐量的生态系统中
– 并行处理和高吞吐量是行业扩展的必备条件
– 您可以将并行化和高吞吐量移到技术栈的不同部分，但这项工作仍然是必不可少的。正确的设计选择是在集成链上构建而不是模块化的链。
用户需求和Jump：
– 在规模上运行应用程序所需的吞吐量和计算量的数学计算。你会感到惊讶。
– Jump正在帮助Solana开发另一个客户端，但并非唯一一个在Solana上构建其他客户端的团队
– Solana以前发生过很多问题，有些是由于自身的问题，有些是由于第三方问题，但可以肯定的是，Solana社区一直在积极解决。
– Solana已来，并在下个周期中展现实力
轻视工程师是自寻死路。无情且务实的时刻已经到来。
