Solana的新挑战:交易量与流动性之间的平衡

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

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

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

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

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

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

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

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

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

对于借贷协议来说，最理想的是先补充保证金，然后再进行清算。

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

BAM：Solana的解决方案

为了解决这些挑战，Solana提出了BAM（区块组装市场）作为解决方案。BAM在Solana的应用层和主网之间构建了一个排序层或预处理层。

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

BAM的工作原理

BAM的交易流程与Solana的常规交易流程有所不同：

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

BAM作为一个可选功能，与Solana主网的共识过程并不冲突。它在"链下"预先完成交易排序，然后将排序后的交易包提交到Solana主网。

BAM的运行模式

BAM支持三种运行模式：

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

BAM模式的核心特点包括：

1. 利用可信执行环境（TEEs）构建隐私环境，确保交易排序的公平性。
2. 插件系统：允许应用构建自定义的交易排序逻辑，但仍需遵循预先设定的规则。

BAM的实际应用

BAM的应用场景包括：

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

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

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