Solana 的新挑战:不仅追求速度，更注重交易质量

Solana 以其高速和大交易量而闻名，但这是否就意味着它已经"足够好"了呢？当我们仔细审视这些交易时，一个问题浮现出来：这些交易是否都在创造实际价值？

事实上，Solana 网络上的大量交易并非源自真实的交易需求，而是来自高频套利者利用毫秒级信息差获取利润。这些所谓的"有毒交易者"利用技术优势，在做市商即将撤单时，通过增加 Gas 费用让自己的交易优先打包，从而完成套利，使做市商承受损失。为了弥补这些损失，做市商不得不扩大买卖价差，最终损害了普通用户的利益。

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

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

在当前系统中，由于 Solana 的共识机制采用周期性拍卖机制，吃单者实际上享有优先权，这导致恶意 MEV 影响市场公平性。

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

与此同时，吃单者（特别是高频套利者）会持续监控价格差异，一旦发现机会就立即成交。他们可以通过支付更高的费用来抢在撤单之前完成交易，这导致做市商经常被"狙击"，承担损失。

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

同样的问题也存在于预言机报价层面。理想情况下，应该先更新预言机价格，再执行依赖该价格的交易。但在当前 400毫秒的间隔内，市场可能因剧烈波动而导致成交时仍按原先价格执行。

对于借贷协议而言，最理想的情况是先补充保证金，再进行清算。

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

为了解决这些问题，Solana 提出了 BAM（区块组装市场）作为解决方案。

BAM：Solana 的新答案

BAM 在 Solana 的应用层和主网之间构建了一个排序层或预处理层。它利用可信执行环境（TEEs）构建隐私沙盒，在沙盒内根据预先确定的规则或先进先出（FIFO）原则进行交易排序。这一机制旨在更好地服务于订单簿、永续合约交易所和暗池等协议。

BAM 的工作原理

BAM 的交易流程如下：

1. 用户在钱包中确认交易
2. 交易发送到 RPC 节点
3. 交易转到 BAM 网络，在 TEE 隐私环境中进行排序
4. 节点可能通过插件添加额外交易，如更新预言机价格
5. 交易数据包提交到 Solana 主网 Leader 节点
6. Leader 将 BAM 数据包打包成区块并广播
7. 其他节点进行投票确认

BAM 并不直接在 Solana 主网上运行，而是以"链下"方式预先完成交易排序，然后将打包好的交易提交到 Solana 主网。

BAM 的核心特性

1. 可信执行环境（TEEs）：利用 TEEs 构建隐私环境，确保交易排序的公平性。

2. 插件系统：允许应用构建自定义交易排序逻辑，实现复杂的交易排序，同时保持 TEE 环境的安全性。

BAM 的实际应用

1. 借贷清算保护：优先执行补充抵押品操作，再进行清算检查。

2. 原子级交易组合：先更新预言机价格，再执行依赖该价格的交易，对于合约 DEX 还可以在同一时间窗口内结算相关衍生品。

3. 价格波动保护：检测异常大单，将其拆分成小块分批执行，给市场反应时间，避免连环清算或套利造成严重后果。

4. 做市商保护：在突发事件发生时，能够在毫秒内完成撤单、更新预言机价格和重新挂单，避免被恶意套利，从而减小价差。

结语

BAM 的引入为 Solana 的交易处理流程带来了可验证性、隐私保护和可编程性。它使开发者能够构建更接近中心化交易所体验的去中心化应用，如中央限价订单簿、永续合约交易所和暗池等。这些应用需要精确的排序控制、确定性执行和隐私保障，BAM 的出现将大大推动 Solana 生态系统的创新发展。

随着 BAM 的部署，Solana 交易体验有望得到显著改善，使其主网应用的性能更接近中心化交易所。这不仅仅是追求速度，更是对交易质量的全面提升，标志着 Solana 在区块链技术应用方面迈出了重要一步。