Запуск Rocket Pool
На этом этапе у вас должна быть запущена полная инфраструктура Rocket Pool, включая стек Smartnode, клиенты Execution и Consensus. Вы также должны были укрепить свою операционную систему от внешних атак. Если вы выполнили оба этих шага, вы готовы создать ноду Rocket Pool и начать стейкинг. Если нет, пожалуйста, просмотрите предыдущие разделы и вернитесь сюда после выполнения этих шагов.
Запуск и остановка сервисов Rocket Pool
Теперь, когда у вас установлен Smartnode, запустить стек легко. Просто введите следующую команду:
Эта команда создаст все необходимые образы Docker, если они еще не существуют, убедится, что сеть Docker Rocket Pool и тома хранения были инициализированы, и обновит любые контейнеры, если они больше не соответствуют настройкам конфигурации из интерфейса rocketpool service config.
В первый раз вывод должен выглядеть так:
Если это так, то стек Smartnode был успешно инициализирован и теперь работает.
Если вам когда-либо понадобится остановить сервисы (например, во время обновления или потому что вам нужно провести обслуживание), вы можете использовать rocketpool service stop, чтобы все выключить.
Вывод должен выглядеть так:
ПРИМЕЧАНИЕ
После вызова этого Rocket Pool не будет автоматически запускаться после перезагрузки системы. Вам придется вызватьrocketpool service start, чтобы запустить все контейнеры Docker и снова включить автозапуск при перезагрузке.Подтверждение правильной версии и сети
После того, как контейнеры или сервисы запущены, хорошим первым шагом является подтверждение того, что у вас правильные версии клиентов и вы находитесь в сети, которую ожидаете. Вы можете сделать это с помощью следующей команды:
Вывод будет выглядеть так (обратите внимание, что у вас может быть более новая версия, чем показано здесь, это всего лишь пример):
Первая строка сообщит вам, настроен ли ваш Smartnode для основной сети Ethereum или для тестовой сети Hoodi.
Для пользователей Docker / Гибридного режима: Если вы не находитесь в сети, которую ожидаете, вернитесь к разделу "Установка Rocket Pool" и просмотрите инструкции по установке - возможно, вы пропустили часть, которая имеет различные инструкции в зависимости от того, какую сеть вы хотите использовать.
Для пользователей нативного режима:
Если вы приняли настройки по умолчанию при первом запуске rp service config, то возможно, что сеть, указанная здесь, неверна.
Просто переключите ее в TUI rp service config, в разделе Smartnode, на правильную сеть и перезапустите свои сервисы node и watchtower.
Второй набор строк сообщит вам, какие клиенты вы используете и какие их версии определены в конфигурации Rocket Pool.
Проверка статуса сервиса и логов
Теперь, когда сервисы Smartnode запущены, хорошей идеей будет проверить, что они работают правильно без ошибок.
Первое, что нужно проверить, - это то, работают ли контейнеры Docker хорошо, или они постоянно перезапускаются из-за ошибки. Выполните следующую команду:
Результаты должны выглядеть так:
Ключевое, что нужно проверить, - это столбец STATUS.
Если ни одна из записей не показывает Restarting..., то контейнеры должны работать правильно (смотрите примечание ниже об исключении для контейнера rocketpool_validator).
ПРИМЕЧАНИЕ
Если вы используете Prysm или Lodestar в качестве клиента Consensus, вы, вероятно, заметите, что контейнерrocketpool_validator постоянно перезапускается.
Это нормально!
Контейнер валидатора будет давать сбой до тех пор, пока не будет создан новый валидатор с помощью команды rocketpool node deposit, которую мы рассмотрим в разделе Создание минипула (валидатора).
После этого контейнер будет работать правильно - до тех пор просто игнорируйте это.Тем не менее, может быть полезно проверить логи различных сервисов.
Чтобы проверить логи, используйте команду rocketpool service logs container, где container - это один из eth1, eth2, validator, api, node или watchtower.
Например, чтобы проверить логи для вашего клиента ETH1:
Вы должны сделать это как для eth1, так и для eth2, чтобы убедиться, что оба клиента работают без ошибок.
Когда вы закончите просмотр логов, вы можете выйти и вернуться к командной строке, используя Ctrl + C.
Ожидание синхронизации ваших клиентов ETH
Теперь, когда ваши клиенты запущены, вы захотите подождать, пока ваши клиенты Execution и Consensus завершат синхронизацию с сетью, прежде чем продолжить.
Один простой способ проверить их статус - с помощью следующей команды:
Эта команда покажет, насколько далеко продвинулись ваши клиенты Execution и Consensus в процессе синхронизации, примерно так:
Вы можете вызывать это время от времени, чтобы следить за прогрессом ваших клиентов.
Чтобы получить фактический ETA времени синхронизации, проще всего посмотреть логи для ваших клиентов с помощью rocketpool service logs eth1 и rocketpool service logs eth2 соответственно (или эквивалентные команды скрипта логирования, если вы используете гибридный / нативный режимы.)
Каждый клиент обычно предоставляет ETA статуса синхронизации в своем выводе логов.
Полная синхронизация как ETH1, так и ETH2 может занять дни в зависимости от выбора клиента и аппаратного профиля вашей машины. Это ожидается. Расслабьтесь и подождите, пока оба они завершатся.
Если ваша нода вообще не синхронизируется или не имеет пиров, это может быть потому, что ваш роутер блокирует порты 30303 и 9001. Если они закрыты, вам нужно будет настроить перенаправление портов на вашем роутере. Также убедитесь, что ваша нода имеет статический локальный IP-адрес, чтобы перенаправление портов не сломалось из-за того, что ваша нода получила новый адрес.
Следующие шаги
После того, как ваши клиенты синхронизированы, вы готовы либо создать новый кошелек, если это ваша первая нода, либо восстановить существующий кошелек, если вы восстанавливаетесь из резервной копии или мигрируете от другого провайдера, такого как Allnodes, на свое собственное оборудование.
Выберите, о чем вы хотите узнать больше, и следуйте шагам в соответствующем руководстве.