Главная / Устранены проблемы с производительностью кошельков, ECC выходит из аварийного режима

Устранены проблемы с производительностью кошельков, ECC выходит из аварийного режима

2 ноября, 2023

Все новости про Zcash в социальной сети «X» (бывший Twitter) | Интересные видео про Zcash на YouTube

Переведено из блога ECC | 2 ноября 2023

История, которая началась в конце лета 2022 года, наконец-то благополучно завершена. Сторонние кошельки Zcash снова работают, а Electric Coin Co. (ECC) выходит из аварийного режима.

За это время ECC выполнили множество обновлений zcashd и lightwalletd, а также выпустили новые SDK для мобильных устройств, которые в совокупности позволили внедрить новые инновации (и получить новые знания) в мире криптографии и децентрализованных денег. Эти релизы обеспечивают значительное улучшение конфиденциальности, масштабируемости и пользовательского опыта в Zcash, и они имеют значение для всех криптопроектов, ориентированных на конфиденциальность.

Прежде чем продолжить, мы должны выразить огромную благодарность нашим партнёрам по кошелькам — командам Edge, Nighthawk и Unstoppable, которые вместе с нами тестировали версии и сообщали об ошибках, а затем быстро развернули SDK 2.0, когда он был готов.

Особого признания (и, скорее всего, отдыха) заслуживают инженеры ECC, которые в течение многих месяцев работали над сложными проектами и исследованиями. Работая в условиях реструктуризации ECC и выдерживая жесткие сроки, а также занимаясь другими важными чрезвычайными задачами, такими как раскрытие информации о Halborn, они создали революционную технологию, которая повышает удобство работы с ZEC.

Справочная информация

Начиная с июня 2022 г. в сети Zcash стал наблюдаться значительный прирост объема экранированных транзакций. Дополнительная нагрузка на сеть привела к «нагромождению данных», из-за которого кошельки Edge, Nighthawk и Unstoppable не могли синхронизироваться за приемлемое время. Эти три кошелька используют мобильные SDK от ECC.

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

В октябре 2022 года ECC перешла в аварийный режим и отложила все остальные приоритеты дорожной карты. Из нашего блога в марте 2023 года:

Это сложная задача, и как минимум она требует разработки и внедрения (1) более быстрого алгоритма, не нуждающегося в линейной синхронизации всех блоков в цепочке, и (2) модификации инструментария, который позволит пользователям расходовать средства без полной синхронизации цепочки. Как уже было отмечено, решение включает в себя изменения всех компонентов стека экранированных мобильных кошельков: zcashd, lightwalletd, SDK для ECC-кошельков и прототип ECC-кошелька.

Критерии выхода из аварийного режима

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

Скорость и надежность также важны для работы пользователей Zcash, и именно эти критерии мы использовали для выхода из аварийного режима:

Пользователи кошельков Edge, Nighthawk и Unstoppable могут расходовать имеющиеся у них средства (средства, которые уже синхронизированы при открытии кошелька).
Пользователи этих кошельков могут получать и расходовать вновь поступающие средства со скоростью месячного объема операций в течение одного часа.
Пользователи этих кошельков видят обновления о ходе синхронизации, которые содержат минимальную путаницу.
Ни один из этих кошельков не страдает от частых сбоев или непоследовательного поведения (например, не отображаются некоторые уже синхронизированные транзакции), а также не требует обходных путей, связанных с использованием ECC SDK.

Выпустив в сентябре новые SDK 2.0 для мобильных кошельков, мы завершаем работу по устранению проблем с производительностью кошельков сторонних производителей. Компании Edge, Nighthawk и Unstoppable быстро внедрили SDK, и на сегодняшний день мы рады сообщить, что все указанные выше критерии выполнены.

Что такое Spend Before Sync и почему это важно?

Функция Spend Before Sync (SBS), доступная в Edge, Nighthawk и Unstoppable, представляет собой нелинейную синхронизацию, которая позволяет кошелькам сканировать фрагменты блокчейна вне очереди и/или параллельно. Это позволяет пользователям тратить имеющиеся средства, не требуя от кошелька полной синхронизации всего блокчейна.

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

Адитья Бхарадвадж, более известный как Ади, основатель Nighthawk, назвал SBS «новаторским достижением, которое обещает произвести революцию в использовании Zcash в качестве пиринговой системы для платежей и взаимодействия с экранированными приложениями«.

Что мы узнали во время пребывания в аварийном режиме

Код нашего мобильного SDK не отвечал потребностям типичного пользователя Zcash. Пользовательский интерфейс синхронизации был запутанным, а дизайн API не позволял кошелькам расходовать средства до тех пор, пока кошелек полностью не синхронизирует цепочку.
До введения аварийного режима и, в некоторой степени, до реструктуризации ECC наша команда была слишком распылена и пыталась сосредоточиться на многих вещах, что позволило всплыть таким проблемам, как влияние нагрузки на транзакции.
Мы давно знали, что проблема с загрузкой транзакций возможна, но приоритет отдавали другим функциям и улучшениям Zcash. Эта проблема приоритетности улучшения новых функций по сравнению с повышением устойчивости или надежности существующей системы существует всегда. В данном случае мы недооценили вероятность возникновения этой проблемы и объем усилий, которые потребуются для её устранения.
Мы предпочли решить проблему самым тщательным образом, обеспечив функционирование кошельков во время высокой транзакционной нагрузки, а не прибегать к краткосрочным мерам по снижению транзакционной нагрузки. Мы посчитали, что такие краткосрочные меры приведут к еще большему усложнению проблемы, не решив её полностью в долгосрочной перспективе. Мы по-прежнему считаем, что наш подход был наилучшим для долгосрочной устойчивости экосистемы Zcash, однако мы недооценили затраты времени и усилий, а также общие неудобства для пользователей Zcash в этот период.
Мы также узнали о коммуникациях. Нам потребовалось слишком много времени, чтобы дать определение чрезвычайному режиму и предоставить краткое объяснение и план как внутри компании, так и за её пределами.
Наличие собственного кошелька (Zashi), использующего наш SDK, сыграло ключевую роль в ускорении процесса, поскольку позволило протестировать наши решения перед развертыванием и/или передачей сторонним кошелькам.

После завершения чрезвычайного режима ECC переключает свое внимание на основные направления деятельности: Proof of Stake Zcash, разработку кошелька Zashi, дальнейшее совершенствование SDK и основных библиотек Zcash, а также работу над политикой в США.