Solana 的新挑战：从追求速度到追求优质交易

Solana 以其高速交易和巨大的交易量而闻名，但这是否真的足够？当我们深入分析这些交易时，一个关键问题浮现：这些交易是否都在创造实际价值？

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

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

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

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

Solana 的共识机制每 400 毫秒形成一个时间槽（Slot），在每个时间槽内，交易按照支付的 Gas 费用高低排序执行。这种机制导致做市商需要频繁调整报价，而高频套利者则可以通过支付更高费用在做市商撤单前完成交易，使得做市商常常遭受损失。

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

同样，在预言机报价方面，最佳做法是先更新预言机价格，再执行依赖该价格的交易。但在当前 400 毫秒的间隔内，市场剧烈波动可能导致交易仍按旧价格执行。

对于借贷协议而言，最优的顺序是先补充保证金，再进行清算。

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

BAM：Solana 的解决方案

区块组装市场（BAM）是 Solana 为解决这些问题提出的方案。BAM 在 Solana 链上应用与主网之间构建了一个排序层或预处理层。

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

BAM 的工作原理

BAM 的交易流程与 Solana 的正常交易流程有所不同。在 BAM 模式下，交易首先发送到 RPC 节点，然后转到 BAM 网络。在 TEE 隐私环境中进行排序，节点可能通过插件添加额外交易（如更新预言机价格），然后生成证明。最后，交易数据包提交到 Solana 主网的领导节点，与其他交易一起打包成区块并广播。

BAM 支持三种运行模式：Solana 默认模式、Block-Engine 模式（当前某些平台的 MEV 解决方案，核心是竞价机制）和 BAM 模式（验证者严格按照 FIFO 排序）。

BAM 的核心特点

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

2. 插件系统：允许应用构建自定义交易排序逻辑，实现复杂的排序需求。

BAM 的实际应用

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

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

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

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

随着 BAM 的部署，Solana 的交易体验将得到显著改善，更接近中心化交易所的体验。BAM 为 Solana 的交易处理流程带来了可验证性、隐私保护和可编程性，使开发者能够构建更复杂的金融基础设施，推动 Solana 生态系统的创新发展。