SLV завершает поддержку Solana v4 с XDP и BLS, готовым к Alpenglow

ELSOUL LABO B.V. (Головной офис: Амстердам, Нидерланды; CEO: Fumitake Kawasaki) и Validators DAO рады сообщить, что SLV, открытый инструмент управления Solana, завершил поддержку Solana v4 (Agave 4.x).

Благодаря этому обновлению оптимизации, на которые полагаются самые производительные валидаторы Solana — ускорение ретрансляции Turbine через XDP от Anza и рабочий процесс регистрации публичного ключа BLS с готовностью к Alpenglow, определённый в SIMD-0387 — теперь может выполнить любой оператор с помощью того же проверенного операционного рецепта, через диалог с AI-агентом или напрямую через CLI. Продвинутая настройка, которая когда-то требовала глубокой экспертизы по Linux и Solana, сведена в SLV, так что даже операторы без такой специализированной подготовки могут воспроизвести её исключительно через диалог.

Официальный сайт SLV: https://slv.dev/ru SLV на GitHub: https://github.com/validatorsDAO/slv

Демократизация эксплуатации валидаторов высшего уровня — оптимизация мирового класса, воспроизводимая любым

SLV — это открытая инициатива по управлению валидаторами Solana вместе с AI-агентами, обеспечивающая наивысшее качество обслуживания при низких затратах, в любой точке мира.

В Solana разрыв между чистой производительностью валидатора и стоящими за ней операционными знаниями расширяется. Сетевое взаимодействие с низкой задержкой, настройка ядра и NIC, тщательная подготовка к обновлениям протокола — операции, ведущие к производительности валидатора высшего уровня, требовали глубоких специализированных знаний Linux и Solana, а также постоянного ручного труда. В результате наивысшие уровни эксплуатации, как правило, оставались доступными лишь ограниченной группе операторов, обладающих этой экспертизой.

SLV существует, чтобы устранить этот разрыв. Сводя операционные знания, накопленные при эксплуатации валидаторов мирового класса, в навыки для AI-агента, любой может воспроизвести тот же операционный рецепт исключительно через диалог. Эта поддержка Solana v4 переносит данную идею непосредственно на новейшие оптимизации: XDP и BLS, те самые технологии, которые внедряют самые производительные валидаторы, теперь доступны каждому оператору, использующему SLV — без необходимости отказываться от собственного выбора клиента или окружения.

Что даёт поддержка Solana v4 — XDP, BLS и безопасность перезапуска, всё сделано за вас

Solana v4 (Agave 4.x) — это новейшее поколение клиента валидатора, рекомендованное Anza для mainnet; оно повышает базовую производительность, одновременно подготавливая сеть к более крупным блокам и предстоящему обновлению консенсуса Alpenglow. Поддержка v4 в SLV охватывает три области, наиболее важные для операторов, переходящих на эту основу.

Ускорение ретрансляции Turbine через XDP — включение «под ключ» высокопроизводительного сетевого пути, ускоряющего распространение блоков.
Регистрация публичного ключа BLS с готовностью к Alpenglow (SIMD-0387) — заблаговременная подготовка рабочего процесса регистрации, чтобы валидаторы были готовы к регистрации сразу после активации feature gate Alpenglow.
Безопасность перезапуска для Agave 4.1+ — корректировка диапазона портов и установка ограничений для флагов, предназначенных только для перезапуска кластера, чтобы переход на новый клиент не приводил к устранимым сбоям запуска.

Каждый из этих элементов выполняется через тот же рабочий процесс SLV — диалог с AI-агентом или CLI — так что переход на Solana v4 не превращается в ручной проект, подверженный ошибкам. Новейший выпуск SLV содержит всё вышеперечисленное в составе серии v2026.6.6 — BLS, XDP и исправления безопасности перезапуска поставляются первыми, а робастность Firedancer и RPC следует в той же серии.

Что такое XDP — быстрый путь в ядре Linux, ускоряющий Turbine

XDP (eXpress Data Path) — это технология ядра Linux, позволяющая высокопроизводительному сетевому коду обходить значительную часть обычного пути обработки пакетов в ядре. Сокращая копирования данных и переключения контекста, она обрабатывает пакеты с гораздо меньшими накладными расходами, чем стандартный сетевой стек.

В Agave XDP применяется к Turbine, протоколу, распространяющему блоки по сети валидаторов. Входящие shred обрабатываются программой eBPF, прикреплённой близко к сетевой интерфейсной карте (NIC), и отображаются в буферы пользовательского пространства через AF_XDP, тогда как исходящие shred отправляются напрямую с помощью XDP_TX — устраняя системные вызовы и копирования на горячем пути. Anza ввела XDP для Turbine в серии Agave 3.x (начиная с v3.0.9) и перенесла его в основу Agave 4.0.

Согласно руководству по настройке от Anza, крупные валидаторы могут приближаться к 150,000 исходящих пакетов в секунду с XDP. Anza позиционирует XDP как часть запаса, который подготавливает валидаторы к блокам 100M-CU и продвигает дорожную карту IBRL (Increase Bandwidth, Reduce Latency), и опубликовала официальное руководство по настройке для внедряющих его операторов.

Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide

SLV делает XDP «под ключ» — включите его через диалог и несколько инвентарных переменных

Внедрить XDP вручную нетривиально. Для этого нужны свежее ядро (6.14+ для драйвера igb, 6.8+ для остальных), NIC с поддержкой XDP, правильные systemd capabilities для процесса валидатора и корректные флаги запуска — а закрепление CPU-ядер (включая ядро PoH) должно быть выбрано правильно, чтобы путь работал эффективно. Это именно та специализированная работа, которая держала продвинутую оптимизацию недосягаемой для многих операторов.

SLV превращает это в шаг «под ключ». Ускорение ретрансляции XDP включается по выбору (opt-in) через инвентарные переменные на уровне хоста — xdp_enabled, xdp_interface, xdp_cpu_cores, xdp_zero_copy и xdp_poh_pinned_cpu_core. При включении SLV применяет флаги запуска XDP, соответствующие целевой версии Agave/Jito, и автоматически предоставляет необходимые systemd capabilities (CAP_NET_RAW, CAP_NET_ADMIN, CAP_BPF, CAP_PERFMON). Эти переменные применяются к валидаторам Agave и Jito; Firedancer использует XDP нативно и не требует отдельного включения. (XDP созревал на протяжении выпусков Agave — начиная с Agave 4.1 он более не является экспериментальным, а имена соответствующих флагов по ходу менялись — поэтому SLV отслеживает корректные флаги для каждой версии, и операторам не приходится этим заниматься.)

Со стороны оператора всё это можно выполнить целиком через диалог. Запустите AI Console и скажите что-то вроде «Включи ускорение ретрансляции XDP на этом валидаторе», и AI-агент выберет и применит необходимую конфигурацию. Соответствующие команды предоставлены и для пользователей, ориентированных на CLI, так что рабочие процессы без участия AI-агентов полностью поддерживаются. Та же сетевая оптимизация, которую используют самые производительные валидаторы, становится тем, что может включить любой оператор SLV.

Регистрация BLS с готовностью к Alpenglow — упреждающая поддержка SIMD-0387

Alpenglow — это консенсус-протокол Solana следующего поколения. Чтобы эффективно агрегировать голоса валидаторов — например, лаконично доказать, что 60% валидаторов проголосовали за пропуск слота — Alpenglow заменяет текущие подписи ed25519 на схему агрегированных подписей BLS (Boneh–Lynn–Shacham) для голосов. SIMD-0387 определяет, как валидаторы регистрируют публичный ключ BLS в своём vote account, чтобы быть готовыми голосовать сразу после включения Alpenglow.

Согласно SIMD-0387, регистрация публичного ключа BLS становится возможной после активации feature gate предложения, и каждый валидатор должен иметь такой ключ в своём vote account до запуска Alpenglow, чтобы продолжать голосовать. Пара ключей BLS выводится из ключа vote authority (или из identity-ключа, если первый отсутствует), а регистрация выполняется on-chain вместе с Proof of Possession (PoP) — криптографическим доказательством, связывающим ключ с vote account и предотвращающим атаки rogue-key. В настоящее время SIMD-0387 находится на стадии рассмотрения, и его feature gate пока не активирован в mainnet (его активация отслеживается для devnet), так что зарегистрировать ключ BLS в mainnet пока невозможно; что действительно важно сегодня — иметь готовый рабочий процесс к моменту открытия gate.

Именно здесь и важна ранняя готовность. После запуска Alpenglow vote account без зарегистрированного ключа BLS вёл бы себя так, как если бы он был unstaked. Наличие заблаговременно настроенного рабочего процесса регистрации, а не суматошные действия в момент открытия gate, — вот что сохраняет эксплуатацию безопасной на протяжении перехода.

register:bls в SLV — автоматическая подготовка во время деплоя

SLV выполняет эту подготовку за вас. Новая команда slv v register:bls — это рабочий процесс, который регистрирует публичный ключ BLS — выведенный из ключа authorized-voter или identity — в каждом vote account после активации feature gate. Она также автоматически выполняется в конце slv v deploy, так что валидатор, собранный или обновлённый через SLV, проходит этот шаг как часть обычного потока.

Операция спроектирована так, чтобы её было безопасно запускать в любое время. В кластере, где feature gate ещё не включён, она безопасно проходит как no-op; после активации gate тот же рабочий процесс регистрирует ключ. Она идемпотентна, поэтому ранний запуск не несёт риска и нет необходимости точно подгадывать его к обновлению. Как и в случае с XDP, этот же шаг можно выполнить через диалог с AI-агентом или через CLI. Фундамент, определяющий, сможет ли валидатор продолжать голосовать на протяжении перехода к Alpenglow, закладывается заблаговременно, без ручного управления ключами.

Усиленная безопасность перезапуска для Agave 4.1+

Переход на новое поколение клиента может выявить незаметные сбои запуска, и поддержка v4 в SLV решает их напрямую. Для Agave 4.1+ (и валидаторов Jito на той же основе) диапазон динамических портов (dynamic_port_range) расширен как минимум до 27 портов (8000–8030 / 8900–8930), что устраняет случай, когда Agave/Jito 4.1.0+ отклоняет более узкий диапазон при запуске с ошибкой "Port range is too small" — сбой, который зацикливал валидаторы и RPC-узлы в crash-loop. Исправление охватывает все стартовые скрипты валидаторов, RPC и pythnet, а также значения по умолчанию для init и инвентаря.

Кроме того, флаги, предназначенные только для перезапуска кластера, теперь ограничены: --wait-for-supermajority и --expected-bank-hash выводятся только при явной установке, так что устаревший слот или bank hash больше не может подвесить узел при обычном перезапуске или вызвать его panic из-за несовпадения bank-hash. Это те детали, которые при ручной обработке превращают рутинное обновление в инцидент — и которыми SLV теперь занимается как частью стандартного рецепта.

Это укрепление продолжается на протяжении всего рецепта. Последующий выпуск распространяет ту же операционную робастность на пути Firedancer и RPC — обработка версий Firedancer с учётом сети, очистка конфликтов сборки Jito и исправления стартовых скриптов RPC — так что переход на новейшую основу остаётся плавным независимо от того, какой клиент использует оператор.

Устранение изобретения велосипеда — сведение ноу-хау высшего уровня в AI-агента

В экосистеме Solana многие проекты тратят время на общую работу по эксплуатации валидаторов и узлов, отдельно от разработки своего собственного продукта. Сборка, деплой, мониторинг, обновление и миграция клиентов — для каждого проекта это похожие повторения одних и тех же задач, своего рода изобретение велосипеда.

Включение XDP и регистрация BLS с готовностью к Alpenglow — идеальные тому примеры. Они продвинуты, легко допустить ошибку, и каждому оператору иначе приходится исследовать и заново выводить их самостоятельно. Сводя это операционное ноу-хау в навыки SLV для AI-агента, тот же проверенный рецепт может воспроизвести любой, исключительно через диалог — и человеческие издержки эксплуатации снижаются структурно. С этим выпуском навык валидатора SLV — знания, на которые опирается AI-агент — обновлён для BLS (SIMD-0387) и XDP, так что агент применяет текущую, корректную процедуру, а не устаревшую. Вот что на практике означает «наивысшее качество обслуживания при низких затратах».

SLV продолжит, один за другим, устранять операционные нагрузки, общие для проектов Solana, вместе с SLV AI — чтобы каждый проект мог сосредоточиться на сущностной разработке собственного продукта.

И CLI, и AI-агент — стабильность лежит в основе обоих

SLV стабильно работает не только как AI-агент, но и как CLI. Для пользователей, которые предпочитают не полагаться на AI-агентов или хотят интегрировать SLV в скриптовые потоки автоматизации, SLV остаётся практичной операционной основой.

Именно эта стабильность на уровне CLI лежит в основе надёжности работы AI-агента. Каждая функция SLV совместима с MCP (Model Context Protocol), и AI-агент вызывает через MCP те же интерфейсы, что и CLI. Когда CLI стабилен, стабилен и AI-агент — этот принцип проектирования лежит в основе надёжности работы AI-агента SLV. Включение XDP и register:bls также можно выполнять одинаково как из CLI, так и из AI-агента, на той же основе MCP.

Операционная основа, подкрепляющая приверженность производительности — валидатор Epics DAO достиг 3-го места в мире

Валидатор Epics DAO, эксплуатируемый как источник SWQoS-эндпоинта ERPC и Epic Shreds, достиг 3-го места в мире (оценка 99.93) в Shinobi Performance Pool среди всех валидаторов Solana, при этом оценки, связанные с голосованием, превышают 99%.

Этот результат — совокупный итог множества улучшений: выбора оборудования, оптимизации параметров ядра, настройки сетевого стека, корректировки IRQ affinity, внедрения DoubleZero и сетевых оптимизаций именно того рода, который представляет XDP. SLV сводит эти операционные знания в AI-агента и предоставляет их в форме, которую любой может воспроизвести как один и тот же операционный рецепт. Описанные здесь оптимизации не теоретические — они происходят из эксплуатации, достигшей вершины сети.

В сочетании с платформой ERPC

Поддержка Solana v4 в SLV работает в любом окружении и особенно хорошо сочетается с платформой ERPC. ELSOUL LABO эксплуатирует выделенный под Solana центр обработки данных под собственным ASN (AS200261), предоставленным RIPE NCC, как часть платформы ERPC — и там можно использовать оптимизации v4, автоматизацию эксплуатации SLV и платформу ERPC вместе.

ERPC подавляет вызванную расстоянием задержку на этапе проектирования, размещая исходные валидаторы, принимающие эндпоинты и обрабатывающие узлы внутри премиальных дата-центров, где валидаторы Solana сосредоточены с высокой плотностью. Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, выделенные серверы (bare metal), SWQoS, Price API, совместимый с Pyth, а также Jet Analytics & Indexed RPC можно комбинировать на одной платформе. Запуск v4-валидатора, собранного с помощью SLV, на платформе ERPC позволяет объединить оптимизации SLV со скоростью ERPC на уровне проектирования, в одном и том же окружении.

Официальный сайт ERPC: https://erpc.global/ru

Начните прямо сейчас с токенами SLV AI

AI-агент SLV работает на токенах SLV AI. Начать можно бесплатно — авторизация на EUR 5 предоставляет 100,000 токенов, объём, достаточный для того, чтобы испытать включение XDP, подготовку регистрации BLS и эксплуатацию валидатора Solana v4 через диалог с AI-агентом.

ERPC SLV AI Plans: https://erpc.global/ru/price/

Также поддерживаются подключения через API-токены ChatGPT и Claude, так что вы можете запускать SLV AI со своими собственными ключами API.

Ваши отзывы формируют SLV

SLV развивается каждый день благодаря вашим отзывам. Эта поддержка Solana v4 также обрела форму благодаря голосам, прозвучавшим в официальном Discord Validators DAO, и благодаря эксплуатации валидаторов на вершине сети. Пожалуйста, попробуйте её и поделитесь своими мыслями и пожеланиями с нами в официальном Discord Validators DAO.

Спасибо вам, как всегда. Мы ценим вашу неизменную поддержку SLV и ERPC.

Контакты

По вопросам о SLV и ERPC, пожалуйста, откройте тикет поддержки в официальном Discord Validators DAO.

Validators DAO Official Discord: https://discord.gg/C7ZQSrCkYR

Ссылки

Официальный сайт SLV: https://slv.dev/ru
SLV Getting Started: https://slv.dev/ru/doc/general/getting-started/
SLV на GitHub: https://github.com/validatorsDAO/slv
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
SIMD-0387 (BLS Pubkey Management in Vote Account): https://github.com/solana-foundation/solana-improvement-documents/blob/main/proposals/0387-bls-pubkey-management-in-vote-account.md
Официальный сайт ERPC: https://erpc.global/ru
ERPC SLV AI Plans: https://erpc.global/ru/price/
Официальный сайт Epics DAO: https://epics.dev/ru
Validators DAO Official Discord: https://discord.gg/C7ZQSrCkYR </content>

SLV завершает поддержку Solana v4 — ускорение Turbine через XDP и регистрация ключей BLS с готовностью к Alpenglow, воспроизводимые любым валидатором через диалог с AI-агентом