О суперузлах.
Программа поощрения суперузлов 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-м шаге>
Шаг 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
- Код:
- 2016-07-12 11:43:57.787 INFO ping -> pong (org.nem.rewards.servant.servlets.PingServlet handlePost)
- Код:
- http://<your_ip_address>:7880/nr/metaData
Шаг 10. Отправьте сообщение в незашифрованном виде для подачи заявки на официальный аккаунт программы поощрения суперузлов.
Примечание: С основного аккаунта, на котором находится депозит 3M XEM, на адрес NAFUNDBUKIOSTMD4BNXL7ZFE735QHN7A3FBS6CMY отправьте сообщение следующего содержания:
- Код:
- enroll <ваш ip или имя хоста> <имя вашего узла> <ваш делегированный публичный ключ>
После появления сообщения в блокчейне, узел появится в таблице претендентов на статус суперноды 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.
