Solana的交易速度与量能：是否真的足够？

Solana以其高速交易和巨大交易量而闻名，但这是否意味着它已经达到了完美？当我们深入分析这些交易时，一个关键问题浮现出来：这些交易是否都在创造实际价值？

事实上，Solana的大量交易并非全部源于真实的交易需求。相当一部分来自高频套利者，他们利用毫秒级的信息差来获取利润。这些所谓的"有毒交易者"利用技术优势，在做市商即将撤单时通过提高Gas费用使自己的交易优先打包，从而完成套利，导致做市商承受损失。为了弥补这些损失，做市商不得不扩大买卖价差，最终由普通用户承担了这些额外成本。

Solana一直以来都有在链上实现订单簿、取代中心化交易所的愿景。然而，"有毒交易者"的存在成为了实现这一梦想的障碍。这揭示了Solana面临的新挑战：交易量并不等同于流动性。真正健康的市场需要的不是更多的交易，而是更高质量的交易。

如何剔除有毒交易，更好地保护流动性？

在当前系统中，由于Solana的共识机制采用周期性拍卖，吃单者实际上享有优先权，这使得恶意MEV（最大可提取价值）行为影响了市场的公平性。

具体来说，在Solana的共识机制中，每400毫秒的时间段（Slot）内，交易按照支付的优先Gas费用排序，出价最高的交易先执行。这种机制下，做市商需要频繁调整报价，不断撤单和重新挂单以适应市场价格变化。

而高频套利者则通过监控价格差异，一旦发现机会就立即成交。他们可以通过支付更高的费用来确保自己的交易在做市商撤单之前执行，这导致做市商经常遭受损失。

对于订单簿去中心化交易所（DEX）来说，理想的交易顺序应该是：随着价格波动，首先执行所有撤单操作，然后是新的挂单，最后才是成交。然而，Solana当前的共识机制在微观层面无法实现这一点。

同样，在预言机报价方面，理想情况是先更新预言机价格，然后再执行依赖该价格的交易。但在目前400毫秒的间隔内，市场可能因剧烈波动而导致交易仍按原先价格执行。

对于借贷协议，最佳实践是先补充保证金，然后再进行清算。

因此，一个理想的解决方案应该能让不同的协议根据各自需求对交易进行排序，这也就是Solana一直强调的应用控制执行（Application-Controlled Execution，ACE）概念。

为了应对这些挑战，Solana提出了BAM（区块组装市场）解决方案。

区块组装市场：Solana的新答案

BAM在Solana的应用层和主网之间构建了一个排序层，或称预处理层。它利用可信执行环境（TEEs）构建隐私沙盒，在沙盒内根据预先确定的规则或先进先出（FIFO）原则对交易进行排序。

这一创新旨在更好地服务于订单簿、永续合约交易所和暗池等协议。

BAM如何改变Solana的交易流程？

在传统的Solana交易流程中，用户确认交易后，交易通过RPC节点发送到当前Slot时段的Leader节点，Leader收集交易池中的交易，排序并打包成区块广播，最后由其他节点投票确认。

而在接入BAM的应用中，交易流程略有不同：

1. 用户确认交易
2. 交易发送到RPC节点
3. 交易转入BAM网络，在TEE环境中进行排序
4. 排序后的交易包提交到Solana主网Leader节点
5. Leader将BAM数据包纳入区块并广播
6. 其他节点进行投票确认

值得注意的是，BAM并不与Solana主网的共识过程冲突，而是作为一个可选功能。它通过"链下"方式预先完成交易排序，然后将排序好的交易包提交到Solana主网。

BAM的运行模式

BAM支持三种运行模式：

1. Solana默认模式
2. Block-Engine模式（目前Jito的MEV解决方案，核心是竞价机制）
3. BAM模式（验证者严格按FIFO排序）

BAM模式的核心特点包括：

1. 利用可信执行环境（TEEs）构建隐私环境，确保交易排序的公平性
2. 通过插件系统允许应用构建自定义交易排序逻辑，实现复杂排序需求

BAM的实际应用

BAM的应用场景广泛，以下是几个具体例子：

1. 借贷清算保护：优先执行补充抵押品操作，然后进行清算检查
2. 原子级交易组合：先更新预言机价格，再执行依赖该价格的交易，对于合约DEX还可同时结算相关衍生品
3. 价格波动保护：检测异常大单并将其拆分成小额交易分批执行，给市场反应时间
4. 做市商保护：在突发事件发生时，允许毫秒内撤单、更新预言机价格并重新挂单，避免恶意套利

BAM的部署将显著改善Solana的交易体验，使其主网应用的体验更接近中心化交易所。

总的来说，BAM为Solana的交易处理流程带来了可验证性、隐私保护和可编程性。这使得开发者能够构建中央限价订单簿、永续合约交易所、暗池以及其他需要精确排序控制、确定性执行和隐私保障的金融基础设施，从而推动Solana生态系统的创新发展。