Первое предложение по управлению, статус и последние обновления
перевод статьи:
First Governance Proposal, Status & Latest Updatesавтор:
amanai
Прошло больше недели с тех пор, как мы запустили стимулируемую тестовую сеть, и сейчас хорошее время для обновления статуса.
Валидаторы и делегирующие.
Мы рады сообщить, что более 51% совокупного предложения
XFI активно участвует в стимулированной тестовой сети путем запуска валидаторов или делегирования полномочий существующим валидаторам.
Первое успешное предложение по управлению.
Мы с гордостью сообщаем, что первое предложение по управлению сетью было представлено, проголосовано и принято сообществом. В этом предложении по управлению основное внимание уделялось параметрам стимулированного сокращения тестовой сети.
Давайте начнем с самого начала: стимулированная тестовая сеть была запущена с предварительно настроенным генезис-блоком и параметрами сокращения. Вы можете увидеть наш генезис-блок, перейдя по этой
ссылке. Параметры стимулированного сокращения тестовой сети были настроены на основе параметров по умолчанию, используемых в
Cosmos SDK:
{
“slashing”:
“params”: {
“signed_blocks_window”: “100”,
“min_signed_per_window”: “0.500000000000000000”,
“downtime_jail_duration”: “600000000000”,
“slash_fraction_double_sign”: “0.050000000000000000”,
“slash_fraction_downtime”: “0.010000000000000000”
},
“signing_infos”: {
},
“missed_blocks”: {
}
}
}
Параметры сокращения определяют, после скольких пропущенных блоков валидатор будет сокращен и изолирован. Параметры сокращения также содержат процент токенов, которые валидатор и их делегирующие потеряют в случае сокращения. По умолчанию штраф за пропущенные блоки составляет 1%, а за двойное подписание блока - 5%. По умолчанию штраф за пропущенные блоки составляет 1%, а штраф за двойное подписание блока составляет 5%. Чтобы быть изолированным, валидатор должен пропустить 50% блоков в течение 100-блочного окна (примерно ~ 10 минут).
Предыдущие тестовые сети не сталкивались с какими-либо проблемами с этой конфигурацией, обычные ноды как и ноды валидаторов практически не страдали от простоев, поэтому мы сохранили те же параметры для стимулируемой тестовой сети.
Во время стимулируемой тестовой сети мы заметили, что некоторые ноды валидатора оказались в изоляции. Команда исследовала и нашла причину - похоже, что ряд валидаторов использовали Vultr (облачный хостинг), а центры обработки данных Vultr столкнулись с некоторыми проблемами с подключением, которые приводили к длительным простоям валидатора, что привело к изолированию валидатора.
Важно : стимулируемая тестовая сеть использует только имитацию сокращения, и все сокращенные монеты могут быть восстановлены с помощью функции "Вывести все" из шлюза
стекинга, либо автоматически во время миграции в основную сеть
Dfinance.
Тем не менее, мы понимаем, что это проблема, и мы все еще находимся на ранних стадиях, поэтому валидаторы все еще не имеют доступа к инфраструктуре верхнего уровня, такой как брокеры подписи (серверы, которые управляют подписями валидаторов и позволяют настраивать резервные ноды). Поэтому мы решили создать предложение по управлению для обновления параметров сокращения:
Мы инициировали предложение №1, содержащее следующие изменения:
{
“changes”: [
{
“subspace”: “slashing”,
“key”: “SignedBlocksWindow”,
“value”: “10000”
},
{
“subspace”: “slashing”,
“key”: “MinSignedPerWindow”,
“value”: “0.050000000000000000”
}
]
}
В данном предложении говорится о том, чтобы сеть изменила параметр окна подписанных блоков со 100 блоков на 10,000 блоков, а минимальное количество подписанных блоков на окно на (0,05%), то есть на 500 блоков. Это изменение позволяет нодам валидатора быть недоступными максимум ~ 16 часов вместо 5 минут. Предложение по управлению можно просмотреть с помощью
DNODE и выполнив следующую команду:
После того, как предложение было отправлено примерно через ~ 4 часа, оно получило более 51% голосов поддержки, что означает, что предложение было одобрено. Примерно через 6 часов с момента создания предложения был достигнут консенсус, и конфигурация
DNODE всех сетевых валидаторов была обновлена автоматически.
Журнал измененийВерсия
DNODE/dncli и пользовательский интерфейс
wallet/explorer были обновлены.
Обновление содержит ряд исправлений ошибок и некоторые улучшения:
1.
Кроссплатформенная сборка Ledger для dncli: Windows, Linux, OS X.
2.
Модуль распределения: исправление запроса о делегировании вознаграждений (общее количество включает накопленные вознаграждения в RewardsBank)3.
Обновление Swagger: получение награды за делегированиеНачиная с версии
0.7.4 мы выявили проблему с нашей кроссплатформенной сборкой, которая мешала ей правильно работать с собственными системными библиотеками (вот почему
dncli не поддерживает
Ledger). Эта проблема исправлена и должна работать должным образом с выпуском
v0.7.6.
Улучшено отображение вознаграждений (добавлен RewardsBank).
При использовании Stake/Unstake/Redelegate награды должны быть выведены. Поскольку текущая тестовая сеть не позволяет вручную выводить вознаграждения,
DNODE теперь будет выводить ваши вознаграждения и хранить их в модуле
RewardsBank. Теперь
RewardsBank отображается в пользовательском интерфейсе, и
dncli работает правильно.
В wallet/explorer исправлен ряд проблем:
-
Исправлена сортировка на странице валидаторов.
-
Страница валидаторов теперь отображает 31 валидатор на первой странице.
-
Исправлено отображение силы голоса, теперь оно более читабельно в случае больших чисел.
-
Пользовательский интерфейс теперь отображает ошибку, если у вас недостаточно XFI для оплаты комиссии за транзакцию.
-
Устранена проблема утечки памяти на странице лендинга Dfinance-
Устранена ошибка прокрутки (часть пользовательского интерфейса не была видна на маленьких экранах) на шлюзе стекинга-
Блок эксплорер теперь поддерживает поиск валидаторов по адресу.