Шаг 1: Аппаратное обеспечение и платформа

Для начала вам понадобится собственный стейкинг-риг или аппаратное решение или облачный/VPS-сервис. Прежде чем начать, важно выбрать платформу для запуска вашего узла. Если вы не уверены, какую платформу выбрать, можете продолжить чтение, чтобы изучить различные варианты и получить информацию. Однако, если вы уже приняли решение, не стесняйтесь пропустить этот раздел и перейти к следующим шагам.

Шаг 2: Загрузка узла Stader

Для управления вашим узлом вам понадобится Stader CLI (интерфейс командной строки). Загрузите Stader CLI, используя предоставленные ниже команды.

wget https://staderlabs.com/eth/releases/stader-node-build/permissionless/v1.4.6/stader-cli-linux-amd64 -O $HOME/stader-cli

Уникальные контрольные суммы для проверки и повышения безопасности a49650d1c6ff312ba0fb50a0d04fd148ac6c090ce3750249103711798114d1a3

Шаг 2.1 Дайте разрешение на запуск загруженного приложения

Выполните эту команду

sudo chmod +x $HOME/stader-clisudo mv $HOME/stader-cli /usr/local/bin/

чтобы дать разрешение на запуск загруженного приложения

Шаг 2.2 Перезапустите терминал и проверьте версию CLI

После успешного перезапуска терминала выполните команду

stader-cli --version

чтобы проверить, было ли приложение загружено и работает ли оно безупречно. Успешная загрузка отобразит последнюю версию CLI.

Последняя версия CLI: v1.4.6

После успешной загрузки вашего узла Stader перейдите к Шагу 3 для установки узла.

Шаг 3: Установка узла Stader

На этом этапе мы установим узел Stader на вашу систему. Однако, прежде чем приступить к установке стека узла Stader, убедитесь, что Docker установлен на вашей системе.

stader-cli service install

ПОЖАЛУЙСТА, ЗАКРОЙТЕ ВАШ ТЕРМИНАЛ И ЗАПУСТИТЕ ЕГО СНОВА ПЕРЕД ПЕРЕХОДОМ К ШАГУ 4: НАСТРОЙКА СЛУЖБ STADER.

Поскольку это ваше первое установка Stader, пожалуйста, начните новую сессию оболочки, выйдя и снова войдя или перезапустив машину. Это необходимо, чтобы вашей учетной записи пользователя были разрешения на использование Docker.

Шаг 4: Настройка служб Stader

Примечание: Пожалуйста, закройте ваш терминал и запустите его снова перед переходом к шагу настройки служб. Пожалуйста, выполните

stader-cli service config

команда для запуска менеджера конфигурации и выполнения указанных шагов конфигурации в указанном порядке.

Шаг 4.1 Выбор сети

Начните с выбора сети, на которой вы хотите настроить свой узел.

• Основная сеть Ethereum: Основная сеть Ethereum - это основная производственная сеть Ethereum. Запуск узла Stader требует определенных знаний и ресурсов, но также предлагает значительные вознаграждения и преимущества для тех, кто способствует безопасности и масштабируемости сети. Вы будете использовать реальные ETH и SD для запуска узла на основной сети Ethereum. Если вы готовы принять этот вызов, основная сеть Ethereum ждет вас!
• Тестовая сеть Goerli: Goerli - это тестовая сеть, которая предоставляет безопасную и бесплатную среду для выполнения операций узла Stader. Выбрав эту сеть, вы можете создавать демонстрационный узел и валидаторы, используя тестовые ETH и тестовые SD. Узнать больше

Шаг 4.2 Конфигурация клиента ETH

Выберите предпочтительный способ управления вашими клиентами выполнения и согласования.

• Локально управляемый: Выберите этот вариант, если у вас в настоящее время нет управляемой пары клиентов ETH. Опция локального управления позволяет узлу Stader заботиться о вашем клиенте выполнения и согласования. Узел Stader сгенерирует, настроит и управляет парой клиентов выполнения и согласования в контейнерах Docker. Будьте уверены, у вас будет возможность выбрать предпочтительный клиент выполнения и согласования.
• Внешне управляемый: Выберите этот вариант, если вы предпочитаете использовать существующий клиент, который вы уже запускаете и управляете вне узла Stader. Выбрав этот вариант, узел Stader установит соединения с вашими существующими клиентами, не развертывая собственные клиенты выполнения и согласования.

Шаг 4.3 ETH1 – Выбор клиента выполнения

Если вы выбрали опцию "Локально управляемый" во время шага конфигурации клиента ETH, вы можете выбрать клиент выполнения из предоставленных вариантов.

• Рекомендация системы: Позвольте узлу Stader произвольно выбирать из широкого спектра сетевых клиентов. Это повысит разнообразие сети и устойчивость экосистемы Ethereum.
• Geth: Один из самых популярных программных клиентов, поддерживаемых Ethereum Foundation, Geth - это интерфейс командной строки с открытым исходным кодом, разработанный на языке программирования Go. Он разработан для гибкости и настраиваемости, и поддерживает широкий спектр функций, таких как безопасное управление ключами, механизмы консенсуса и т. д. Узнать больше
• Nethermind: Nethermind - это высокопроизводительный клиент Ethereum, построенный на платформе .NET, который предлагает быструю синхронизацию и продвинутые функции для разработчиков и конечных пользователей. Требуя более 8 ГБ оперативной памяти, он остается надежным выбором для запуска узлов Ethereum. Узнать больше
• Besu: Besu, разработанный ConsenSys и написанный на Java, является полноценным клиентом протокола Ethereum. Он использует инновационную систему хранения под названием «Bonsai Trees» для эффективного хранения данных цепочки, что позволяет извлекать исторические состояния блоков без необходимости обрезки. Узнать больше

Если вы выбрали опцию «Внешне управляемый» во время шага конфигурации клиента ETH, просто введите URL API на основе HTTP и URL API на основе Websocket для вашего текущего клиента выполнения.

Шаг 4.4 ETH2 – Выбор клиента консенсуса

Если вы выбрали опцию «Локально управляемый» во время шага конфигурации клиента ETH, вы можете выбрать клиента консенсуса из предоставленных вариантов.

• Рекомендация системы: Позвольте узлу Stader произвольно выбирать из широкого спектра сетевых клиентов. Это повысит разнообразие сети и устойчивость экосистемы Ethereum.
• Lighthouse: Lighthouse - это программный клиент для блокчейна Ethereum 2.0, разработанный Sigma Prime, фирмой по блокчейн-инжинирингу, базирующейся в Австралии. Он написан на языке программирования Rust и разработан для быстроты, эффективности и безопасности. Узнать больше
• Nimbus: Nimbus - это клиент консенсуса Ethereum, который приоритизирует минимальное использование ресурсов и написан на Nim - языке с синтаксисом, похожим на Python, который компилируется в C. Его эффективность позволяет ему хорошо работать на любой системе. Узнать больше
• Prysm: Prysm, клиент Ethereum proof-of-stake, написанный на Go, разработан Prysmatic Labs. Он приоритизирует удобство использования, безопасность и надежность в реализации своего протокола консенсуса. Узнать больше
• Teku: Teku - это клиент консенсуса Ethereum, разработанный PegaSys, подразделением ConsenSys, которое специализируется на создании качественных клиентов для Ethereum. Написанный на Java, Teku предлагает впечатляющие функции безопасности и масштабируемости, хотя для эффективной работы требует значительных ресурсов оперативной памяти и процессора. Узнать больше

Если вы выбрали опцию "Управление внешними ресурсами" во время настройки клиента ETH, вы можете выбрать клиент согласования из предоставленных вариантов.

Поскольку каждый клиент согласования имеет свое собственное уникальное поведение, Stader Node должен быть проинформирован о конкретном клиенте, который вы используете внешне. Таким образом, он может настроить свое поведение соответственно. Выберите клиент согласования, который вы управляете внешне. Если ваш предпочтительный клиент не указан здесь, возможно, он несовместим с гибридным режимом узла Stader.

После выбора внешне управляемого клиента согласования введите соответствующий HTTP URL или URL JSON RPC в соответствии с вашим выбором клиента. Имейте в виду, что если вы запускаете этот клиент на том же компьютере, что и узел Stader, используйте IP-адрес вашего компьютера в локальной сети вместо "localhost" или "127.0.0.1".

Шаг 4.5 Добавить граффити

Примечание: Эта функция необязательна и предназначена исключительно для развлечения! Если вы не хотите добавлять никакого граффити, просто оставьте его пустым.

Шаг 4.6 Добавить URL контрольной точки

Как я могу получить URL контрольной точки?

Чтобы быстро синхронизировать свой узел, перейдите по ссылке ниже, чтобы получить доступ к URL контрольных точек. Пожалуйста, убедитесь, что скопировали подходящий URL контрольной точки на основе выбранной вами сети. Если вы выбрали Mainnet, скопируйте URL из раздела Mainnet; если вы выбрали Goerli, скопируйте URL из раздела Goerli. https://eth-clients.github.io/checkpoint-sync-endpoints/

Добавление URL контрольной точки необязательно

• Добавление URL контрольной точки не является обязательным. Если это не то, что вас интересует, не стесняйтесь оставить его пустым.
• URL контрольной точки нужен только для более быстрой синхронизации. Вы можете продолжать даже без URL контрольной точки, однако это может занять больше дней для полной синхронизации без контрольной точки.

Шаг 4.7 Включить защиту Doppelganger

Защита Doppelganger является необязательной. Вы можете выбрать Да или Нет в зависимости от ваших предпочтений.

Шаг 4.8 Добавить резервных клиентов

Как включить резервного клиента?

• Сначала нажмите на кнопку "Да"

• Затем просто введите URL клиента выполнения или URL HTTP узла Beacon или URL JSON RPC узла Beacon в зависимости от вашего предпочтения клиента консенсуса.

Шаг 4.9 Включить мониторинг

Функция мониторинга является необязательной. Вы можете выбрать Да или Нет в зависимости от ваших предпочтений.

Шаг 4.10 MEV Boost

Обратите внимание, что для операторов узлов обязательно выбрать опцию MEV во время конфигурации клиента ETH. Операторы узлов могут выбрать опцию MEV, предоставленную локально или управляемую внешне:

• Локально управляемый: Выберите эту опцию, если вы хотите, чтобы узел Stader заботился о клиенте MEV Boost за вас.
• Управляемый внешне: Выберите эту опцию, если вы хотите использовать управляемый внешне клиент MEV Boost.

Если вы предпочитаете локально управляемый MEV Boost:

Вы можете выбрать регулируемый или нерегулируемый или оба типа MEV. Ниже приведено описание регулируемого и нерегулируемого:

• Регулируемый: Выберите эту опцию, чтобы активировать ретрансляторы, которые соблюдают правительственные регуляции, такие как санкции OFAC. "Регулируемый (Все типы MEV)" разрешает все формы MEV, включая атаки-сэндвичи. Ретрансляторы для регулируемого типа MEV: Blocknative, BloXroute regulated, Flashbots и Eden Network.
• Нерегулируемый: Выберите эту опцию, чтобы активировать ретрансляторы, которые не соблюдают никаких списков санкций и не будут цензурировать транзакции. Нерегулируемый (Все типы MEV) разрешает все формы MEV, включая атаки-сэндвичи. (кроме BloXroute ethhical) Ретрансляторы для нерегулируемого типа MEV: BloXroute ethical, Ultra Sound и bloXroute Max Profit.

Если вы предпочитаете внешне управляемый MEV Boost:

Пожалуйста, введите URL клиента внешне управляемого MEV Boost, например, http://192.168.1.46:18550/

Подтверждение и настройки конфигурации

Поздравляем! Если вы завершили настройку вашего узла с помощью менеджера конфигурации узла Stader, теперь вы можете нажать кнопку "Сохранить и выйти", чтобы перейти к следующим шагам.

Узел Stader также предлагает настройки конфигурации TUI, позволяя вам просматривать настройки и подробную информацию для каждого компонента, который вы настроили в менеджере конфигурации. Он даже предоставляет дополнительные опции, которые не были рассмотрены в менеджере конфигурации. Если вы хотите просмотреть все настройки и изучить эти дополнительные опции, просто нажмите кнопку "Просмотр настроек".

Шаг 5: Выполнение и синхронизация клиента консенсуса

Как только ваша конфигурация узла Stader завершена, ваши клиенты ETH начнут синхронизацию. Это займет некоторое время для синхронизации цепей ETH1.0 и ETH2.0. Пожалуйста, подождите завершения синхронизации. Вы можете проверить статус синхронизации, используя команду

stader-cli node sync

На экране будет отображаться процент синхронизации узлов ETH1.0 и ETH2.0. Как только синхронизация завершится, вы получите следующий вывод:

Примечание: Предполагаемое время синхронизации составляет около 3-4 дней без URL-адреса контрольной точки и около 1-2 дней с URL-адресом контрольной точки на Mainnet

Шаг 6: Настройка кошелька

Создание кошелька

Чтобы зарегистрировать свой узел в сети Stader, вам нужно настроить кошелек для хранения вашего узлового аккаунта и ключей валидатора. Следуйте нижеуказанным шагам для настройки кошелька.

Начните настройку кошелька с использованием

stader-cli wallet init

команды

После инициализации настройки кошелька вас попросят установить пароль. Пожалуйста, введите пароль, который вы хотите использовать для шифрования вашей мнемонической фразы.

Пожалуйста, подтвердите пароль, который вы использовали для шифрования вашей мнемонической фразы

После этого, введите 24, когда CLI запросит количество слов в мнемонике.

Пожалуйста, введите 24 мнемонических слова по одному для проверки

Сохраните свой пароль и мнемоническую фразу

"Мы просим вас записать свой пароль и мнемоническую ключевую фразу и хранить их в надежном месте. Обратите внимание, что из-за соображений безопасности восстановление пароля или мнемонической фразы невозможно, если вы потеряете управление над этим устройством или если узел выйдет из строя. Поэтому крайне важно обезопасить эти учетные данные, чтобы избежать потенциальной потери доступа к вашему узлу или валидатору."

Как узнать мой адрес оператора?

После настройки кошелька вы получите адрес оператора или можете также проверить свой адрес оператора, используя

stader-cli wallet status

команду.

Как экспортировать мой приватный ключ?

Используйте указанную ниже команду, чтобы получить приватный ключ вашего адреса оператора

stader-cli wallet export

Обратитесь к этому руководству для подробных инструкций о том, как экспортировать приватный ключ и импортировать его в MetaMask – https://staderlabs.notion.site/Stader-ETHx-Export-the-private-key-from-the-stader-node-and-import-it-into-MetaMask-eadc95b6df074480bd06f9dda668ac2f?pvs=4

Примечание для пользователей тестовой сети: После настройки кошелька, пожалуйста, поделитесь вашим адресом оператора с нашими модераторами на ETHx Discord, чтобы получить тестовые SD на ваш кошелек узла.

Шаг 7: Зарегистрируйте свой узел в сети Stader

Проверьте статус синхронизации

Пожалуйста, убедитесь, что вы запускаете команду регистрации только после полной синхронизации клиентов Execution и Consensus. Вы можете проверить статус синхронизации, используя

stader-cli node sync

Зарегистрируйте свой узел

Чтобы зарегистрировать свой узел в сети Stader, выполните эту команду:

stader-cli node register --on <operator name>

Пожалуйста, убедитесь, что заменили <operator name> на имя для вашего узла в команде. Это будет переменная, вы можете дать любое имя своему узлу, например, mynode123

ПРИМЕЧАНИЕ

Если вы хотите иметь отдельный адрес для вознаграждения оператора

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

stader-cli node register --on <operator name> --ora <any valid Ethereum address accessible to you>

Эта команда позволяет установить отдельный адрес Ethereum в качестве адреса для вознаграждения оператора во время регистрации.

(Вы можете обновить свой адрес для вознаграждения в любое время после регистрации узла, следуя инструкциям на этой странице: Нажмите здесь)

Шаг 8: Внесение залога SD

Выполните указанную ниже команду для внесения SD в качестве залога.

stader-cli node deposit-sd --amount <0.4ETH worth of SD>

Пожалуйста, убедитесь, что заменили заполнитель “<0.4ETH worth of SD>” на конкретную сумму токенов SD, которую вы собираетесь внести. Минимальное требование к депозиту составляет 0.4ETH в эквиваленте SD, а максимально допустимый депозит - 8ETH в эквиваленте SD. Точное значение будет динамически изменяться в зависимости от текущей цены ETH и SD.

Чтобы узнать сумму залога SD, вы можете:

• Ручным образом рассчитать сумму SD в эквиваленте 0.4ETH ИЛИ
• Установить панель управления Grafana и получить число залога SD в 10%. Вы можете установить панель управления, следуя инструкциям в разделе Мониторинг узла.

Установите лимит разрешения на расходы для депозита SD

Лимит разрешения на расходы SD позволяет пользователям установить значение разрешения в смарт-контракте ETHx для расходов токенов SD, обеспечивая контроль над вашими активами. Он позволяет пользователям определить максимальное количество токенов, которое может быть внесено без необходимости повторной авторизации. Если вы не установите лимит разрешения на SD, вам придется предоставлять разрешение каждый раз при внесении токенов SD. Чтобы установить лимит разрешения на SD, выполните следующую команду:

stader-cli node approve-sd --amount <SD Amount>

Примечание: Пожалуйста, убедитесь, что заменили <Сумма SD> на желаемое количество SD для одобрения расходов.

• Снимки залога SD делаются ежедневно на случайном блоке. Поэтому, если стоимость залога SD упадет ниже 10% лимита, оператор узла не получит награды в SD за этот день.
• Мы рекомендуем поддерживать буфер залога SD (выше лимита в 0.4 ETH в SD) для избежания потерь наград из-за колебаний цен.
• Вы можете депонировать более 8ETH в SD в качестве залога, но любой залог SD, превышающий лимит в 8ETH, не будет приносить награды в SD.
• Для вывода залога SD операторы узлов могут вывести любой залог, превышающий 200% лимита залога SD (8 ETH в SD). Чтобы вывести весь залог SD, оператору узла потребуется выйти из валидаторов.
• Перед депонированием залога SD вам сначала нужно дать разрешение контракту залога на доступ к вашему токену SD. Этот шаг разрешения будет выполнен только один раз.

Адрес токена SD (Mainnet): 0x30D20208d987713f46DFD34EF128Bb16C404D10f

Адрес токена SD (Testnet): 0x0406f539f24Be69baa8b88ED6eABEdb7b3cfdc60

Тестовые токены SD: Чтобы получить тестовые токены SD для депонирования, посетите наш канал Discord ETHx и поделитесь вашим адресом оператора с нашими модераторами.

Шаг 9: Депонирование залога ETH

Запустите указанную ниже команду для депонирования залога ETH и добавления валидаторов на ваш узел:

stader-cli validator deposit --num-validators <number of validators you wish to add>

Пожалуйста, убедитесь, что заменили заполнитель <количество валидаторов, которых вы хотите добавить> на количество валидаторов, которых вы хотите добавить на свой узел, депонировав залог ETH.

Что дальше?

• Сначала мы депонируем 1 ETH и ждем успешного депонирования. Сначала депонируется только 1 ETH, а не 4 ETH, чтобы избежать фронтраннинга учетных данных для вывода. Для успешного депонирования 1 ETH на цепочке маяка требуется 16-24 часа.
• После успешного депонирования 1 ETH мы ждем получения предварительного сообщения. Это может занять максимум 24 часа.
• После получения и проверки предварительного сообщения мы депонируем оставшийся залог в 31ETH, чтобы ваш валидатор стал активным на цепочке маяка. После этого ваш валидатор будет в очереди активации на цепочке маяка. Время активации на цепочке маяка зависит от размера очереди активации.
• Чтобы проверить очередь валидаторов ETHx для получения депонирования 28ETH, нажмите здесь

Состояния валидатора

Вот различные состояния валидатора на протяжении всего жизненного цикла валидатора:

1. Инициализирован – Валидатор проходит предварительную проверку подписи и депозита. После утверждения Stader завершает оставшийся депозит ETH и добавляет валидатора в очередь активации.
2. Валидатор в очереди на 28ETH – Утвержденный валидатор помещен в очередь на 28 ETH.
3. Ожидание инициализации – Валидатор получил 28 ETH и ожидает обработки депозита на цепочке маяков.
4. Ожидание в очереди – Все депозиты утверждены, и валидатор помещен в очередь активации цепочки маяков.
5. Активный и работающий – Валидатор активно участвует в подтверждении.
6. Активный и выходящий – Валидатор передал сообщение об выходе.
7. Выходящий и не обрезанный – Не обрезанный валидатор помещен в очередь на выход.
8. Активный и обрезанный – Валидатор остается активным, но был обрезан.
9. Выходящий и обрезанный – Обрезанный валидатор помещен в очередь на выход.
10. Возможен вывод – Достигнут эпоха вывода выхода, валидатор ожидает передачи 32 ETH в хранилище вывода.
11. Вывод завершен – 32 ETH отправлены в хранилище вывода после выхода валидатора.
12. Средства урегулированы – Доля валидатора из 4 ETH отправлена в хранилище претензий для вывода на их адрес вознаграждения оператора.