Наибольший вклад в сопротивление давлению надписей?Об улучшении zkSync с помощью обновления Boojum

Автор: Haotian

Недавно @zksync завершил обновление Boojum, и именно на этом основании zkSync выдержал стресс-тест Operation SYNC Inscription. Тем не менее, Буджум недооценен рынком.

Какие улучшения производительности приносит Boojum? Можно ли решить критикуемую проблему стабильности децентрализованных финансов? Далее поговорим о моем понимании:

1. Обновление Boojum, проще говоря, позволит zkSync завершить переход от SNARK к доказательству STARK. Рабочий процесс выглядит примерно следующим образом:

Когда пакет инкапсулируется, эти транзакции разбиваются на несколько конкретных контуров, которые затем обрабатываются параллельно и с высокой скоростью для генерации большого количества STARK, которые в конечном итоге объединяются в доказательство STARK. Наконец, доказательство STARK инкапсулируется в доказательство SNARK и отправляется в основную сеть для проверки.

Такое сочетание STARK и SNARK обеспечивает эффективную обработку больших объемов транзакций, уменьшая при этом размер данных, отправляемых в основную сеть (SNARK проще) и более совместимо с основной сетью.

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

2. Согласно @0xtaetaehoho твиту, средний объем данных на транзакцию составлял 211 байт до обновления Boojum, и он может быть уменьшен примерно до 68 байт после обновления, а улучшение технологии сжатия напрямую сильно увеличит объем транзакций каждого пакета в слое 2, что значительно увеличит TPS (около 450), а стоимость газа на одну транзакцию снизится (около 65%).

Принцип несложен для понимания, уровень 2 отправляет данные подтверждения статуса в calldata основной сети, из-за ограниченного хранения данных в основной сети, возможности параллельной обработки STARK уровня 2 и технология обработки сжатия SNARK определяют объем транзакций и уровень газа, которые могут быть обработаны одним пакетом;

3. Ранее у ZK-Rollup были проблемы с нестабильностью при обработке низкочастотных транзакций децентрализованных финансов, и его собственная тенденция не способствовала стабильности децентрализованных финансов. Например, переменная цена децентрализованных финансов требует нескольких потоков цен Oracle, и если две транзакции не объединены в одно и то же состояние, результирующий износ транзакций увеличится.

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

Как заявил официальный @anthonykrose zkSync, независимо от того, сколько обновлений Oracle Machine содержится в блоке, все состояние блока может быть обработано и записано как единое целое, и нужно оплатить только стоимость записи одного состояния. Это выгодно для низких комиссий, высокой эффективности и стабильности приложений децентрализованных финансов в цепочке ZK-Rollup.

Само собой разумеется, что обновление Boojum следует рассматривать как важную веху для zkSync.

С одной стороны, он проверяет вывод о том, что чем больше объем транзакций системы ZK, тем ниже плата за газ, тем лучше опыт, а с другой стороны, он также доказывает, что эффективное применение и повышение производительности вычислительных ресурсов, таких как технология сжатия и аппаратное ускорение системы Prover вне сети, привнесет в систему ZK безграничное воображение.

Ожидалось, что после обновления Cancun размер блока большого двоичного объекта EthereumMainnet снизит стоимость пакетных транзакций уровня 2, а теперь техническая оптимизация самой системы ZK привела к одинаковому уровню роллап серий ZK и OP.

Дело в том, что ZK-Rollup гораздо более «активен», чем OP-Rollup. Преимущества технологии ZK-Rollup, о которых всегда говорили, были полностью доказаны после обновления Boojum.

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