NEM Supernode   Недавно обновлено !


О супернодах

 

 

NEM Supernode

 

Программа поощрения суперноды NEM финансируется из XEM фонда, выделенного изначально в Nemesis блоке. В соответствии с этой программой поощряются высокопроизводительные узлы, благодаря которым обеспечивается безопасность и функциональность сети. Эти ноды образуют основу поддержки лёгких кошельков, мобильных кошельков, а также приложений третьих сторон; пользователи перечисленных сервисов могут иметь доступ к сети NEM легко, быстро и надёжно, без необходимости синхронизировать самостоятельно блокчейн или использовать ненадёжные централизованные сервисы.

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

Программа поощрения супернод NEM стартовала 1 июня 2016 года. В первый квартал действия программы выплаты составляют 70000 XEM в день и распределяются между всеми узлами, которые прошли проверку в течение дня. Каждый квартал в течение первого года объём выплат будет увеличиваться. В случае обновления программы суперузла (standalone клиента NEM) или простоя программы мониторинга супернод (программа Servant), вознаграждение за этот день выплачено не будет.

NEM Supernode

Часто задаваемые вопросы по суперузлам.

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

Пожалуйста, прочтите пошаговую инструкцию, расположенную ниже.

Какую выгоду я могу получить, запустив суперноду?

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

В начале работы программы, начиная с 1 июня 2016 года, ежедневно на оплату всех супернод будет выделяться 70.000 XEM.
*Позже эту сумму планируется увеличивать.

Сейчас из фонда NEM выделяется 140.000 XEM

Например, если в сети работают 100 супернод, каждый получит 700 XEM в день.
*Команда NEM будет обеспечивать оплату с должным старанием. Однако в том случае, когда сервер супернод будут неработоспособны по причине недоступности или в случае обновления софта, за этот период времени (сутки) вознаграждение выплачиваться не будет. Выплаты будут возобновлены, когда сервер вернётся онлайн и возобновит работу должным образом.

 

Каким образом финансируется программа вознаграждения супернод?

На программу зарезервировано более чем 211 M XEM в фонде Supernode’s Fund, с целью, как разъясняется в NEM Development Contract, поощрения людей, помогающих поддерживать сеть NEM, пока она не станет поддерживать себя сама достаточным потоком комиссий от транзакций.

Что мне нужно сделать, чтобы запустить суперноду?

В первую очередь, необходимо иметь минимальный XEM баланс, необходимый для запуска суперноды. Затем понадобится свой собственный сервер, домашний или арендованный VPS, который должен удовлетворять по крайней мере следующим требованиям к оборудованию (см. уточнения 17):

  • Оперативная память: не менее 1 GB (по крайней мере 768 MB под NIS и 128 MB под Servant)
  • Процессор: 1+ Ghz, одноядерный
  • Пропускная способность Upstream: не менее 5 Mbps
  • Открытые порты 7778, 7880 и 7890 на брандмауэре и роутере

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

VPS, которые отвечают приведённым рекомендациям:

Начальное руководство по запуску супернод есть здесь.

 

По каким параметрам супернода проверяется?

  • пропускная способность. Файл 2 MB выгружается на суперноду, обычно (но не всегда) географически наиболее близкий к проверяемому (дающий наилучшие показатели; фиксируется в строке To node); средняя скорость обновления должна быть ≥ 5 Mb/s. Измеренный программой Servant, никак не синхранизируется, измеренным например сервисом speedtest.net. так как speedtest может показать 90 Mbit/s, в то время как Servant с этой же локацией может показать намеряет всего лишь 5 Mbit/s. Подробнее.
  • Размер блокчейна. Не должен отставать от актуального не более чем на 4 блока.
  • целостность блокчейна. Контролируется хеш последних 50 блоков.
  • вычислительная мощность. Выражается в затратах времени на проведение определённых вычислений, должна быть < 5000 ms. На практике компьютер может оказаться загруженным одновременно не только тестированием, но и выполнением реальной работы, что приводит к эпизодическому двукратному уменьшению скорости вычислений.
  • сумма XEM на аккаунте, чей приватный ключ делегированного харвестинга использован при запуске узла. Должна быть ≥ 3000000 XEM.
  • текущая версия NIS. Обновления не должны запаздывать более чем на неделю.
  • пинг. Среднее время по 5 измерениям должно быть ≤ 200 ms для пакета 1450 байт.
  • скорость отклика. В серии из 10 API запросов необходимо получить хотя бы 9 ответов с задержкой не более 1 s.

NEM Supernode

Сколько супернод можно запустить на одном сервере (= на одном IP)?

Только один. Это сделано из тех соображений, чтобы сеть суперузлов была более распределённой.

Может ли аккаунт с депозитной суммой 3 M XEM ещё и харвестить?

Да. Таким образом суперузел ещё может получать вознаграждение и за харвестинг. Более того, делегированный харвестинг для него должен быть обязательно стартован, иначе Servant не будет видеть узел.

Как узнать текущий статус моей суперноды и других супернод?

http://supernodes.nem.io/

 

 

Как запустить свой узел суперноду, пошаговая инструкция.

Шаг 1. Скачайте и запустите standalone версию NEM со страницы nem.io. или русскоязычный сайт nemnews.io
Примечание: руководства по standalone версии для Mac, Ubuntu, Windows можно найти в NEM Tutorials Index.

Шаг 2. Заведите аккаунт с 3000030 XEM на нём (далее будем называть его основным аккаунтом).
Примечание: 3M XEM являются необходимым условием участия в программе, и ещё около 30 XEM понадобятся для оплаты комиссии при активации делегированного харвестинга и отправки регистрационного сообщения. Сумма оплаты за сообщение зависит от размера текста сообщения, поэтому 30 XEM может оказаться чуть бóльшей суммой, чем вам действительно нужно.

Шаг 3. Активируйте делегированный харвестинг для основного аккаунта.
Примечание: Руководство по делегированному харвестингу можно найти здесь. Помните, что должно пройти 6 часов, прежде чем вы сможете стартовать делегированный харвестинг, но делегированный приватный ключ (точнее, приватный ключ аккаунта делегированного харвестинга) будет доступен сразу, поэтому вы можете продолжить подготовку. Пожалуйста, убедитесь, что вы получили именно приватный ключ аккаунта делегированного харвестинга, а не приватный ключ вашего основного аккаунта и не какой-то из публичных ключей.

Шаг 4. Выключите NIS.

Шаг 5. Настройте NIS на автоматическая загрузку с делегированным приватным ключом.

Делегированный приватный ключ берём здесь: основной аккаунт > View Account Details > Account Details > Show Remote Account’s PRIVATE key.

Примечание: Для этого вы должны отредактировать конфигурационный файл NIS. Откройте файл …package\nis\config.properties в текстовом редакторе, например Notepad++, раскомментируйте строки 46 и 47, удалив символ #, и впишите туда свои параметры:

Код:
nis.bootKey = <делегированный приватный ключ>
nis.bootName = <имя узла>
nis.shouldAutoHarvestOnBoot = true

После чего сохраните изменения и закройте текстовый редактор.

 

NEM Supernode

 

Если вам нужна дополнительная помощь, пожалуйста, ознакомьтесь с этим руководством.
Чтобы проверить, всё ли вы сделали правильно, перезагрузите standalone NIS и NCC. Если все шаги выполнены правильно, ваш NIS в дальнейшем будет загружаться и синхронизироваться автоматически, не требуя управления из NCC. Тем не менее, первоначальный запуск делегированного харвестинга Start delegated harvesting придётся делать из NCC.

Шаг 6. Скачайте обслуживающую программу Servant.
Примечание: Это очень лёгкое приложение, которое будет работать в режиме 24/7 на той же машине, что и NIS.

Шаг 7. Настройка программы Servant.
Примечание: Распакуйте servant_0_0_4.zip. Откройте файл …/servant/config.properties текстовым редактором и введите

Код:
nem.host = <статический ip или имя хоста вашего суперузла>
servant.key = <делегированный приватный ключ, он же вводился на 5-м шаге>

Статический IP, связанный с вашим узлом, или имя вашего хоста фиксируются для стабильной работы сети, это важный момент. После чего сохраните изменения и закройте текстовый редактор (на скриншоте опечатка http4 вместо http).

NEM Supernode

 

Шаг 8. Откройте порты 7890 (NIS), 7880 (Servant) и 7778 (websocket for Lightwallet).
Примечание: Через порт 7890 другие NIS смогут посылать запросы вашему серверу NIS, что делает ваш узел полноценным узлом, который будет вносить свой вклад в работу сети. Пожалуйста, ознакомьтесь с руководством configuration tutorial. Если порт открыт успешно, то через небольшое время вы увидите имя вашего узла в списке блокчейн проводника Nembex (периодичность обновления списка узлов на этом сервисе 30 с).

Открытие порта 7880 необходимо для работы обслуживающей программы Servant (программа-монитор сети суперузлов).

Через порт 7778 лёгкие кошельки Lightwallet будут подключаться к вашему серверу NIS.

Состояние портов на произвольном IP можно проверить с помощью сервиса http://www.yougetsignal.com/tools/open-ports/ 2 (программы NIS или Servant при этом должны работать).

Шаг 9. Запустите NIS, дождитесь её синхронизации, затем запустите Servant.
Примечание: Для того, чтобы стартовать Servant, кликните supernodes/servant/runservant.bat (в Mac или Linux перейдите к файлу в терминале и используйте команду sh startservant.sh). Servant запускается практически моментально и сообщает о своей готовности

Код:
INFO Node rewards org.nem.rewards.servant is ready to serve

Нормально работающая Servant каждые 5…10 минут выдаёт 20 сообщений такого содержания:

Код:
2016-07-12 11:43:57.787 INFO ping -> pong (org.nem.rewards.servant.servlets.PingServlet handlePost)

Проверить доступность Servant можно API запросом

Код:
http://<your_ip_address>:7880/nr/metaData

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

Код:
enroll <ваш ip или имя хоста> <имя вашего узла> <ваш делегированный публичный ключ>

Это ваша официальная заявка на участие в программе. Делегированный публичный ключ (точнее, публичный ключ аккаунта делегированного харвестинга) берём здесь: основной аккаунт > View Account Details > Account Details > Delegated account public key. Пожалуйста, обратите внимание, что это публичный ключ, а не приватный ключ делегированного харвестинга, который вводился ранее на 5-м шаге.

После появления сообщения в блокчейне, узел появится в таблице претендентов на статус суперноды supernodes.nem.io 66, с пометкой Status = Active. Имейте ввиду, что занесение новых записей в таблицу, активация/деактивация записей, коррекция записей происходят в ручном режиме, поэтому возможны задержки.

Шаг 11. Чтобы узнать, прошёл ли ваш узел все тесты, наблюдайте результаты для вашего узла на supernodes.nem.io. Первый результат тестирования появится нескоро, поэтому будьте терпеливы. Также примите во внимание, что таблица PERFORMANCE RESULTS заполняется по мере проведения тестов, и этот процесс может занимать достаточно большое время. Тестирование узлов происходит 4 раза в сутки, с интервалом в 6 часов. Т.е. моменты тестирования узлов не являются совсем случайными, но и не фиксированы. Если в течение суток все четыре теста были пройдены успешно, то вознаграждение придёт с задержкой на сутки.

Все возникающие вопросы решаются в треде с BloodyRookie
https://forum.nem.io/t/nem-supernode-rewards-program/1735 4

Ньюансы.

  • Если deactivated/activated делегированный харвестинг аккаунта, то адрес, публичный и приватный ключи делегированного харвестинга не меняются. Но при условии что работа продолжается в том же кошельке. Если аккаунт перенести в другой кошелёк (это может произойти например в случае утери файлов wlt&adb кошелька), то все параметры делегированного харвестинга (адрес, публичный и приватный ключи делегированного харвестинга) будут другими, даже если применять к новому кошельку тот же самый пароль. Имейте это ввиду при запуске/перезапуске суперузла. Вот почему важно сохранять не только приватные ключи важных аккаунтов, но и файлы кошельков wlt&adb, в которых они находятся.
  • Даже если в конфиге NIS прописан автостарт делегированного харвестинга, пока не сделан первоначальный старт «Start delegated harvesting» из NCC, автостарт работать не будет. Убедитесь, что кнопка управления харвестингом в NCC находится с состоянии «Stop delegated harvesting».
  • Активировать делегированный харвестинг для аккаунта можно через любую NIS. Стартовать делегированный харвестинг для аккаунта необходимо на конкретной NIS, которая и будет харвестить для данного аккаунта.
  • В случае если параметр bandwidth получается на пределе, есть способы его улучшить:
    http://free.userboard.net/t48-topic#

 

Share