SLV 发布 Solana 测试网验证者官方指南，明确直接影响评估与参与条件的关键注意事项

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

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

测试网是落实评估与参与前提的环境

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

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

参与 SFDP 的验证者需要在测试网上维护与主网同类的客户端配置。这是因为评估目标不仅是功能可用性，还包括与实际运营高度接近的行为和稳定性。

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

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

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

使用 BAM 测试网时，必须满足严格的网络延迟要求。目前，到 BAM 节点的 ping 延迟稳定保持在 35 ms 以下实际上是一个先决条件。

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

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

虽然计划向欧洲、中东和非洲（EMEA）以及亚洲扩展，但目前不应把这些区域作为运维前提。本指南将这些约束作为临时限制来说明，而非永久限制。

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

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

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

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

Solana 网络的运维质量不仅仅由少数高性能节点或经验丰富的运营者维持。实际上，整条链的执行质量由大量验证者和 RPC 节点的日常运维水准共同构成。

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

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

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

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

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

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