Midnight Explorer добавляет отслеживание предложений по улучшению сети

Midnight Explorer представил отдельный раздел для Midnight Improvement Proposals, добавив в свой обозреватель блокчейна документы о предлагаемых изменениях сети и технических стандартах.

Анонсированная 30 октября функция позволяет пользователям искать по названию, автору или номеру MIP. Отдельные страницы показывают детали предложений и содержат ссылки на официальный репозиторий и обсуждения.

Midnight Explorer перечисляет 31 предложение

Midnight Improvement Proposals, известные как MIPs, это формальные документы, описывающие идеи и потенциальные изменения для экосистемы Midnight. Они могут охватывать разработку протокола, технические стандарты, процессы управления и другие области, где документированный проект может поддерживать обсуждение.

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

По состоянию на 1 ноября в Explorer было указано 31 MIPs: пять помечены как Draft, 23 как Proposed и три как Accepted. Среди принятых документов был MIP-0001, который описывает процесс подачи предложений, а также предложения, касающиеся вывода логов публичных контрактов и поддержки подписи ECDSA.

Для читателей, которые не следят регулярно за репозиториями ПО, список служит отправной точкой для поиска предложения и проверки его прогресса. Например, тому, кого интересует стейкинг, можно найти соответствующий MIP, узнать его автора и статус и прочитать, что он предлагает.

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

Предложения касаются стейкинга NIGHT и хранения данных узлов

Один из примеров это MIP-0016, черновик от Karmel E, который описывает возможный механизм стейкинга NIGHT. В предложении говорится о предоставлении держателям Midnight native NIGHT, или mNIGHT, возможности делегировать в пул, управляемый производителем блоков, и получать долю наград этого пула за производство блоков.

Согласно предлагаемой схеме токены остаются в кошельке держателя без блокировки. В черновике также указано, что делегированный стейк в начальной версии не будет иметь веса в консенсусе, а генерация DUST останется без изменений. MIP-0016 помечен как Draft и не описывает активный сервис стейкинга.

Отдельный документ, MIP-0026, рассматривает, как узлы Midnight обрабатывают временные состояния реестра, создаваемые при обработке транзакций внутри блока. Автор Dominik Zajkowski предлагает освобождать промежуточные состояния вместо того, чтобы хранить их бессрочно в области хранения, отделенной от базы данных цепочки.

Предложение нацелено на снижение будущего роста хранилища по мере обработки транзакций узлами. В контролируемом эксперименте производительности сети, описанном в документе, хранилище реестра увеличилось на 2,9 ГБ на узлах с тестируемым изменением по сравнению с 4,9 ГБ на узлах без него за 20 часов и 11 750 блоков.

В документе сообщается о сокращении роста хранилища примерно на 42% в ходе этого эксперимента, при этом он не утверждает эквивалентного сокращения уже сохраненных данных. MIP-0026 указан как Proposed.

[NEWSBREAK]

Как предложения Midnight проходят рассмотрение

Процесс MIP описан в MIP-0001, где объясняется, как предложения подготавливаются, обсуждаются и рассматриваются. Авторы могут разрабатывать черновик в публичном репозитории, где участники могут давать обратную связь и предлагать изменения.

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

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

Список в Explorer дает читателям возможность следить за этими стадиями вместе с самими документами, от черновика о стейкинге NIGHT до предлагаемых изменений в хранении данных узлов.