Solana的新挑战：提升交易质量而非数量

Solana以其高速和大容量交易闻名，但这是否就足够了呢？当我们深入分析这些交易时，不禁要问：它们是否都在创造实际价值？

事实上，Solana上的大量交易并非源于真实需求，而是来自利用毫秒级信息差进行套利的高频交易者。这些所谓的"有毒交易者"利用技术优势，在做市商即将撤单时提高Gas费用，确保自己的交易优先执行，从而完成套利，使做市商承受损失。为了弥补这些损失，做市商不得不扩大买卖价差，最终由普通用户承担成本。

Solana一直梦想在链上实现能够替代中心化交易所的订单簿，但"有毒交易者"的存在成为了实现这一目标的障碍。这就是Solana当前面临的新挑战：交易量并不等同于流动性。一个真正健康的市场需要的不是更多的交易，而是更高质量的交易。

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

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

在Solana现有的共识机制下，每个400毫秒的时间槽内，交易按照支付的优先Gas费用排序，出价最高的交易优先执行。在这个过程中，做市商需要频繁调整报价，不断撤单和重新挂单以适应市场价格变化。而套利者则通过监控价格差异，一旦发现机会就立即成交，往往通过支付更高费用在做市商撤单前完成交易，导致做市商频繁遭受损失。

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

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

对于借贷协议而言，最佳方案是先补充保证金，再进行清算。

因此，Solana需要一种机制，允许不同协议根据需求对交易进行排序，这就是Solana一直强调的应用控制执行（ACE）。

BAM：Solana的解决方案

BAM（区块组装市场）是Solana为解决这些问题提出的答案。它在Solana链上应用与主网之间构建了一个排序层或预处理层。BAM利用可信执行环境（TEEs）构建隐私沙盒，在其中根据预设规则或先进先出（FIFO）原则进行交易排序，以更好地服务于订单簿、永续合约交易所和暗池等协议。

BAM的工作原理

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

而在接入BAM的应用中，交易流程略有不同：用户确认的交易首先被发送到BAM网络，在TEE环境中进行排序。在此过程中，节点可能通过插件添加额外交易，如更新预言机价格。排序后的交易包被提交到Solana主网的Leader节点，然后被打包成区块并广播。

BAM实际上是作为一个可选的预处理层，不直接运行在Solana主网上，而是在"链下"完成交易排序，然后将排序后的交易包提交到主网。

BAM的三种运行模式

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

BAM模式的核心特点包括：

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

BAM的实际应用

1. 借贷清算保护：优先执行补充抵押品操作，然后进行清算检查
2. 原子级交易组合：先更新预言机价格，再执行依赖该价格的交易，对于合约DEX还可同时结算相关衍生品
3. 价格波动保护：检测异常大单并分批执行，给市场反应时间，避免连环清算或套利造成的负面影响
4. 做市商保护：在突发事件发生时，能够迅速撤单、更新价格并重新挂单，减少恶意套利的风险

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

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