SLV 测试网验证者运维指南

ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹，CEO：Fumitake Kawasaki）与 Validators DAO 在其开源 Solana 节点运维平台 SLV 中发布了一份官方指南，概述了运营 Solana 测试网验证者的关键注意事项。

本指南整合了在测试网运营被视为评估和参与先决条件的情况下应提前了解的运营约束和注意事项，包括参与 Solana 基金会委托计划（SFDP）和使用 BAM 测试网的情况。

测试网是应用评估和参与先决条件的环境

Solana 的测试网不仅仅是一个验证网络。在包括 SFDP 在内的各种计划中，测试网上的验证者运营被视为参与和评估的先决条件。

评估的不是节点能否简单启动，而是是否保持了接近真实运营的配置和行为，以及在升级或过渡期间是否出现不一致。由于仅评估观察到的结果——与运营者的意图或努力无关——使用不正确的配置或运营决策继续运营可能导致不利结果。

参与 SFDP 的验证者需要在测试网上维护与主网相同级别的客户端配置。这是因为评估目标不仅是功能可用性，还包括与真实运营密切相似的行为和稳定性。

SLV 支持包括 Agave、Firedancer 和 BAM 在内的测试网配置。然而，仅仅因为环境是测试网就简化配置，或混合不同的客户端系列，可能会影响评估和参与标准。本指南明确组织了此类运营注意事项。

测试网环境施加了主网上不存在的约束。许多约束没有被清楚记录，在不了解它们的情况下开始运营可能会无意中导致被排除在评估之外或未能满足参与要求。

关键点在于，这些结果不能仅通过善意或努力来避免。在不了解测试网特定约束和决策点的情况下运营本身就是一种反映在评估结果中的风险。

使用 BAM 测试网时，适用严格的网络延迟约束。目前，维持到 BAM 节点稳定低于 35 毫秒的 ping 延迟实际上是一个先决条件。

来自不满足此要求的地区的连接经常无法建立或无法维持。在使用 BAM 测试网之前，运营者必须提前验证其目标区域的延迟，如果条件不满足，不应假设可用性。

截至 2026 年 1 月，公开可用的 BAM 测试网节点部署在三个区域：达拉斯、纽约和盐湖城。因此，BAM 测试网的现实部署选项包括这些区域或附近的美国区域，如芝加哥或洛杉矶。

虽然计划向 EMEA 和亚洲扩展，但目前不应将这些区域视为运营假设。本指南将这些约束组织为临时限制，而非永久限制。

随着 Solana 向 v3 系列过渡并引入 BAM，测试网运营的周围条件已经发生变化。以前不会造成问题的配置和区域选择现在直接影响评估和参与结果。

我们认为有必要将这些注意事项组织为公开可访问的信息，而不是依赖个别咨询或碎片化的信息共享，以便运营者提前了解风险并避免不必要的失败。

SLV 提供了再现操作系统级配置和运维程序的基础。同时，测试网上的区域选择和基于外部约束的配置决策必须由运营者做出。

本指南清晰地划定了 SLV 处理的范围和运营者必须就测试网特定约束做出自己判断的领域。这种分离澄清了责任并促进了合理的运维决策。

Solana 网络的运维质量不仅仅由少数高性能节点或经验丰富的运营者维持。实际上，链的执行质量源自大量验证者和 RPC 节点日常累积的运维标准。

当运维知识和实现以封闭形式共享时，高质量运维往往集中在有限的群体中。这导致节点配置和行为的差异，表现为投票不稳定或处理不一致。这些问题是结构性产生的，与个别运营者的意图无关。

SLV 作为开源发布，以确保任何人都可以访问相同的实现和运维方法。通过使运维细节和实现公开可用且可验证，避免了黑盒行为，运营者在问题发生时可以基于观察到的行为和实现细节做出决策。这种透明性是将运维从直觉或个人依赖中分离出来的基础，并实现了实际的持续改进。

同时，开放实现确保高质量运维不局限于特定组织的内部知识，而是任何人都可以选择的。因此，节点行为和配置的差异减少，使大量验证者和 RPC 节点能够在稳定的质量水平上运营。

为 SLV 选择开源是使透明性、可验证性和可再现性在实际运维环境中发挥作用的手段。通过使任何人都能选择一流的运维标准，Solana 可以持续提升其整体链级运维质量。

本指南作为一份检查清单，帮助避免 Solana 测试网验证者运营中可能影响评估和参与的失败。通过提前了解约束和决策点，运营者可以更容易地避免不必要的评估降级、质押损失或参与取消资格。

本指南作为最新 SLV 文档的一部分发布。有关参与 SLV 用户社区和相关信息，请参阅 Validators DAO 官方 Discord。