Посторонним в

Блог-форум Винни Пуха
 
ФорумФорум  ЧаВоЧаВо  ПоискПоиск  ПользователиПользователи  ГруппыГруппы  РегистрацияРегистрация  ВходВход  

Поделиться | 
 

 Программа поощрений суперузлов NEM

Предыдущая тема Следующая тема Перейти вниз 
АвторСообщение
Winnie
Admin


Сообщения : 628
Дата регистрации : 2015-06-10

СообщениеТема: Программа поощрений суперузлов NEM   2016-01-14, 19:37

С 14 января 2016 альфа-тестирование программы поощрения суперузлов переходит в открытую фазу. Приглашаются тестеры. Поощрения на этом этапе раздаваться не будут.

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

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

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

Как сделать свой узел суперузлом.
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
Winnie
Admin


Сообщения : 628
Дата регистрации : 2015-06-10

СообщениеТема: Программа поощрений суперузлов NEM   2016-01-15, 09:10

Программа поощрений суперузлов NEM
Оригинал от 21 мая 2015: "NEM Node Rewards", v0.1.


1. Введение

Безопасность NEM обеспечивается алгоритмом POI (Proof-of-Importance, доказательство значимостью), новым и инновационным методом достижения консенсуса для блокчейна. Хотя POI обеспечивает безопасность транзакций блокчейна, он не может обеспечить здоровье сети - количество и качество узлов сети, которые передают данные.

Человек с большой долей и высоким коэффициентом значимости может харвестить (собирать блоки) вообще без поддержки сети. В некоторых случаях работающий узел может даже повредить целостность сети, если узел плохо настроен (например, устаревший софт), имеет ограниченную пропускную способность / медленную скорость передачи данных, или закрытый порт, который мешает правильной синхронизации.

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

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


1.1. Почему нужны суперузлы

Основной причиной, из-за которой необходимы суперузлы, является тот факт, что тонкие клиенты, такие как мобильные клиенты NEM, не смогут поддерживать сеть. Им нужна мощная сеть узлов, которые могут обслужить потенциально миллионы мобильных клиентов.

Кроме того, в будущем могут появиться дополнительные сервисы, что также потребует поддержки суперузлов. Этими сервисами могут быть, например, быстрые транзакции на основе распределённого гроссбуха или умные контракты вычислительного кластера. Эти и другие будущие услуги должны сделать программу поощрения NEM узлов востребованной на неопределённый срок в будущем.


1.2. Принцип работы программы

Поощрение участников программы будет поддерживать необходимый уровень качества коммуникаций в сети NEM. Инвестиции в вычислительную инфраструктуру помогут обеспечить надёжность и стабильность сети.

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

Депозиты используют дефицитный ресурс, который обеспечить централизованно невозможно.

Хотя депозиты не будут участвовать в транзакциях, их вес в поощрении со временем (с возрастом) будет увеличиваться; более прибыльные выплаты будут идти узлам с бóльшим возрастом. Это будет способствовать долгосрочной работе суперузлов. Полная информация о возрасте депозита изложена в разделе 2.4.

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


1.3. Устойчивость

На программу поощрения NEM узлов отводится большое, но конечное количество XEM (примерно 90...120 стейков = 200M...270M XEM). Программа в сущности является методом самонастройки сети с длительностью действия около четырёх лет. В конечном счете цель программы - вывести NEM узлы на самоокупаемость.

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

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

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

  • Программа в общем работает, но будет тестироваться и корректироваться; программа имеет централизованный характер и субсидируется полностью (ожидаемая продолжительность 3-6 месяцев).
  • Программа функционирует в полной мере, но всё ещё остается централизованной и частично субсидируется (4 года).
  • Программа полностью децентрализованная, с открытым исходным кодом, устойчивая, и управляется через DAO, децентрализованную автономную организацию (без ограничения по времени).



2. Реализация

2.1. Как подключиться к программе поощрений


  • Необходимо иметь депозитный аккаунт (это может быть уже существующий аккаунт) с балансом, по крайней мере 3M XEM +18 XEM:

    • + 6 XEM, чтобы была возможность выполнить пункт 2,
    • + 12 XEM, чтобы пройти пункт 4.
               Примечания:
    • депозитный аккаунт контролируется только пользователем-участником программы; никто больше не сможет получить доступ к средствам аккаунта.
    • величина 3M XEM в дальнейшем может быть изменена, о чем будет заблаговременно объявлено.

  • Для депозитного счета должен быть активирован делегированный харвестинг, за активацию с баланса снимется комиссия 6 XEM.
  • Суперузел должен в качестве bootkey использовать приватный ключ удалённого (делегирующего) аккаунта, на котором находится депозит пункта 1.
  • С депозитного аккаунта надо отправить пустую транзакцию (0 XEM) на аккаунт
    NAFUNDBUKIOSTMD4BNXL7ZFE735QHN7A3FBS6CMY
    с прикреплённым сообщением “opt-in” в незашифрованном виде (шесть символов, без кавычек).


http://free.userboard.net/t48-topic#146


2.2 Список участников

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


2.3. Тестирование узлов

При тестировании суперузлов, будут контролироваться следующие параметры:

  • Время пинга
  • Номер последнего загруженного блока (Block height)
  • Версия NIS
  • Отправка с узла запрашиваемых блоков
  • Правильность отправленных блоков
  • Скорость выгрузки при отправке блоков (Upload speed)
  • Количество API вызовов, на которые узел даст ответ за определенный промежуток времени

Для каждого теста будут свои допустимые пределы параметров; они будут оптимизированы во время 1-й фазы программы поощрений.

Если узел не проходит тест, его участие в программе приостанавливается на 2880 блоков (примерно 2 суток), но из списка суперузлов он не исключается. В период приостановки участия узла в программе, его тестирование не проводится. Каждый раз, когда узел проваливает тесты, его участие в программе приостанавливается на 2880 блоков. Если узел не пройдет тесты подряд 10080 блоков (примерно 7 суток), он удаляется из программы поощрений. Если админ узла захочет вновь войти в программу поощрений узлов, после решения вопросов, которые могли вызвать провал тестов, он должен повторить путь, описанный в разделе 2.1.


2.3.1. Время пинга

Среднее время отклика на пинг запрос должно быть ≤ 200 мс для пакета 1450 байт.

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


2.3.2. Номер последнего блока

Номер последнего блока в синхронизированном блокчейне суперузла (block height) не должен отставать от номера последнего блока сети более чем на 4. Если эта проверка не проходит повторно, то тест считается непройденным.


2.3.3. Версия NIS

Версия NIS считается новой, если нет более новых версий или если более новая версия была выпущена менее чем 1 неделю назад.


2.3.4. Отправка с узла запрашиваемых блоков / Правильность отправленных блоков / Скорость выгрузки при отправке блоков

Пакет блоков запрашивается с узла. Чтобы пройти тест:

  • узел должен отправить запрошенные блоки
  • все отправленные блоки должны быть правильными
  • средняя скорость выгрузки д.б. не менее 200 kBit/s 5 MBit/s



2.3.5. Количество API вызовов, на которые узел даст ответ за определённый промежуток времени

Чтобы убедиться в том, что узел выдержит большой объём работы, на узел направляется серия API запросов. Тест проходит, если ответ придет хотя бы на 9 из 10 запросов.


2.4 Влияние возраста депозита на величину поощрения

На 1-й фазе программы поощрений, первые двое суток поощрения не выплачиваются. Примерно через 2 суток с момента вхождения в программу узел будет  получать 100% регулярной суточной выплаты.

После завершения 1-й фазы, начнет работать новый алгоритм, учитывающий возраст депозита: поощрение будет увеличиваться на 5% каждые сутки, начиная с 5%. Это означает, что участник может получить 5% от регулярной выплаты в 1-й день, 10% во 2-й день и т.д. и 100% в 20-й день.

Условием выплат является то, что ваш депозитный аккаунт имеет баланс не менее 3M XEM. Если он меньше 3M XEM, способность получать поощрение будет уменьшаться на 10% на ежедневно.


2.5. Определение победителей

Каждые 1440 блоков (примерно 1 сутки), последние 4 цифры хеша текущего блока сравниваются с последними 4 цифрами публичных ключей всех депозитных счетов, которые находятся в списке участников. Каждый из 16 аккаунтов с наименьшей абсолютной разностью получит 1/16 поощрения, предназначенного для текущего дня. Если окажутся два аккаунта с одинаковым результатом, то они разделят место одного победителя и получат каждый по 1/32 поощрения.


2.6. Ежедневные выплаты

Программа начнется с ежедневной выплатой 70k XEM (в общей сумме) со случайными отклонениями до +/- 30k XEM. Поэтому первоначальные выплаты будут составлять 40k...100k XEM в день.

Дальнейший курс выплат будет определен в конце 1-й фазы в зависимости от нескольких параметров, таких как ценовой тренд XEM, количество суперузлов и т.д. Далее в таблице приведено предполагаемое ежедневное расписание выплат.

На более поздних этапах программы возможно, что интервал времени выплат будет отличным от одного раза в день.

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


Ориентировочный график ежедневных выплат

месяц,
п/п
_ежедневная выплата p,
_XEM
_харвест (объём комиссий)
_в одном блоке h, XEM
_рентабельность,
_при n=250 узлах
_рентабельность,
_при n=500 узлах
1-3
70.000
0
3,4%
1,7%
4-6
140.000
0
6,8%
3,4%
7-9
200.000
0
9,7%
4,9%
10-21
250.000
0
12,2%
6,1%
22-24
225.000+харвест
30
13%
6,5%
25-30
175.000+харвест
93
15%
7,5%
31-36
125.000+харвест
156
17%
8,5%
37-42
75.000+харвест
234
20%
10%
43-48
25.000+харвест
297
22%
11%
49...
харвест
357
25%
12,5%

Формула для расчёта рентабельности инвестиций (RoI) при депозите 3M XEM:
RoI=%,
где p - величина ежедневной выплаты, распределяемая на всю сеть по определённым алгоритмам (централизованная часть выплат), XEM,
___h - харвест (объём комиссий) в одном блоке (децентрализованная часть выплат), XEM,
___n - для централизованной части выплат - количество суперузлов в сети, для децентрализованной части выплат - количество аккаунтов с активированным харвестингом, приведённое к сумме 3M XEM.
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
Winnie
Admin


Сообщения : 628
Дата регистрации : 2015-06-10

СообщениеТема: Re: Программа поощрений суперузлов NEM   2016-04-17, 15:49

Тестирование близится к завершению. Начиная с 17 апреля 2016, ...
jeff пишет:
программа поощрения NEM супернод вступила в следующую стадию. Теперь узлам, прошедшим проверку, автоматически рассылаются сообщения. Если все пойдет хорошо, то в скором времени эти сообщения начнут сопровождаться XEM. http://supernodes.nem.io/

jeff пишет:
What are the minimum requirements to run a NIS Supernode? (Command Line)
RAM: 2 GB RAM
CPU: 1 GHz+ (single core or better)
Upstream: at least 5mbps

Note, these are the bare minimum requirements to run the NEM software. Higher specifications are recommended in order to maintain a suitable level of performance.

Подключение суперноды:
https://blog.nem.io/supernodes/


UPD.
Computing power
Практика показала, что компьютер 1,66 GHz x 3 GB Win7 работает в роли суперноды стабильно, но близко к пределу (1 GHz x 1...2 GB скорее всего эти требования подразумевали вариант с Linux). При тестировании узким местом становится параметр Computing power. Он д.б. <5000 ms, компьютер обеспечивает примерно 2800 ms. И это при том, что на компе не установлено и не работает ничего "лишнего". Примерно каждый 5...20 тест это время получается в 1,5...2,5 раза больше (это явление наблюдал у себя на двух разных компах, то же самое происходит на всех других узлах сети). Поэтому, с учётом этого явления, для гарантированного прохождения всех тестов по данному параметру желательно иметь Computing power не хуже 2500 ms.

Явление прыгающей скорости вычислений объясняется периодическим наложением во времени тестирования с выполнением какой-то реальной работы, в результате чего Computing power падает в 2 раза. С этим ничего не поделаешь, и владельцам нод с малым запасом по быстродействию этот момент надо иметь ввиду.

Bandwidth
Ещё одним узким местом может стать  Bandwidth. Если узел не имеет географически близко расположенных других суперузлов NEM, то до них получается много хопов, и bandwidth, измеренный программой Servant, сильно падает. Хотя тест speedtest.net может показывать оптимистические результаты, например 90 MBit/s, Servant может показать с той же географической локацией менее 5 MBit/s, такова специфика его алгоритма тестирования. Что можно сделать, когда этот параметр близок к пределу, как его подтянуть?
  • Есть смысл оптимизировать сетевые параметры компьютера, а заодно параметры производительности, проще всего это сделать с помощью программы Kerish Doctor. У меня она реально подняла bandwidth с 4,4...5,2 MBit/s до приемлимых 7...8 MBit/s для дальних узлов (прирост на 50%).
    Также не помешает дополнительно вручную отключить все лишние службы Windows.
  • Можно запустить промежуточный суперузел, географически расположенный как можно ближе к проблемному. Наилучший результат даст запуск второго узла, расположенного в той же локации, что и первый.
    Из моего опыта: с запуском промежуточного узла, расположенного поближе к моему (первоначальное расстояние до самого близкого узла, бывшее около 4000 км, сократилось до 2000 км), bandwidth увеличилась с 7...8 MBit/s до 10...15 MBit/s (прирост на 60%). Запуск второго узла в том же городе что и первый поднял bandwidth до 15...20 MBit/s (прирост на 100% относительно 7...8 MBit/s). Локальный upload у меня при проверке speedtest.net 100 MBit/s.
  • Также есть прямая связь параметра bandwidth с мощностью компьютера. По моим наблюдениям повышение тактовой частоты процессора на 50% повышает bandwidth, измеряемый Servant, примерно на 10%.
  • Если память RAM невелика, 1...2 GB, её увеличение до 3...4 GB улучшит параметр Computing power, и, соответственно, хотя и в меньшей степени, bandwidth (см. предыдущий пункт).
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
Winnie
Admin


Сообщения : 628
Дата регистрации : 2015-06-10

СообщениеТема: Начало работы программы поощрения супернод   2016-05-26, 17:29

С 1 июня 2016 программа поощрения супернод в NEM начинает работать.

Основные шаги, которые потребуется сделать для регистрации суперноды в сети:

  1. Создайте аккаунт для делегированного харвестинга с суммой не менее 3.000.030 XEM.
  2. Запустите узел NIS с приватным ключом этого делегированного харвестинга и дождитесь его синхронизации.
  3. Откройте порты 7778, 7880 и 7890 в ОС, брандмауэре и роутере.
  4. Настройте конфигурацию и запустите программку Servant.
  5. Отправьте сообщение на аккаунт NAFUNDBUKIOSTMD4BNXL7ZFE735QHN7A3FBS6CMY с текстом:
    «enroll <your IP or hostname> <your node's name> <your delegated harvesting public key>»

Подробно эти шаги расписаны ниже.


Интересно сопоставить рентабельность вложений в суперноды в Dash и в NEM.

  • В Dash она оценивается на уровне 15-20% (за год).
  • В NEM она зависит от количества супернод, и если делать оценку для 250 супернод, то рентабельность начинается с 3,4% и через год после запуска программы доходит до 12%, через два года до 15%. Рентабельность обратно пропорциональна количеству супернод. Будет супернод меньше, рентабельность будет больше. А в начале так и будет, программа стартует при не более чем 50 суперузлах, т.е. с рентабельности не менее 3,4*5=17%. Затем, с течением времени, количество суперузлов будет увеличиваться, но первые два года будет увеличиваться и распределяемая между ними сумма, таким образом рентабельность будет слабо меняться.

Получается, что в Dash и в NEM рентабельности инвестиций в суперноды примерно одинаковые.


Примерная оценка сколько можно заработать на суперноде NEM при условии, что их количество будет линейно нарастать от 100 до 400 в течение 4-х лет (в скобках рентабельность для 3 M XEM):

  • в 1-й год будет распределено 60 M XEM, при 100 супернодах каждая супернода получит по 0,59 M XEM  (20% за год);
  • во 2-й год - 88 M XEM, при 200 супернодах каждому достанется по 0,43 M XEM  (15% за год);
  • в 3-й год - 54 M XEM, при 300 супернодах каждый получит по 0,18 M XEM  (6% за год);
  • в 4-й год - 18 M XEM, при 400 супернодах каждый заработает 0,05 M XEM  (1,5% за год).

Итого за 4 года работы одна супернода может заработать около 1,26 M XEM  (42% за 4 года). Также не забываем, что параллельно с выполнением функции суперноды, сервер будет харвестить на аккаунт с 3 M XEM, что даст плюсом еще некоторую сумму.

В первые 5 дней работы программы ежедневные выплаты одному узлу были следующие: 833, 804, 760, 721, 673 XEM. К концу июня выплата была около 500 XEM (в сети примерно 140 супернод), в июле она составила около 400 XEM (в сети примерно 175 супернод).
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
Winnie
Admin


Сообщения : 628
Дата регистрации : 2015-06-10

СообщениеТема: Re: Программа поощрений суперузлов NEM   2016-06-01, 04:13

Программа поощрения суперузлов NEM.

Satoshi Superman NEM supernodes  Smile

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

Программа поощрения суперузлов 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
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
Winnie
Admin


Сообщения : 628
Дата регистрации : 2015-06-10

СообщениеТема: Статистика по узлам сети   2016-08-04, 08:48

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


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


ДатаВсего узлов в сетиАктуальные суперузлы
(прошли текущие тесты)
Потенциальные суперузлы
(завалили текущие тесты)
Обычные узлы
6 июня 20161701093526
7 июля 20162401625028
4 августа 20162802104030
4 сентября 20163202502842
3 октября 20163802993051
3 ноября 20163953163049
2 декабря 20163903312732
1 января 20174103551936
3 февраля 20174243472552
4 марта 20174453613351
4 апреля 20175204123573
4 мая 201755541534106
1 июня 201765045136163
2 июля 201765545534166
2 августа 201767046229208
4 сентября 201767048230158
6 октября 201766548437144


Источники данных:
  • общее количество узлов в сети - 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
krip



Сообщения : 1
Дата регистрации : 2017-07-02

СообщениеТема: Re: Программа поощрений суперузлов NEM   2017-07-02, 23:05

Добрый день. Подскажите пожалуйста, как поднять супер ноду на домашнем компьютере, подключенном к интернету через роутер, где роутер раздает всем компьютерам в сети внутренние ip (например 192.168.1.60). Возможно ли запустить ноду в таком случае ?
Вернуться к началу Перейти вниз
Посмотреть профиль
Winnie
Admin


Сообщения : 628
Дата регистрации : 2015-06-10

СообщениеТема: Re: Программа поощрений суперузлов NEM   2017-07-03, 05:19

krip пишет:
Добрый день. Подскажите пожалуйста, как поднять супер ноду на домашнем компьютере, подключенном к интернету через роутер, где роутер раздает всем компьютерам в сети внутренние ip (например 192.168.1.60). Возможно ли запустить ноду в таком случае ?

Привет. Нет проблем. Для работы суперноды имеет значение внешний IP, локальный адрес роли не играет. Достаточно на роутере для данного внутреннего IP открыть соответствующие порты (7778, 7880 и 7890), всё остальное как обычно. И надо не забыть ещё локальный адрес роутера привязать к конкретному компьютеру
http://free.userboard.net/t164-topic#252
Вернуться к началу Перейти вниз
Посмотреть профиль http://free.userboard.net
Спонсируемый контент




СообщениеТема: Re: Программа поощрений суперузлов NEM   

Вернуться к началу Перейти вниз
 
Программа поощрений суперузлов NEM
Предыдущая тема Следующая тема Вернуться к началу 
Страница 1 из 1

Права доступа к этому форуму:Вы не можете отвечать на сообщения
Посторонним в :: Блокчейн проекты :: NEM и связанные с ним проекты :: NEM-
Перейти: