SLV публикует руководство по критически важным условиям работы валидаторов Solana testnet, влияющим на оценку и критерии участия
ELSOUL LABO B.V. (штаб-квартира — Амстердам, Нидерланды; CEO — Фумитаке Кавасаки) и Validators DAO опубликовали официальное руководство SLV, открытой платформы эксплуатации узлов Solana, с критически важными условиями работы валидаторов Solana testnet.
Руководство объединяет ограничения и важные условия, которые следует учитывать заранее, когда работа в testnet служит предпосылкой для оценки и участия, в том числе в Solana Foundation Delegation Program (SFDP) и BAM Testnet.
Testnet — это среда, в которой применяются обязательные условия оценки и участия
testnet Solana — это не просто сеть проверки. В различных программах, включая SFDP, эксплуатация валидаторов на testnet рассматривается как необходимое условие для участия и оценки.
Оценивается не то, может ли узел просто запуститься, а сохраняются ли конфигурации и поведение, близкие к условиям реальной эксплуатации, и возникают ли несогласованности во время обновлений или переходов. Поскольку оцениваются только наблюдаемые результаты — независимо от намерений или усилий оператора — продолжение эксплуатации с неправильными конфигурациями или эксплуатационными решениями может привести к неблагоприятным результатам.
Базовые требования к эксплуатации валидатора testnet в рамках SFDP
Валидаторы, участвующие в SFDP, обязаны поддерживать тот же класс конфигурации клиента на testnet, что и на mainnet. Это связано с тем, что оценка нацелена не только на функциональную доступность, но и на поведение и стабильность, которые максимально приближены к реальной эксплуатации.
SLV поддерживает конфигурации testnet, включая Agave, Firedancer и BAM. Однако упрощение конфигураций просто потому, что это среда testnet, или смешивание разных семейств клиентов может повлиять на критерии оценки и участия. В настоящем руководстве подробно излагаются такие эксплуатационные соображения.
Непонимание ограничений testnet само по себе создаёт риск
Среды Testnet накладывают ограничения, которых нет в mainnet. Многие из этих ограничений чётко не задокументированы, и начало эксплуатации без их понимания может непреднамеренно привести к исключению из оценки или невыполнению требований участия.
Ключевым моментом является то, что этих результатов невозможно избежать только за счёт доброй воли или усилий. Работа без понимания ограничений и точек принятия решений, специфичных для testnet, сама по себе является риском, который отражается на результатах оценки.
Реальные географические ограничения BAM Testnet
При использовании BAM Testnet применяются строгие ограничения задержки в сети. В настоящее время поддержание стабильной задержки пинга до узлов BAM ниже 35 мс является фактически обязательным условием.
Соединения из регионов, которые не удовлетворяют этому требованию, часто не устанавливаются или не могут поддерживаться. Перед использованием BAM Testnet операторы должны заранее проверить задержку в своём целевом регионе и не должны рассчитывать на работоспособность, если условия не выполняются.
Развёртывание узлов BAM Testnet по состоянию на январь 2026 года
По состоянию на январь 2026 года общедоступные узлы BAM Testnet развёрнуты в трёх регионах: Даллас, Нью-Йорк и Солт-Лейк-Сити. Следовательно, реалистичные варианты развёртывания BAM Testnet включают эти регионы или близлежащие регионы США, такие как Чикаго или Лос-Анджелес.
Хотя планируется расширение в EMEA и Азию, в настоящее время эти регионы пока нельзя считать доступными для эксплуатации. В данном руководстве эти ограничения рассматриваются как временные, а не как постоянные.
Почему рекомендации по эксплуатации testnet систематизированы именно сейчас
С переходом Solana к серии v3 и появлением BAM условия эксплуатации testnet изменились. Конфигурации и выбор регионов, которые раньше не вызывали проблем, теперь напрямую влияют на результаты оценки и участия.
Вместо того, чтобы полагаться на индивидуальные запросы или обмен фрагментированной информацией, мы решили, что необходимо систематизировать эти соображения в виде общедоступной информации, чтобы операторы могли заранее понимать риски и избегать ненужных сбоев.
Область действия SLV и что должны решить операторы
SLV обеспечивает основу для воспроизведения конфигураций и рабочих процедур уровня ОС. При этом выбор региона на testnet и решения по настройке с учётом внешних ограничений должен принимать оператор.
В этом руководстве чётко очерчена область действия SLV и области, в которых операторы должны принимать собственные решения относительно ограничений, специфичных для testnet. Такое разделение разъясняет ответственность и облегчает принятие обоснованных оперативных решений.
Ценность открытого исходного кода
Качество работы сети Solana поддерживается не только горсткой высокопроизводительных узлов или опытными операторами. На практике качество работы сети определяется совокупными эксплуатационными стандартами большого количества валидаторов и узлов RPC ежедневно.
Когда операционные знания и реализации распространяются в закрытых формах, высококачественные методы эксплуатации имеют тенденцию концентрироваться среди ограниченной группы. Это приводит к различиям в конфигурациях и поведении узлов, которые проявляются в нестабильности голосования или несогласованности обработки. Эти проблемы возникают структурно, независимо от намерений отдельных операторов.
SLV публикуется с открытым исходным кодом, чтобы каждый мог получить доступ к одним и тем же реализациям и методам работы. Делая операционные детали и реализации общедоступными и проверяемыми, можно избежать поведения «чёрного ящика», и операторы могут принимать решения на основе наблюдаемого поведения и деталей реализации при возникновении проблем. Эта прозрачность служит основой для отделения эксплуатации от интуитивных решений и зависимости от отдельных специалистов и позволяет осуществлять постоянное практическое совершенствование.
В то же время открытые реализации гарантируют, что высококачественные методы эксплуатации не ограничиваются внутренними ноу-хау конкретных организаций, а могут быть выбраны кем угодно. В результате количество вариаций в поведении и конфигурации узлов сокращается, что позволяет большому количеству валидаторов и узлов RPC работать на стабильном уровне качества.
Выбор открытого исходного кода для SLV — это средство обеспечения прозрачности, проверяемости и воспроизводимости в реальных операционных средах. Предоставляя каждому возможность выбрать первоклассные операционные стандарты, Solana может постоянно повышать общее качество работы всей сети.
Позиционирование данного руководства
Это руководство служит контрольным списком, помогающим избежать сбоев в эксплуатации валидатора Solana testnet, которые могут повлиять на оценку и участие. Заранее понимая ограничения и точки принятия решений, операторы могут легче избежать ненужного ухудшения оценки, потери делегированного стейка или исключения из программы.
Это руководство опубликовано как часть последней версии документации SLV. Информацию об участии в сообществе пользователей SLV и сопутствующие материалы можно найти на официальном Discord-сервере Validators DAO.
- Руководство по эксплуатации валидатора Solana testnet: https://slv.dev/ru/doc/testnet-validator/operational-notes/
- Официальный Discord-сервер Validators DAO: https://discord.gg/C7ZQSrCkYR
- Официальный сайт SLV: https://slv.dev/ru
