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

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

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

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

如何剔除有毒交易,更好地保护市场流动性?

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

在Solana现有的共识机制中,每个400毫秒的时间段(Slot)内,交易按照支付的优先Gas费用排序,出价最高的交易优先执行。在这个过程中,做市商需要频繁调整报价,撤单并重新挂单,以应对市场价格的变化。而吃单者,特别是高频套利者,则密切监控价格差异,一旦发现机会就立即成交。

这导致套利者可以通过支付更高费用来抢在做市商撤单之前成交,使得做市商经常遭受损失。对于订单簿类型的去中心化交易所来说,理想的交易顺序应该是:随着价格波动,先执行所有撤单操作,然后是新的挂单,最后才是成交。但目前Solana的共识机制在微观层面无法实现这一点。

同样,在预言机报价方面也存在类似问题。理想情况下,应该先更新预言机价格,然后再执行依赖该价格的交易。但在当前400毫秒的间隔内,市场可能因剧烈波动而导致交易仍按旧价格成交。对于借贷协议而言,最理想的顺序是先补充保证金,然后再进行清算。

因此,Solana需要一种机制,允许不同的协议按照各自的需求对交易进行排序,这就是Solana一直强调的应用控制执行(Application-Controlled Execution, ACE)概念。

为了解决这些问题,Solana提出了区块组装市场(Block Assembly Marketplace, BAM)方案。

BAM:Solana的创新解决方案

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

BAM的工作原理

在接入BAM的Solana应用中,交易流程如下:

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

BAM并不直接运行在Solana主网上,而是作为一个"可选"的链下解决方案,预先完成交易排序和打包,然后再提交到Solana主网。

BAM的核心特性

BAM支持三种运行模式:

1. Solana默认模式
2. Block-Engine模式(当前某MEV解决方案的核心竞价机制)
3. BAM模式(验证者严格按FIFO排序)

BAM模式的核心特点包括:

1. 利用可信执行环境(TEEs)构建隐私环境,确保交易排序的公平性
2. 插件系统支持复杂的交易排序逻辑,允许应用自定义排序规则
3. 实现应用控制执行(ACE)功能,满足不同协议的特定需求

BAM的实际应用

BAM的应用场景包括:

1. 借贷清算保护:优先执行补充抵押品操作,然后进行清算检查
2. 原子级交易组合:先更新预言机价格,再执行依赖该价格的交易,所有操作在同一时间窗口内完成
3. 价格波动保护:检测异常大单并分批执行,给市场足够的反应时间
4. 做市商保护:突发事件发生时,允许毫秒级撤单、更新价格和重新挂单,减少恶意套利风险

BAM的部署将显著改善Solana的交易体验,使其主网应用更接近中心化交易所的表现。

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