Экосистема NEM — План Лаунча Платформы Symbol

Полезные файлы:

Примечание: Если у Вас имеется несколько учетных записей Google, убедитесь, что Вы по-прежнему используете именно, тот аккаунт с которого проходили регистрацию, для просмотра (MPP файла).

Вступительная Речь от Генерального Директора NEM Group Дэвида Шоу (David Shaw):

Первая неделя была напряженной и насыщенной, чтобы сразу начать работу в NEM Group, но мы определили 3 первоначальных приоритета. Одним из самых важных приоритетов, это поделиться подробным планом предстоящего лаунча Symbol в течение 10 дней, после первоначального анонса. Поэтому лаунч платформы Symbol, является многогранным приоритетом в создании организации NEM Group. 

Основной целью данного поста, является согласование процессов экосистемы NEM, а также создание дискуссии.

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

Данный пост является первой статьей, от имени организации NEM Group, после публикации статьи (Экосистема NEM — Структура Будущего Управления и Основные Планы), от основного (core-dev) разработчика ядра NEM @Jaguar0625.

Общая Информация

За эти 3 недели мы изучили различные виды работ, сделали ретроспективный анализ, а также распланировали объем будущих видов работ, для запуска продукта Symbol. Ниже приводится краткое изложение этих работ.

Как было отмечено выше: Лаунч (Запуск) платформы Symbol, не будет инициализирован во втором квартале 2020 года. Мы делаем все возможное, чтобы произвести лаунч (запуск), до конца Ноября 2020 года. На самом деле это первая подтвержденная дата, которая согласована с основными разработчиками (core-devs) и другими группами разработчиков NEM, а также нетехническими группами. 

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

Данный план, является онлайн документом в который мы будем вноситься различные изменения (обновления). Мы также информируем комьюнити, что некоторые даты будут изменяться по срокам.

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

Хедлайн (Заголовок) примерных дат:

  • Открытие процесса Опт-Ин (подписки): Середина или конец Июня
  • Завершение технической разработки: (Ядро, Набор Средств Разработки (SDK): Середина Августа
  • Начало Тестирования: Середина Августа
  • Завершение процесса Опт-Ин (подписки): В начале Ноября
  • Завершение тестирования: Середина или конец Ноября
  • Снапшот (снимок): Конец Октября / середина Ноября
  • Лаунч (Запуск): Середина или конец Ноября

Следующая сессии АМА (Спрашивай о чем угодно) назначена на 20 Апреля 2020 года.

Роадмап (Дорожная Карта)

Symbol Launch Plan (RUS)

Ознакомьтесь с презентацией в Google Slides (опубликована в виде изображения по ссылке ниже):

17 Апреля 2020 года: дорожная карта по Лаунчу Symbol (ENG)

Область Разработки Основного Сервера

Основной Сервер (Core Server) прошел проверку протокола / Пентеста (Испытание на проникновение). Предполагается, что все рекомендованные обновления безопасности сети, будут вноситься в финальный целевой релиз публичной сети Symbol (Символ), но при этом некоторые технические изменения, уже сейчас начали вносится в код, после выпуска тестового релиза версии x0.9.2.1. Поэтому набор целевых обновлений связан с тем, чтобы сделать харвестинг недетерминированным и тем самым добавить финализацию блока. Другими словами недетерминированный алгоритм — это алгоритм, который, даже для того же самого входа, может показать различные поведения на различных пробегах, в противоположность детерминированному алгоритму. ( Ознакомьтесь со статьей “финализация в блокчейн-консенсусе” — eng ). Данные апдейты являются важными для защиты сети.

При рассмотрении вариантов лаунча (запуска) публичной сети Symbol, было решено, что в интересах проекта, необходимо применить данные изменения перед инициализацией лаунча сети. Этот подход был рассмотрен и согласован с членами комитета по управлению проектами (PMC), основными разработчиками (core-devs), а также руководством NEM Group. Разработка данных изменений была завершена и на данный момент находится на рассмотрении той же третьей стороной, которая и провела первоначальную проверку. 

Подход к Тестированию

Было проведено много различных тестирований сети, включая 11 перезагрузок тестовой сети Symbol. Поэтому когда техническая команда создаст «окончательную» версию релиз-кандидата (RC 1.0), только тогда релиз-кандидат будет иметь потенциал к инициализации лаунча, но если не будет выявлено каких-либо критических ошибок. 

Тестирование будет проходить по следующему формату:

  • Менеджер по обеспечению качества, проведет 2 начальных этапа тестирования автоматизации и исправления “возможных” ошибок, прежде чем подтвердить готовность релиза.
  • Время выдержки (тестирование производительности) по тестовой сети, составит 3 месяца, о чем сообщалось с середины 2019 года.
  • Мы предполагаем, что тестирование сети Symbol будет проходить с незначительными исправлениями ошибок, но если серьезная проблема будет обнаружена, она будет оценена и исправлена. Данное действие может привести к дополнительному сбросу сроков по тестированию производительности. Наше комьюнити может помочь нам по обнаружению проблем в начале данного цикла.
  • В нашем плане лаунча Symbol, Вы увидите, присутствующий четвертый цикл. Это завершающий цикл релиз-кандидата RC 1.0, при котором необходимо будет произвести обязательный технический сброс тестовой сети Symbol, после 3-х предыдущих циклов (времени выдержки). Данный 4 цикл, будет задействован, если в предыдущих циклах будут найдены критические ошибки. Данный план можно пока игнорировать, он будет использоваться только в случае строгой необходимости.

Регуляторный Процесс в Японии

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

  1. Лицензированная биржа Японии, планирует получить одобрение регулятора (FSA), для работы с цифровыми активами.
  2. Данный обмен распространяется на Японскую ассоциацию по обмену виртуальных валют (JVCEA), которая пишет отчет в Управление финансовых услуг Японии. Управление финансовых услуг (FSA) является правительственным агентством Японии и интегрированным финансовым регулятором, отвечающим за надзор за банковским сектором, ценными бумагами, биржевыми и страховыми секторами с целью обеспечения стабильности финансовой системы Японии.
  3. Передача отчета в Управление финансовых услуг (FSA), для рассмотрения и утверждения.

Сроки находятся вне контроля, поскольку прямой связи между Японской ассоциацией по торговле виртуальными валютами (JVCEA) и Управлением финансовыми услугами (FSA) нет. Это выполняется самостоятельно данным обменом (JVCEA), который желает залистить токен XYM, на свою платформу.

Чтобы постараться помочь в данном вопросе, мы сотрудничаем с Японской компанией Stir Network (генеральный директор @Shohei_Kamon). Данная компания, хорошо знает NEM и имеет большой опыт работы в области охраны окружающей среды. Мы также планируем оказывать максимальную возможную помощь, поэтому наш финансовый директор NEM Group: Iain Wilson, имеющий 25-летний опыт работы на регулируемых финансовых рынках, поможет нам обеспечить ожидаемый уровень детализации.

Процесс Снапшота

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

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

Другая Информация

  • Документация: Наша документация, будет расширяться по мере необходимости и добавлении дополнительных отчетов о фактическом выполнении задач и это никак не влияет на дату лаунча.
  • Symbol Академия: В настоящее время это не входит в основной план и работа временно приостановлена. Это связано прежде всего с тем, что наша команда еще полностью не успела пересмотреть план по лаунчу (запуску) Symbol. Но информационный портал Symbol Академия не будет находиться в критическом положении, поэтому в ближайшие недели опубликуем дополнительную информацию об этом. Следите за новостями.
  • NIS1 (Текущая публичная сеть Mainnet): Работа NIS1, не включена в этот план, поскольку она зависит от голосования комьюнити по основным рекомендациям и будущей стратегии NIS1 и в результате будет управляться как отдельный проект.
  • Microsoft Project: это комплексное программное обеспечение – система управления проектами и способ оптимизации управления портфелями, который позволяет планировать и контролировать проектную деятельность организаций. Так, как мы имеем ~ 250 задач с множественными взаимозависимостями, поэтому мы выбрали MS Project, для этой работы. Мы опробовали другие варианты, более простые, для использования, но они были неспособны к функциональности, которая была необходима для разработки нашего плана. Расширение MPP файла связано с программой для управления проектами Microsoft Project, но данный файл в открытом виде доступен всем.

Детальный план проекта

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

Критический Путь

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

  • Девелоперская (Техническая) работа: Эта работа является отправной точкой для всего остального на Критическом Пути.
  • Тестирование производительности (время выдержки): После завершения технической разработки, начнется время выдержки, которая составит 3 месяца, если что-то случится в течение этого времени, особенно ближе к концу, это потребует от нас серьезной технической работы по исправлению ошибок и это может повлиять на лаунч Symbol.
  • Регуляторный процесс в Японии: Нормативные требования, означают, что наши биржевые партнеры в Японии не могут поддерживать листинг токена XYM, до того пока не будет завершена вся техническая работа, над проектом. Япония имеет огромный потенциал и значение, для NEM. Возможно будет осуществлено голосование о том, как действовать дальше, хотя в настоящее время это не является проблемой и мы с удовольствием контактируем с нашими партнерами по экосистеме.

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

Возможность Переноса Даты на Другой Срок

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

  • Основная техническая разработка ядра: Данная разработка оценивается в 60-70 дней, но мы выделили 70 дней. Если все технические работу произойдут быстрее, то другие элементы нашего плана, будут продвигаться вперед.
  • Тестирование: Маловероятно, что время выдержки, которое составляет 3 месяца будет сокращено. Дата по тестированию может измениться, если техническая разработка будет завершена раньше, чем ожидалось. Если комьюнити может принять участие в поиске проблем и нахождению ошибок, это будет очень полезно.
  • Японский регуляторный процесс: Существует вероятность того, что работа с нашими партнерами по обмену будет продолжаться 4-6 недель, но сейчас она запланирована на 5 недель. 

Спроси меня что-нибудь (АМА)

Мы намереваемся провести дальнейшие сеансы (AMA) на этой неделе, которые начинаются с 20 Апреля. Сессия “Спроси меня что-нибудь” (АМА), будет сосредоточена исключительно на вопросах, касающихся лаунча Symbol. Это будет сделано как в прошлой сессии AMA, в учетной записи твиттер.

Вы можете отправить свой вопрос на учетную запись твиттер @NemberAMA или используйте хештег #NemberAMA. Сессия будет длиться 2 часа. Мы призываем сообщество задавать вопросы заблаговременно и мы ответим на самые ранние вопросы в ходе сессии. На этой сессии будет команда NEM Group и некоторых членов рабочей группы из основных разработчиков (Core-devs), а также будет поддержка местных языков:

  • Понедельник 20 апреля 2020
  • Вторник 21 апреля 2020

Вывод

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

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

Tags:

Comments are closed