SLV v0.9.911 新增 BAM 客户端支持

SLV v0.9.911 新增 BAM 客户端支持

2025.12.30
ELSOUL LABO B.V.(总部:荷兰阿姆斯特丹,CEO:Fumitake Kawasaki)与 Validators DAO 宣布发布 SLV v0.9.911,一个面向 Solana 验证者的开源运营框架。本次发布新增了对由 Jito Labs 开发的 Block Assembly Marketplace(BAM)客户端启动和运营的支持。
通过本次发布,BAM 客户端的引入和切换现在可以以可重现的方式处理。无需依赖运营者特定的流程或个人运营专业知识,SLV 使验证者能够通过一个命令开始 BAM 客户端运营。
Epics DAO 验证者已使用 SLV 迁移到 BAM 客户端运营,目前正在生产环境中运行。

BAM 旨在实现什么:链上可验证信任

BAM conceptual overview
由 Jito Labs 开发的 Block Assembly Marketplace(BAM)是一项建立在 Solana 已经高性能的链上执行基础上的倡议,旨在使事后解释和验证交易执行规则成为可能。
与其他区块链相比,Solana 在交易吞吐量和延迟方面具有明显优势。然而,随着网络成熟和用户群扩大,关键问题从交易能否快速处理转变为执行过程本身能否用发生时的逻辑和规则来解释。
特别是,机构和企业用户不仅仅用自有资本运营。他们管理客户或托管资产,因此不仅需要对结果负责,还需要对执行过程本身负责。他们需要向内部风险委员会、外部审计师,在某些情况下还需要向监管机构解释为什么交易在特定条件下以特定顺序执行。
这不是理论上的担忧。在传统金融市场中,这些要求已经是标准做法。最佳执行报告和交易成本分析的提交是典型示例。仅说明使用了哪个交易所或场所是不够的;执行逻辑本身必须是可解释的。
在当今的链上执行环境中,第三方难以验证为什么交易以特定方式排序或哪种逻辑决定了其位置。无论意图如何,仅这种不可解释性就足以阻止机构参与。
BAM 通过密码学机制使交易排序可验证来解决这个问题。虽然可以证明交易是按照定义的逻辑排序的,但 BAM 节点运营者本身无法检查交易内容或任意操纵排序。
BAM 最终旨在建立的不是依赖信任特定运营者的模型,而是执行逻辑本身可验证的模型。这使得链上执行超越了仅仅是快速,走向一个可解释、可审计且适合正式报告的环境。

当前挑战:灵活但不透明的调度

如今,Solana 在交易排序的处理方式上允许很高的自由度。多个调度器并行运营,每个调度器具有不同的逻辑、时序特征和优先级策略。
虽然这种多样性实现了实验和优化,但也使得从外部视角一致地解释哪些规则决定了交易排序变得困难。根据客户端、路由路径或运营设置,并不总是能够排除无法从外部观察的排序决策。
这里的问题不是恶意意图。即使所有运营者都出于善意行事,无法解释或验证的执行环境本质上与机构和企业要求不兼容。
即使问题没有立即浮现,这种不透明性也会作为执行风险和审计不确定性积累。因此,链上使用在很大程度上仍限于个人用户和实验性应用,而大规模资本和企业采用难以实现。

来自以太坊先例的教训

类似的挑战已经在以太坊生态系统中出现。随着提议者-构建者分离的引入,区块构建竞争增加,但这也导致了构建者的集中和订单流的私有化。
随着用户和应用寻求更好的执行,他们越来越依赖与特定构建者的私人关系,使交易排序更难从外部观察。虽然这种结构有时改善了短期效率,但最终导致了更大的不透明性和中心化。
在当今的以太坊社区中,正在通过基于 TEE 的区块构建等方法努力恢复透明度。这反映了对执行层可解释性重要性的事后认识。
BAM 在设计时考虑了这些先例,从一开始就融入了可验证性和透明度,而不是事后试图改装。

SLV v0.9.911 中的实现进展

BAM 的设计原则只有在能够在实践中实现和运营时才有意义。即使是设计良好的系统,如果仍然难以部署或只有少数运营者可以访问,也无法改善透明度。
SLV v0.9.911 将 BAM 客户端的启动和运营整合到 SLV 的标准工作流中。这消除了切换到 BAM 时对个别运营者专业知识和临时流程的依赖。
能够以可重现的方式部署是可验证执行层广泛采用的先决条件。本次发布代表了将 BAM 嵌入 Solana 运营基础设施作为实现而非仅仅概念的具体步骤。

Epics DAO 验证者的运营状态

Epics DAO validator running BAM client
Epics DAO 验证者已使用 SLV 迁移到 BAM 客户端运营,并继续在生产环境中运行。这证明了 BAM 不仅限于概念设计,而是在实际验证者运营中积极运作。
此外,从验证者运营的角度来看,使用 BAM 客户端使得将交易摄取和排序的逻辑与验证者的核心执行和投票过程分离成为可能。
传统上,与交易接收和排序相关的负载与验证者的执行路径紧密耦合。然而,在基于 BAM 的设置中,与交易接收和调度相关的处理负载可以作为独立关注点处理。
这使验证者能够更直接地专注于执行和投票,同时实现不同特征的工作负载分别处理的运营设计。这并不声称直接的性能提升,而是强调分离运营责任和负载域扩展了验证者运营的可用设计选项。

展望未来

BAM 旨在提供的可验证交易排序和执行透明度是推进 Solana 走向适合机构和企业使用的执行环境的关键要素。
SLV 作为将这一方向转化为实际运营的基础。展望未来,验证者、RPC 基础设施、网络和去中心化应用将不会被视为孤立的优化目标,而是作为共同决定执行质量和信任的相互依赖的组件。通过这种方法,Solana 的运营基础设施将继续演进。