Solana 交易量的新挑战:健康市场的追求

Solana 以其高速和大交易量闻名于世,但这是否真的足够？在审视这些交易时,我们不禁要问:这些交易是否都在创造实际价值?

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

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

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

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

Solana 当前共识中,每个 400 毫秒的 Slot 内,交易按支付的优先 Gas 费用排序,出价高者先执行。在这个过程中,做市商需要频繁调整报价,而套利者则通过支付更高费用在撤单前抢先成交,导致做市商经常遭受损失。

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

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

对借贷协议而言,最好能先补充保证金,再进行清算。

因此,需要一种机制,让不同协议能够根据需求对交易进行排序,这就是 Solana 一直强调的应用控制执行(ACE)。

BAM:Solana 的解决方案

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

BAM 利用可信执行环境(TEEs)构建隐私沙盒,在沙盒内根据预设规则或先进先出(FIFO)原则对交易进行排序,更好地服务于订单簿、永续合约交易所和暗池等协议。

BAM 的工作原理

BAM 模式下的交易流程如下:

1. 用户在钱包确认交易
2. 交易发送到 RPC 节点
3. 交易转到 BAM 网络,在 TEE 隐私环境中排序
4. 排序后的交易包提交到 Solana 主网 Leader 节点
5. Leader 将 BAM 数据包纳入区块并广播
6. 其他节点进行投票

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

BAM 的核心特性

1. 可信执行环境(TEEs):利用 TEEs 构建隐私环境,确保交易排序的公平性。

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

3. 多种运行模式:支持 Solana 默认模式、Block-Engine 模式和 BAM 模式。

BAM 的实际应用

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

2. 原子级交易组合:先更新预言机价格,再执行依赖该价格的交易,所有操作在同一时间窗口内完成。

3. 价格波动保护:检测异常大单并分批执行,给市场反应时间。

4. 做市商保护:突发事件发生时,快速撤单、更新价格并重新挂单,避免恶意套利。

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

总之,BAM 为 Solana 的交易处理流程带来了可验证性、隐私保护和可编程性,使开发者能够构建更高级的金融基础设施,从而推动 Solana 生态系统的创新发展。