Приветствуем! Впервые на сайте Zcash?
The Zcash network is young, but evolving quickly! Sign up and we'll be in touch with monthly highlights on ecosystem growth, network development and how to get started with Zcash!

Язык

График выхода релизов и их жизненный цикл

Nathan Wilcox | May 01, 2017

С начала мая наша команда вводит новую политику выхода релизов Zcash. Существует несколько ключевых моментов, которые необходимо знать нашим пользователям:

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

Более надежно и качественно

С самого начала выхода Zcash мы придерживались плотного графика обновлений - каждые три недели выходил новый релиз. Каждый релиз, кроме перенесенного 1.0.9 и внеочередного 1.0.8-1, мы загружали не позднее пары дней от запланированной даты.

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

Более четкая координация

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

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

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

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

Самостоятельный выбор пользователя: депрекация против автообновлений

Мы считаем, что пользовательская свобода - это то, что необходимо защищать в первую очередь. Несмотря на то, что это высказывание может показаться слишком абстрактным или драматичным, этот факт напрямую влияет на выбор между различными вариантами технических разработок. И в данном случае мы предпочли депрекацию автообновлениям.

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

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

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

Чем депрекация хороша для Zcash?

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

Как только в мае выйдет версия 1.0.9 и новая политика войдет в силу, мы займемся обновлением протокола набора функций Sapling.

Мы также сможем улучшить юзабилити, например ввести функцию раскрытия информации о платеже payment disclosure и возможно, через пару месяцев поддержка этой функции получит распространение, тем самым улучшив качество кошельков и наладив взаимодействие экосистемы в целом.

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

Нам нужно ваше мнение

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

[1]Мы все еще выбираем подходящие даты и способы депрекации релизов, вышедших перед 1.0.9.

zcash, releases, users, software, consensus, forks | Просмотреть все тэги