Solana的高速交易：成功还是隐患？

Solana以其快速的交易速度和高交易量而闻名，但这是否意味着它已经达到了完美？仔细审视这些交易时，我们不禁要问：它们是否都在创造真正的价值？

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

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

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

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

具体来说，Solana当前共识中，每个时间段（Slot）内的交易按照支付的优先Gas费用排序，出价高的交易优先执行。这种拍卖每400毫秒进行一次。在此过程中，做市商需要频繁调整报价，包括撤单和重新挂单，以适应市场价格变化。而吃单者，尤其是高频套利者，则不断监控价格差异，一旦发现机会就立即成交。因此，套利者可以通过支付更高费用来抢在撤单之前成交，导致做市商经常遭受损失。

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

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

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

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

BAM：Solana的创新解决方案

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

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

BAM的工作机制

BAM的交易流程如下：

1. 用户在钱包内确认交易
2. 交易发送到RPC节点
3. 交易转到BAM网络，在TEE隐私环境中进行排序
4. 生成证明并将交易数据包提交到Solana主网Leader节点
5. Leader节点收集交易时包含BAM数据包，并打包成区块广播
6. 其他节点进行投票

值得注意的是，BAM与Solana主网的共识过程并不冲突，而是作为一个可选功能。BAM不直接运行在Solana主网上，而是以"链下"方式预先完成交易排序，将交易打包后再提交到Solana主网。

BAM的核心特性

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

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

3. 应用控制执行（ACE）：实现了不同协议根据需求对交易进行排序的功能。

BAM的实际应用

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

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

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

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

结语

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