Как понять мысли @VitalikButerin в новой статье о расширении Ethereum? Некоторые считают заказ Виталика на Blob Inscription возмутительным.
Так как же работают BLOB-пакеты? Почему после обновления в Канкуне пространство больших двоичных объектов используется неэффективно? Выборка доступности данных DAS при подготовке к сегментированию?
На мой взгляд производительность Cancun после обновления пригодна к использованию, а Виталик беспокоится о развитии Rollup. Почему? Далее позвольте мне рассказать о моем понимании:

1) Как объяснялось много раз ранее, Blob — это временный пакет данных, который отделен от данных вызовов EVM и может быть напрямую вызван на уровне консенсуса. Прямое преимущество заключается в том, что EVM не требуется доступ к данным Blob при выполнении транзакций, поэтому он не может обеспечить более высокую скорость выполнения.комиссия за расчет уровня.

В настоящее время ряд факторов сбалансирован. Размер BLOB-объекта составляет 128 КБ. Пакетная транзакция в основную сеть может переносить до двух BLOB-объектов. В идеале конечная цель основного сетевого блока – передать примерно 128 BLOB-пакетов по 16 МБ. .

Таким образом, команда проекта Rollup должна максимально сбалансировать такие факторы, как количество блоков BLOB-объектов, емкость транзакций TPS и затраты на хранилище основного сетевого узла BLOB-объектов, с целью использования пространства BLOB-объектов с оптимальной экономической эффективностью.

Если взять в качестве примера @Optimism, то в настоящее время в день совершается около 500 000 транзакций. В среднем одна транзакция передается в основную сеть каждые 2 минуты, перенося по 1 пакету данных Blob за раз. Зачем брать с собой один? Потому что есть не так много TPS, которые невозможно использовать. Конечно, можно носить и два. Тогда емкость каждого блоба не будет полной, но это увеличит стоимость хранения, что ненужно.

Что нам делать, когда объем транзакций вне цепочки Rollup увеличивается, например, каждый день обрабатывается 50 миллионов транзакций? 1. Сжатие сжимает объем транзакций каждого пакета и позволяет максимально возможное количество транзакций в пространстве больших двоичных объектов 2. Увеличивает количество больших двоичных объектов 3. Сокращает частоту пакетных транзакций

2) Поскольку на объем данных, передаваемых основным сетевым блоком, влияет лимит газа и стоимость хранения, идеальным состоянием является 128 BLOB-объектов на блок. В настоящее время мы не используем такое количество. Optimism использует только 1 каждые 2 минуты, оставляя это для слоя 2 У стороны проекта еще есть много возможностей для улучшения TPS и расширения числа пользователей рынка и экологического процветания.

Таким образом, в течение некоторого периода времени после обновления в Канкуне Rollup не был «изменчивым» с точки зрения количества и частоты используемых больших двоичных объектов, а также использования ставок на пространство больших двоичных объектов.

Причина, по которой Виталик упоминает надписи Blobscription, заключается в том, что этот тип записи может временно увеличить объем транзакций, что приведет к увеличению спроса на использование Blob, тем самым увеличивая размер.Использование надписей в качестве примера может обеспечить более глубокое понимание рабочий механизм Blobs.Что на самом деле хочет выразить Виталик и надписи Не так уж важно.

Потому что теоретически, если есть участник проекта уровня 2, который выполняет высокочастотные и высокопроизводительные пакетные транзакции с основной сетью и каждый раз заполняет блок Blob, пока он готов нести высокую стоимость поддельной транзакции Обычное использование, но в текущей ситуации, как если бы кто-то покупал вычислительную мощность для проведения хард-форка 51% на BTC, это теоретически осуществимо, но на практике ему не хватает мотивации получения прибыли.

Целью внедрения Blob является снижение нагрузки на EVM и улучшение возможностей эксплуатации и обслуживания узлов, что, несомненно, является индивидуальным решением для Rollup. Очевидно, что в данный момент он используется неэффективно, и плата за газ для второго пласта еще долгое время будет стабильно находиться в «нижнем» диапазоне. Это даст рынку второго уровня долгосрочное золотое окно развития для «увеличения войск и сбора еды».

3) Итак, что, если однажды рынок уровня 2 будет в определенной степени процветать, и количество транзакций из Batch в основную сеть каждый день достигнет огромного количества, а текущих пакетов данных Blob будет недостаточно? Ethereum уже предоставил решение: используя технологию выборки доступности данных (DAS):

Простое понимание состоит в том, что данные, которые изначально необходимо хранить в одном узле, могут быть распределены по нескольким узлам одновременно.Например, каждый узел хранит 1/8 всех данных Blob, а 8 узлов образуют группу для удовлетворения Возможности DA, эквивалентные текущему объему хранилища BLOB-объектов, увеличены в 8 раз. На самом деле именно это и будет делать шардинг на будущем этапе шардинга.

Но теперь Виталик повторил это много раз, очень очаровательно, и, похоже, предупреждает большинство участников проекта уровня 2: не всегда жалуйтесь на дорогие возможности DA Ethereum. С вашей нынешней мощностью TPS вы не развили возможности Пакеты данных Blob до предела. Поторопитесь и увеличьте емкость. Используйте огневую мощь для развития экологии, расширения пользователей и объема транзакций, и не всегда думайте о том, что DA сбежит, чтобы заняться публикацией цепочки в один клик.

Позже Виталик добавил, что среди текущих основных обновлений только Arbitum достиг стадии 1. Хотя @DeGateDex, Fuel и т. д. достигли стадии 2, они еще не знакомы широкому сообществу. Конечная цель безопасности накопительных пакетов — этап 2. Очень немногие накопительные пакеты достигли этапа 1, а большинство накопительных пакетов находятся на этапе 0. Видно, что развитие индустрии накопительных пакетов действительно беспокоит Виталика.

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

1. Более эффективно использовать пространство Blob за счет сжатия данных. В настоящее время у OP-Rollup есть специальный компонент Compressor для выполнения этой работы. Собственная внесетевая технология ZK-Rollup сжатия SNARK/STARK доказывает, что отправка в основную сеть является «сжатием»;

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

Это означает, что уровень 2 должен учитывать только важные операции, такие как депозиты и снятие средств, тесно связанные с основной сетью, что не только снижает нагрузку на основную сеть, но и повышает собственную производительность L2. Возможность «параллельной обработки» Sequencer, упомянутая ранее, когда речь шла о параллельном EVM, может фильтровать, классифицировать и предварительно обрабатывать большое количество транзакций вне цепочки, а также гибридное объединение, продвигаемое @MetisL2.Обычные транзакции проходят через OP-Rollup. , специальные запросы на вывод средств проходят через ZK Route и т. д. и т. п. все имеют схожие соображения.

вот и все

Следует сказать, что статья Виталика о будущем плане расширения Ethereum очень поучительна. В частности, он был недоволен текущим состоянием разработки уровня 2, с оптимизмом смотрел на производительность Blobs и с нетерпением ждал будущего технологии шардинга. Он даже указал на некоторые направления для уровня 2, которые стоит оптимизировать, и т. д.

Фактически, единственная неопределенность теперь остается за самим уровнем 2. Как ускорить разработку?