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