Solana 已经足够快，交易量足够大。然后就真的“足够”了么？

当我们审视那些交易时，有个问题一直存在：这些交易真的都在创造价值吗？

Solana 大量的交易并非来自真实交易需求，而是高频套利者利用毫秒级信息差获取利润。 这些"有毒交易者"（Toxic-takers）利用技术优势，在做市商（Maker）即将撤单时，增加 Gas，让自己的交易先打包，完成套利，使做市商承受损失。 为了弥补损失，做市商只能扩大买卖价差。

最终，普通用户为此买单。 Solana 始终有一个在链上实现订单薄，取代 CEX 的梦想。但这样一来，"有毒交易者"便成为了实现梦想的障碍。 这就是 Solana 面临的新挑战：交易量≠流动性。真正健康的市场需要的不是更多的交易，而是更好的交易。

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

当前系统中，吃单者（Takers）因为 Solana 共识周期性拍卖机制，而享有实际优先权，使恶意 MEV 影响市场公平性。

如何理解？

在Solana当前共识中，每个时间段 Slot 内，交易按照支付的优先 Gas 费用排序，谁出价高，谁的交易就先执行。这个拍卖是周期性的，每 400毫秒一个 Slot。

在此过程中，做市商需要频繁调整报价，撤单、重新挂单。市场价格变化时需要立即更新。

而吃单者（Taker）特别是高频套利者，则监控价格差异，发现机会就立即成交。 所以，套利者可以通过支付更高费用来抢在撤单之前成交。导致做市商经常被"狙击"，承担损失。

对订单薄 DEX 来说，理想的排序应该是，随着价格波动，先执行所有撤单，再执行新挂单，最后执行成交。这是目前 Solana 共识在微观层面做不到的。

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

对借贷协议来说，最好是先补保证金，再来进行清算。

所以，最好有一种方式，能让不同的协议，按照需求对交易排序，也就是 Solana 一直在强调的 ACE 应用控制执行（Application-Controlled Execution）。

BAM（Block Assembly Marketplace，区块组装市场）正是 Solana 的答案。

BAM 在 Solana 链上应用与主网之间，构建了一个排序层，或者叫预处理层。

利用可信执行环境 (Trusted Execution Environments, TEEs) 构建隐私沙盒，在沙盒内根据预先确定的排序规则，或者 FIFO 先进先出，进行交易排序。

更好地服务订单簿 （CLOBs）、永续合约交易所 （Perpetual Exchanges）、暗池 （Dark Pools）协议。

Solana 通常交易打包与 BAM 模式对比

如何理解 BAM 在在 Solana 应用和主网之间，构建了一个排序层？先来个直观对比。

Solana 正常交易流程，

1）用户在钱包内确认交易，

2）交易发送到 RPC 节点，

3）RPC 发给当前 Slot 时段内，Solana 主网的 Leader 节点，

4）Leader 收集交易池的交易，排序，打包成区块广播，

5）其余节点投票。

若某应用接入 BAM，交易流程如下，

1）用户在钱包内确认交易，

2）交易发送到 RPC 节点，

3）交易转到 BAM 网络，在 TEE 隐私中进行排序。过程中，节点可能通过插件添加额外交易，比如更新预言机价格，然后生成证明，

4）交易数据包提交到 Solana 主网 Leader 节点，

5）Leader 收集交易时，收集到 BAM 数据包，再打包成区块广播，

6）其余节点投票。

所以，其实 BAM 与当前 Solana 主网共识过程并不冲突，而是作为一个“可选性”。BAM 不直接运行在 Solana 主网上，是以所谓“链下”的方式，预先完成交易排序，将交易打包，再提交到 Solana 主网上。

BAM 交易排序模式

BAM 支持三种运行模式，

1）Solana 默认模式；

2）Block-Engine 模式；当前 Jito 的 MEV 解决方案，核心是竞价机制。

3）BAM 模式，验证者严格按照 FIFO 先进先出排序。

BAM 模式的核心，有以下几点，

1）可信执行环境 TEEs：隐私与公平 利用可信执行环境 TEEs，构建隐私环境，对交易进行排序。隐私的另一面叫公平。

2）插件系统 Plugin：复杂排序 通过插件系统，BAM 允许应用构建自定义交易排序逻辑。而这个自定义排序，不是说节点想怎么排就怎么排，而是根据预先设定的规则排序。

插件计划实现复杂的交易排序，同时保持 TEE 环境的安全保证。目前正处于早期开发阶段。

如前文所述，

对订单薄 DEX 来说，理想的排序应该是，随着价格波动，先执行所有撤单，再执行新挂单，最后执行成交。这是目前 Solana 共识在微观层面做不到的。

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

对借贷协议来说，最好是先补保证金，再来进行清算。 这实际上实现了 ACE 应用控制执行功能。

所以，BAM 到底实现了什么？

举例来说，

1）借贷清算保护

对借贷协议来说，检测到清算风险后，优先执行补充抵押品操作，再进行清算检查。

2）原子级交易组合

对 DEX，先更新预言机价格，执行依赖该价格的交易。如果是合约 DEX，则还可结算相关衍生品。以上操作，全部在同一个时间窗口内完成。

3）价格波动保护

对 DEX，检测异常大单，将大单拆分成小块，分批执行，给市场反应时间，避免连环清算或套利造成死亡螺旋。

4）做市商保护

突发事件发生，毫秒内撤单，预言机更新价格，做市商重新挂单。避免被恶意套利，减小价差。

BAM 本来将在 7 月底推出。

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

综上，

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

以上。

免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。