SLV 新增支持 Allnodes 的 Solana 验证者客户端

ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹；CEO：Fumitake Kawasaki）与 Validators DAO 开发并运营的开源 Solana 开发工具 SLV，现宣布已支持 Allnodes 基于 Jito-Solana 的客户端（allnodes-jito）。

借助本次更新，此前一直偏好使用 Allnodes 优化客户端的 Solana 验证者运营者，现在可以继续使用这款 allnodes-jito 客户端，同时通过与 AI agent 的自然语言对话，或直接进行 CLI 操作，完成从部署、日常运营到无停机迁移等主要流程。用户无需为切换运营基础而放弃自己钟爱的客户端。已选定的优化客户端，与 AI agent 带来的省力运营，两者可以同时拥有。

SLV 官方网站: https://slv.dev/zh SLV GitHub: https://github.com/validatorsDAO/slv

allnodes-jito 客户端是什么——基于 Jito-Solana、具备 Vote 改进与 PoH / SHA-256 优化的开源客户端

Allnodes 为 Solana 验证者提供经过优化的开源客户端。其中既有基于 Jito-Solana 的版本，也有基于 Firedancer 的版本；本次 SLV 所支持的，是基于 Jito-Solana 的 allnodes-jito 客户端。

为了实现高性能、高质量的验证，allnodes-jito 客户端施加了一系列优化，包括 Vote 处理的改进，以及对支撑 Solana Proof of History（PoH）的 SHA-256 运算的优化。它构建于支持 MEV 的 Jito-Solana 之上，并在其上叠加了进一步的优化，在生产环境中拥有出色的实绩。Allnodes 的验证者以极低的 missed slot（漏块）率著称，跻身 Solana 上性能最顶尖的验证者之列，已有众多注重性能的运营者选用了这款优化客户端。allnodes-jito 所提供的，正是这种经过实证的高性能验证。

可运行 allnodes-jito 客户端的环境是有限的。除了 Allnodes 自有的数据中心之外，ELSOUL LABO 也在其自有 ASN（AS200261，由 RIPE NCC 授予）下运营的 Solana 专用数据中心中，准备了可以使用该客户端的环境。

Allnodes Solana Clients: https://www.allnodes.com/hosting/solana-clients

此前的痛点——在「已选定的客户端」与「SLV」之间二选一

此前，对于偏好使用 Allnodes allnodes-jito 客户端的验证者运营者而言，迁移到 SLV 时面临着一道壁垒。SLV 此前一直支持 Agave、Jito 与 Firedancer 这些主流验证者客户端，但并不支持在它们之上叠加自有优化的定制客户端。因此，即便是被 SLV 的 AI agent 运营所吸引的运营者，也不得不为完成迁移而放弃自己用惯的 allnodes-jito 客户端。

是要性能，还是要运营效率——运营者只能在自己选定的客户端与 AI agent 的对话运营之间二选一。事实上，「想迁移到 SLV，但因为它不支持 allnodes-jito 而无法迁移」这样的声音，也曾传达到 Validators DAO 官方 Discord。为追求高性能而选择的客户端，反倒收窄了运营基础的选择范围。这正是越是注重性能的运营者，就越容易遭遇的两难处境。

SLV 的解决方式——两者都无需放弃

借助本次更新，这一二选一的局面得以化解。SLV 现已将 allnodes-jito 作为验证者客户端的一种类型予以支持。在初始化命令 slv v init（v 即 validator 子命令的简写）中选择验证者类型时，用户现在可以在 Agave、Jito 以及 Firedancer 系列之外，一并选择 allnodes-jito。

一旦选择了 allnodes-jito，其余的部署、运营与迁移，便都可以像 SLV 所支持的其他客户端一样，通过与 AI agent 的对话来完成。启动 AI Console，对它说一句「用 allnodes-jito 来搭建这个验证者」，AI agent 便会先确认目标主机与客户端版本等信息，并把将要执行的命令展示出来供你确认，随后再逐步执行所需的步骤。面向偏好 CLI 的用户，也提供了对应的命令，完整支持不借助 AI agent 的运营流程。

继续使用用惯的客户端，同时迁移到 SLV 的运营基础。性能与省力运营，不再是二选一。

在与 Allnodes 的协作中诞生

本次 allnodes-jito 支持，源自 SLV 用户的反馈与 Allnodes 的协助。

Validators DAO 官方 Discord 每天都会收到来自 SLV 用户的诸多反馈，希望支持 Allnodes 客户端的请求便是其中之一。此外，Allnodes 也主动与我们联系，本次支持正是通过双方的协作得以实现。

在生产环境中实际运营验证者的运营者的声音，与开发并提供该客户端的 Allnodes 的协助。这两者结合在一起，为使用 allnodes-jito 的运营者开辟了一条道路：在保留自己熟悉并信赖的客户端的同时，迁移到 SLV 的 AI agent 运营。

消除重复造轮子——SLV AI 化解 Solana 各项目之间的重复工作

在 Solana 生态中，许多项目在开发自身产品之外，还要在运营验证者与节点这类共通的工作上花费时间。客户端的构建、部署、监控、更新与迁移——对每个项目而言，这些都是相似任务的反复，可谓一种重复造轮子式的重复劳动。

SLV 旨在与 SLV AI 一道化解这类重复工作。allnodes-jito 支持正是这一努力的一环。通过将各项目各自积累的运营 know-how 与手动操作，汇聚为面向 AI agent 的 SLV skill，任何人都能仅凭对话，以同样的质量将其复现。

SLV 今后也将与 SLV AI 一道，逐一化解 Solana 各项目共通的运营负担。SLV 的职责，是营造一种环境，让每个项目都能专注于自身产品的本质开发。

即便使用 allnodes-jito 客户端，也能降低运营成本

使用 Allnodes allnodes-jito 客户端的客户，现在也可以通过使用 SLV 来降低运营成本。

验证者的运营伴随着持续不断的工作：客户端的构建与部署、稳定运行的监控、故障后的重启，以及无停机迁移。要手动完成这一切，需要熟悉 Linux 与 Solana 运营的人手，而这份人力成本绝不算小。

借助 SLV，这些工作中的大部分都可以交给 AI agent。通过将 allnodes-jito 的运营置于 SLV 的 AI agent 运营基础之上，繁杂的手动操作得以从结构上减少。在使用高性能客户端的同时，把它的运营成本控制下来——SLV 让性能与较低的运营成本得以兼顾。

多客户端的 SLV——不论何种配置，都用同一套对话来运营

SLV 被设计为一个不受限于任何单一客户端的运营基础。Agave、Jito、Firedancer 系列，再加上本次新增的 allnodes-jito——SLV 能够通过同一套界面处理多种验证者客户端。

无论选择哪种客户端，部署、运营与无停机迁移的操作，都通过与 AI agent 的同一套对话，或同一套 CLI 来完成。无需为每种客户端重新学习不同的步骤。改变配置，运营体验却保持不变——正是这种多客户端支持，构成了让运营者能够自由选择所需客户端的根基。

正如 DoubleZero 支持与 SHA-256 优化补丁（kagren 补丁）一样，allnodes-jito 支持也是一项把生产环境中所用技术纳入 SLV、并以人人都能仅凭对话使用的形式提供出来的努力。SLV 支持的技术越多，运营者就越容易兼顾「想使用的技术」与「轻松的运营」。

CLI 与 AI agent 双管齐下——稳定性支撑着两者

SLV 不仅作为 AI agent，作为 CLI 同样运行稳定。对于不愿依赖 AI agent，或希望将 SLV 集成进脚本化自动化流程的用户而言，SLV 依然是一个实用的运营基础。

而正是这种 CLI 层面的稳定性，支撑着 AI agent 运营的可靠性。SLV 的所有功能均兼容 MCP（Model Context Protocol），AI agent 通过 MCP 调用的，正是与 CLI 相同的那套界面。CLI 稳定，AI agent 便稳定——这一设计原则，为 SLV 的 AI agent 运营的可靠性提供了保障。allnodes-jito 支持同样如此，可以在同一套 MCP 基础之上，从 CLI 与 AI agent 两端以相同的方式来处理。

支撑性能追求的运营基础——Epics DAO 验证者位居世界第 3

作为 ERPC 的 SWQoS endpoint 以及 Epic Shreds 分发源而运营的 Epics DAO 验证者，于全体 Solana 验证者中，已在 Shinobi Performance Pool 取得世界综合第 3（评分 99.93）的成绩，vote 相关评分超过 99%。

这一成果，是硬件选型、内核参数优化、网络栈调优、IRQ 亲和性调整，以及引入 DoubleZero 等多项改进层层累积的结果。怀着与注重性能的运营者选择 Allnodes 这类优化客户端时相同的态度，ELSOUL LABO 也同样积累出了世界顶尖水准的验证者运营。SLV 将这份运营知识汇聚到 AI agent 之中，以人人都能以同样质量复现的形式提供出来。

AS200261——支持 allnodes-jito 客户端使用的有限环境之一

可使用 allnodes-jito 客户端的环境是有限的。在这些支持的环境之中，有一个便是 ELSOUL LABO 的 AS200261 Solana 专用数据中心。

ELSOUL LABO 自 2022 年以来，已连续五年获得荷兰政府研发支持计划 WBSO 的批准；作为这项研发的集大成，公司在自有 ASN（AS200261，由 RIPE NCC 授予）下运营着一座 Solana 专用数据中心。它采用统一标准化为最新一代 AMD EPYC（第 5 代）、AMD Threadripper PRO（第 5 代，如 9975WX）以及第 5 代 NVMe 的硬件配置，再加上凭借自有 ASN 实现的优化网络路径设计，是一套高质量的 Solana 专用基础设施。

在这座 AS200261 数据中心，用户可以将 allnodes-jito 客户端的性能，与 SLV 的 AI agent 运营一并使用。优化客户端、高质量的 Solana 专用基础设施，以及借助 AI agent 的省力运营——注重性能的运营者所追求的要素，都汇聚于一处。

与 ERPC 平台的组合

SLV 的 allnodes-jito 支持，可在任何能够使用 allnodes-jito 客户端的环境中运行。ELSOUL LABO 的 AS200261 数据中心是 ERPC 平台的一部分，在那里，用户可以将三者一并使用：allnodes-jito 客户端、SLV 的运营自动化，以及 ERPC 平台的整合。

ERPC 通过将分发源验证者、接收 endpoint 与处理节点配置在 Solana 验证者高密度聚集的高级数据中心内，从设计阶段就抑制了源于距离的延迟。Solana RPC、WebSocket、Solana Geyser gRPC、Solana Shredstream、Direct UDP Stream（Raw Shreds）、VPS、裸金属服务器、SWQoS、Pyth 兼容 Price API、Jet Analytics & Indexed RPC，都可以在同一平台上组合使用。将用 SLV 搭建的 allnodes-jito 环境运行在 ERPC 平台之上，便能在同一环境中，把优化客户端的性能与 ERPC 设计层面的速度组合起来加以发挥。

ERPC 官方网站: https://erpc.global/zh