Часть 3 из 3
NEM Катапульт “Catapult”
Обновление Слон “Elephant”
Динамические Арендные Комиссии и Автоматический Перезапуск Делегированного Харвестинга (PDHU)
Обновление Слон “Elephant” (3 из 3):
Динамические Арендные Комиссии и Автоматический Перезапуск Делегированного Харвестинга (PDHU)
Катапульт (Catapult) — это новое полнофункциональное ядро NEM, в котором этапы разработки расположены в алфавитном порядке и имеют кодовые названия.
В этой серии мы изучим изменения в пятом майлстоуне, программного обновления Катапульт (Catapult), под кодовым названием “Слон” “Elephant”. В третьей части, мы расскажем Вам о новых функция, таких как:
- Динамические Арендные Комиссии (Платежи)
- Автоматический Перезапуск Делегированного Харвестинга (PDHU)
Динамические Арендные Комиссии
Каждый раз, когда пользователи пытаются инициализировать (отправить) транзакцию в блокчейне NEM, с них всегда взимается плата (комиссия), для сети. Данная комиссия (плата), является важным компонентом сети, поскольку это позволяет финансировать владельцев Ноды (Узла), которые укрепляют данную сеть и обеспечивает её безопасность, тем самым держа обычных пользователей подотчетными за их деятельность.
В текущей публичной сети “mainnet” (NIS1), аренда пространств имен и мозаик, осуществляется путем фиксированной оплаты. Данная оплата, это своего рода, арендный сбор (плата за обслуживание), которая определяется сетью, как дополнение к комиссии за транзакцию. В зависимости от состояния сети фиксированная плата, может быть либо слишком маленькой или излишне высокой, что крайне не удобно. Поэтому, чтобы избежать данных ситуаций, мы решили, что в программном обновлении Катапульт (Catapult) NIS2, будет реализована система динамических арендных комиссий (платежей) , которые смогут варьироваться (изменяться), вместе с развитием сети NEM Катапульт (Catapult) NIS2.
С помощью данной функции, сеть NEM Катапульт (Catapult) NIS2, будет автоматически регулировать динамическую арендную комиссию (плату) за пространства имен и мозаики в зависимости от потребности сети NIS2. Это позволит рассчитывает оптимальную динамическую арендную комиссию (плату), путем оценки сетевых мультипликаторов последнего блока харвестинга и тем самым изменяя данную комиссию (плату). Система динамических арендных комиссий, гарантируют, что плата (комиссия) будет осуществляться надлежащим образом и прежде всего справедливо.
Для более подробного разъяснения, как рассчитывается система динамических арендных платежей, пожалуйста, прочитайте здесь.
Автоматический Перезапуск Делегированного Харвестинга (PDHU)
Делегированный Харвестинг — это уникальная функция в блокчейне NEM, которая позволяет пользователям получать вознаграждение и различные преимуществами от харвестинга, без необходимости запуска собственного Узла (Ноды). Данная функция позволяет соответствующим аккаунтам передавать свои оценки важности на удаленные аккаунты, а затем делиться приватными прокси ключами с владельцами Узлов (Нод), для удаленного и безопасного сбора харвестинга.
Делегированный Харвестинг, является удобной функцией для участников сети NEM, но в NIS1 (текущая публичная сеть mainnet), существует небольшая проблема: всякий раз, когда узлы (ноды) отключаются от сети, харвестерам необходимо вручную повторно подключаться к узлам (нодам). Данная особенность не является оптимальной, для харвестеров. Это связано с тем что бенефициары, теряют свой доход, так как Ноды (Узлы), не работает с бенефициарам, по причине нахождения Ноды (Узла) в режиме офлайн (отключения).
Программное обновление “Слон” (Elephant) позволяет решить эту проблему с помощью Автоматического Перезапуска Делегированного Харвестинга (делегированная разблокировка) (PDHU). Данная функция, позволяет харвестерам, сохранять свое подключение к Нодам (Узлам), независимо от их работы. Автоматический Перезапуск Делегированного Харвестинга (делегированная разблокировка) (PDHU), позволяет осуществлять работу харвестеров в стабильном режиме, даже в случае, если узел (нода), испытывает нагрузку и перезагружается, существующие делегированные харвестеры, автоматически подключаются к Нодам (Узлам), как только они будут доступны онлайн.
Диаграмма 1. Сравнение таймлайн переподключения делегированного харвестинга между NIS1 и NIS2.
Чтобы инициировать (включить) “Автоматический Перезапуск Делегированного Харвестинга” (делегированную разблокировку) (PDHU), пользователь должен сначала отправить специальное зашифрованное сообщение Узлу (Ноде) посредством отправки транзакции.
Сообщение должно содержать приватный ключ удаленного аккаунта, который зашифрован с помощью Advanced Encryption Standard (AES), симметричного алгоритма блочного шифрования и чтобы данное сообщение было расшифровано только получателем (Владелец Узла-Ноды).
Как только Узел (Нода) получает зашифрованное сообщение с помощью Веб-сокетов и дешифрует приватный ключ прокси-сервера потенциального делегированного харвестера. Владелец Ноды (Узла) может выбрать сохранение аккаунта на диске, если “кандидат” является действующим удаленным аккаунтов и есть свободные слоты. После этого, если Узел (Нода) временно отключается по какой-либо причине и делегированный харвестинг, будет автоматически восстановлен и повторного подключен к Узлу (Ноде).
Диаграмма 2. Процесс включения “Автоматического перезапуска делегированного харвестинга” (PDHU)
Кроме того, использование зашифрованного сообщения, создает резервную копию информации, для Узлов (Нод). Если диск с делегированными ключами поврежден или уничтожен, владелец Узла (Ноды) может получить информацию, запросив ей из блокчейна.
Заключение
Третий релиз майлстоуна “Слон” (Elephant), подходит к своему завершению. Программное обновление “Слон” (Elephant), является значительным обновлением Катапульт (Catapult) NIS2, представляя улучшенный протокол консенсуса и некоторые улучшенные функции.
Основные разработчики ядра NEM (core-dev) теперь концентрируют свое внимание на следующем майлстоуне. Можете ли Вы угадать имя следующего майлстоуна, который начинается на букву ”F” (Ф) ?
Если вы пропустили предыдущие части этой серии:
Часть 1 — Proof-of-Stake+ (Доказательство Доли+) PoS+
Часть 2 — Рестрикционные Мозаики, Метаданные и Рестрикционные Аккаунты
Comments are closed