Подробности новой версии 5.5.0

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

Переведено из блога ECC | 28 апреля 2023 I Примечания ruzcash

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

Протокол Zcash продолжает оставаться в центре нашего внимания в ECC, поскольку мы работаем над выходом из “аварийного режима” и обеспечением надёжного пользовательского интерфейса.

Ранее команда опубликовала свой план по выходу сети из аварийного режима, связанного с предполагаемой спам атакой.

Краткое описание изменений:

  • Механизм пропорционального взимания комиссий для zcashd адаптированных кошельков и партнёрского ПО для майнинговых пулов;
  • Предварительные улучшения для обеспечения быстрой готовности баланса к расходованию средств;
  • Рефакторинг общего кода, используемого в кошельках zcashd, изменение RPC-функций z_sendmanyz_shieldcoinbase и z_mergetoaddress;
  • Рефакторинг общего кода, используемого в кошельке zcashd для z_sendmany, z_shieldcoinbase и z_merge, для решения;
  • Исправление ошибок, которые не позволяли создавать и проверять транзакции Orchard на 32-битных платформах.

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

В этот выпуск были включены дополнительные изменения RPC и исключены устаревшие функции. Для получения технической информации об этих изменениях, включая потенциальные последствия для операторов узлов механизма пропорционального взимания комиссий, пожалуйста, ознакомьтесь с полными примечаниями к данному выпуску, доступными по адресу https://github.com/zcash/zcash/tree/v5.5.0/doc/release-notes/release-notes-5.5.0.md.

Дополнительная информация о релизах 5.5.0 и 5.6.0 от одного из основных разработчиков протокола Дайры Хопвуд:

«Я очень рада упрощениям, которые были внесены в код zcashd в рамках работы над ZIP-317. (Большинство из них будут в zcashd версии 5.5.0; остальные в версии 5.6.0.)

Логика, которую мы унаследовали от биткоина для оценки платы и приоритета во внутреннем кошельке zcashd и для построения блоков в getblocktemplate, была сильно усложнена. Также были сделаны предположения, неподходящие для Zcash — например, концепция “приоритета возраста монет” зависит от знания того, какие монеты тратятся и их стоимости, поэтому она может применяться только к прозрачным монетам. У нас была корректива, чтобы обойти эту конкретную проблему: транзакции с любым защищенным компонентом рассматривались как максимально приоритетные. Но всё еще существовали различия в поведении комиссий между устаревшими и z_* API, что означало, что упрощения дизайна для использования фиксированной платы (до ZIP 317) так и не были полностью внедрены.

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

В версии 5.5.0 приоритет возраста монет теперь полностью отменен. (В актуальном Bitcoin Core эти механизмы были удалены ранее, но эти изменения были связаны с другими причинами, которые не подходили для zcash.) Теперь оценка приоритета и соответственно RPC-вызов estimatepriority удалены. Концепция «бесплатных транзакций» в алгоритме шаблона блока в ZIP-317 заменена “лимитом неоплаченных действий в блоке” . Выбор комиссии значительно упрощён, а старый код оценки комиссии почти полностью удалён. (Он больше не используется внутренним кошельком; в версии 5.6.0 оставшийся код и estimatefee вызов RPC будут удалены.) Мы убрали 6 zcashd настроек (sendfreetransactions, blockprioritysize, limitfreerelay, relaypriority, txconfirmtarget, mintxfee), и взамен добавили только одну (blockunpaidactionlimit)! Подробный, почти дублирующий код в реализациях нескольких RPC-вызововах z_* был объединён и рационализирован. Всё это огромное упрощение и устранение технической задолженности, которое по сути не имело никакого смысла в контексте Zcash, потому что было заменено поведением, которое было разработано специально для него.

Я не знаю, остановит ли внедрение ZIP-317 пескоструйную спам-атаку на практике, но это серьёзная попытка к этому. Это, безусловно, сделает атаку более дорогостоящей для злоумышленника. Хотя ли будет ли этого достаточно — зависит от их ресурсов и мотивации. Кроме всего прочего, мы значительно улучшили надёжность zcashd, его производительность (в основном в предыдущих версиях 5.x) и техническую адаптируемость.»

Форум сообщества Zcash

Arborist Call Bitcoin Halo NU5 NU7 Orchard PoS PoW Trezor z2z zcashd Zcon Zebra ZecWallet ZIP ZKP ZSA Гранты Доказательства с нулевым разглашением Дорожная карта Ключи просмотра Конференции Кошельки Кошельки для Zcash Метрики Нода Релизы аппаратные кошельки биржи и обмены биткоин будущее криптовалют внедрение интеграции интервью конфиденциальность майнинг новости Zcash обновление сети объяснения обёрнутые токены регулирование транзакции унифицированные адреса цена ZEC эмиссия

Метки: , ,

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

Вы можете поддержать автора проекта pro.zcash:
(для отправки доната на данный адрес требуется кошелёк с функционалом экранированных транзакций)

Комментировать статью: