Суперузлы NEM (NEM supernode)


#1
О суперузлах.

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

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

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


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

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

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

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

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

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

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

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

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

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

В первую очередь, необходимо иметь минимальный XEM баланс, необходимый для запуска суперузла. Затем тебе понадобится свой собственный сервер, домашний или арендованный VPS, который должен удовлетворять по крайней мере следующим требованиям к оборудованию (см. уточнения):
  • Оперативная память: не менее 1 GB (по крайней мере 768 MB под NIS и 128 MB под Servant)
  • Процессор: 1+ Ghz, пойдёт одноядерный
  • Пропускная способность Upstream: не менее 5 Mbps
  • Открытые порты 7778, 7880 и 7890 на брандмауэре и роутере

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

VPS, которые отвечают приведённым рекомендациям:
Начальное руководство по запуску суперузла есть здесь.

По каким параметрам мой суперузел должен пройти?

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


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

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

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

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

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

http://supernodes.nem.io/


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

Шаг 1. Скачайте и запустите standalone версию NEM со страницы nem.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
После чего сохраните изменения и закройте текстовый редактор.


Если вам нужна дополнительная помощь, пожалуйста, ознакомьтесь с этим руководством.
Чтобы проверить, всё ли вы сделали правильно, перезагрузите 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).


Шаг 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/ (программы 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, с пометкой Status = Active. Имейте ввиду, что занесение новых записей в таблицу, активация/деактивация записей, коррекция записей происходят в ручном режиме, поэтому возможны задержки.

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

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

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


Редактирование IP суперузла или имени узла.

Некоторым админам узлов приходится время от времени менять свой IP при смене сервисов хостинга. Или в какой-то момент админ узла может захотеть изменить имя узла.

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

Сообщение для изменения IP пишется в следующем формате:
Код:
Change ip 123.456.789.012 to 098.765.432.109
Сообщение для изменения имени узла пишется в следующем формате:
Код:
Change alias oldname to newname

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


Портал супернод: http://supernodes.nem.io/
Суперноды на карте: http://supernodes.nem.io/map


Изменение количества суперузлов в сети:


Как видим, повышение награды супернодам 1-го сентября не изменило существенно динамику их количества. Поэтому предполагаемое вначале второе повышение награды 1 декабря 2016 решили не делать.


Дата Всего узлов в сети Актуальные суперузлы
(прошли текущие тесты)
Потенциальные суперузлы
(завалили текущие тесты)
Обычные узлы
6 июня 2016 170 109 35 26
7 июля 2016 240 162 50 28
4 августа 2016 280 210 40 30
4 сентября 2016 320 250 28 42
3 октября 2016 380 299 30 51
3 ноября 2016 395 316 30 49
2 декабря 2016 390 331 27 32
1 января 2017 410 355 19 36
3 февраля 2017 424 347 25 52
4 марта 2017 445 361 33 51
4 апреля 2017 520 412 35 73
4 мая 2017 555 415 34 106
1 июня 2017 650 451 36 163
2 июля 2017 655 455 34 166
2 августа 2017 670 462 29 208
4 сентября 2017 670 482 30 158


Источники данных:
  • общее количество узлов в сети - Nodes Online (average) https://www.nodeexplorer.com/
  • актуальные суперузлы - общая распределяемая сумма / на сумму выплаты одной суперноде http://explorer.ournem.com/#/supernodepayout
  • потенциальные суперузлы - разность между количеством суперузлов в статусе Active https://supernodes.nem.io/ и количеством актуальных суперузлов
  • обычные узлы - разность между общим количеством узлов в сети и количеством суперузлов в статусе Active

25 февраля 2017 ежедневная выплата супернодам скачкообразно увеличилась с примерно 390 XEM до 450 XEM (26 февраля было 477 XEM). Перед этим @misunashi экспериментировала с мозаикой и активировала баг в NCC, который привёл к тому, что часть узлов потеряли синхронизацию с сетью (ушли в вилку). 28 февраля был выпущен релиз 0.6.84, исправляющий этот баг, а @misunashi была поощрена за выявление бага суммой 5000 XEM. По мере восстановления синхронизации вознаграждение супернод стало уменьшаться, 4 марта оно было уже 398 XEM.


Оригинал: http://free.userboard.net/t48-topic

#2

Thanks for translating :slight_smile:
Do you have an address where i can tip you?


#3

NEM RU Donate address: NBBGXF-PAF5DH-4PKCBS-XEUIVE-SE4IGL-SUTEU4-QX66
Thx :grinning:
We will post lots of material here - on the official forum


#4

Доброе! Сам nis можно подключить без Хem? Кто-то же держит адреса для Дилигированого Харвестигра? Кто имеет право держать адреса для дилигированого харвестигра и какие условия? Что будет если я просто в кошельке поставлю 10к Хем на Дилигир, Харвестинг без сервера на своем ПК… Спасибо Большое!


#5

Именно так можно сделать - активировать и запустить ДХ для своего аккаунта с 10k+ XEM. Подключиться можно к любой стабильной ноде, обычно это суперноды. Таблицы узлов:
https://nemnodes.org/nodes/
http://www.nemspace.com/

Можно запустить свой узел с NIS, если есть возможность и желание. Это +1 для поддержки сети. Но рассчитывать что-то заработать на харвестинге не приходится (пока). Поток транзакций в сети мал, и харвестинг принесет копейки.

Сколько ждать чтобы накопилось 10k vested монет, калькулятор:
https://nem-tools.com/#/harvesting/calculator

ДХ может запустить кто угодно, условия простые - не менее 10k XEM “созревших” монет на аккаунте. О харвестинге, о супернодах и многом другом в NEM:
http://free.userboard.net/f3-forum


#6

Все суперноды имеют полноценный доступ к API?
Например, чтобы отправлять транзакции?


#7

Наверное точнее сказать не ‘имеют’, а ‘предоставляют’. Только “исторические данные” по аккаунтам по API запросу могут предоставить не все ноды, а ноды с достаточно большой памятью (оперативки не менее 16 гигов) и у которых эта опция активна.
http://free.userboard.net/t198-topic


#8

Сколько супер-нода приносит прибили за 1 день (месяц)?