Объясните!

[beuolgovemlicsreq]

Подскажите!

Почему большое количество узлов, подключенных к сети и отключенных от сети, замедляет распространение блоков? Можете ли вы объяснить особенности? Я бы предпочел подход, который делает так, чтобы большое количество узлов, подключенных к сети/офлайн, не влияло на распространение блоков.

Это удерживает операторов узлов от частого включения и выключения своих узлов, но если оператор узла решит полностью прекратить добычу NKN, это не помешает им отключить все свои узлы одновременно (нарушая распространение блоков).

[deyvholmentopls]

Только что, beuolgovemlicsreq сказал:

Подскажите!

Почему большое количество узлов, подключенных к сети и отключенных от сети, замедляет распространение блоков? Можете ли вы объяснить особенности? Я бы предпочел подход, который делает так, чтобы большое количество узлов, подключенных к сети/офлайн, не влияло на распространение блоков.

Это удерживает операторов узлов от частого включения и выключения своих узлов, но если оператор узла решит полностью прекратить добычу NKN, это не помешает им отключить все свои узлы одновременно (нарушая распространение блоков).

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

[beuolgovemlicsreq]

4 минуты назад, deyvholmentopls сказал:

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

Хм.. Если этот NKP реализуется, он должен иметь шапку. Так например, если ограничение составляет 24 часа, то вместо времени безотказной работы/задержки это может быть минута(время безотказной работы, 24 часа)/задержка. Если ограничения нет, новым майнерам становится очень сложно конкурировать. Чем ниже этот предел, тем ближе он приближается к текущей системе (без учета времени безотказной работы), поэтому я думаю, что безопаснее начинать с низких значений. Я думаю, что 24 часа — это слишком много, поскольку, если узел в среднем имеет только 1 отключение за 24 часа, это сократит их прибыль вдвое — это огромно и лишает многих людей возможности заниматься майнингом. Хотя это упрощение, поскольку конкурирующие узлы тоже иногда отключаются, и это сложнее, чем разрезать его пополам, поскольку имеет значение распределение задержек в сети и т. Д.

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

[deyvholmentopls]

1 минуту назад, beuolgovemlicsreq сказал:

Хм.. Если этот NKP реализуется, он должен иметь шапку. Так например, если ограничение составляет 24 часа, то вместо времени безотказной работы/задержки это может быть минута(время безотказной работы, 24 часа)/задержка. Если ограничения нет, новым майнерам становится очень сложно конкурировать. Чем ниже этот предел, тем ближе он приближается к текущей системе (без учета времени безотказной работы), поэтому я думаю, что безопаснее начинать с низких значений. Я думаю, что 24 часа — это слишком много, поскольку, если узел в среднем имеет только 1 отключение за 24 часа, это сократит их прибыль вдвое — это огромно и лишает многих людей возможности заниматься майнингом. Хотя это упрощение, поскольку конкурирующие узлы тоже иногда отключаются, и это сложнее, чем разрезать его пополам, поскольку имеет значение распределение задержек в сети и т. Д.

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

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