Перейти к основному содержимому

Testnet

FastNear больше не публикует здесь публичный сценарий самостоятельной загрузки снапшота testnet.

Бесплатные снапшоты устарели

Бесплатные снапшоты данных nearcore были прекращены 1 июня 2025 года.

Для обычных RPC-узлов и валидаторов​

Используйте NEAR Nodes и актуальную схему запуска на основе Epoch Sync вместе с децентрализованной синхронизацией состояния. Это публично рекомендуемый путь для обычного запуска и восстановления узлов testnet.

Перед первым neard run обновите network.boot_nodes по актуальной команде из NEAR Nodes: Epoch Sync. Даже у свежескачанного config.json список boot_nodes может остаться пустым, и тогда узел зависнет на Waiting for peers 0 peers.

Для архивных снапшотов testnet​

Доступ к архивным снапшотам предоставляется по запросу. Начните со страницы FastNear о снапшотах или напишите на почту команды FastNear по снапшотам, чтобы получить актуальную информацию о доступности, высоте блока и требованиях к хранилищу.

Что важно знать о старых скриптах​

В репозитории fastnear/static по-прежнему лежат исторические скрипты down_rclone.sh и down_rclone_archival.sh. Мы больше не публикуем для них copy-paste команды в документации, потому что прежние публичные URL обнаружения через latest.txt теперь ведут на информационную страницу и не являются поддерживаемым публичным сценарием.

Если поддержка FastNear выдаст вам конкретную высоту блока и рабочий путь загрузки, используйте именно те хосты, блок и схему размещения данных, которые вам предоставят, а не старые публичные примеры.

Если вы готовитесь к запросу архивного снапшота​

  • Будьте готовы разместить hot data на быстром локальном хранилище, если это потребуется для конкретного пакета снапшота.
  • Заранее проверьте схему хранения nearcore до начала переноса данных.
  • Устанавливайте rclone только если полученный от поддержки сценарий действительно на него опирается.

Если FastNear передаст вам пакет снапшота​

  1. Остановите neard, прежде чем заменять данные снапшота или менять настройки архивного хранилища.
  2. Уточните, рассчитан ли пакет на ~/.near/data или на раздельные пути hot-data и cold-data.
  3. До перезапуска проверьте, что config.json соответствует нужному режиму архивного узла. Для архивных узлов NEAR Nodes считает критичными параметры archive: true и tracked_shards: [0].
  4. Если пакет использует раздельное хранилище, убедитесь, что пути в конфигурации совпадают с полученной схемой hot/cold, и только потом запускайте узел.
  5. Перезапустите узел и проверьте, что он стартует без ошибок и продолжает синхронизацию, а не остаётся на устаревшем локальном состоянии.

Требования к хранилищу nearcore и общие операторские предпосылки смотрите в nearcore.