Как понять новую статью Виталика о масштабировании Ethereum?

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

На мой взгляд, Cancun готов к использованию после обновления, а Виталик переживает за развитие Rollup. Далее позвольте мне поговорить о моем понимании:

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

В настоящее время уравновешивается ряд факторов, размер 1 BLOB-объекта составляет 128 КБ, транзакция пакета в основную сеть содержит максимум два BLOB-объекта, в идеале конечная цель блока основной сети — передать 16 МБ примерно 128 пакетов BLOB-объектов.

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

Возьмем в качестве примера Optimism, в настоящее время существует около 500 000 транзакций в день, в среднем одна транзакция в основную сеть каждые две минуты, передающая по одному пакету BLOB-объектов за раз. Зачем брать с собой один, ведь TPS так много, что им не воспользуешься, конечно, можно носить и два, тогда емкость каждого блоба не будет полной, но это добавляет дополнительные затраты на хранение, в чем нет необходимости.

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

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

Таким образом, в течение некоторого времени после обновления Cancun накопительные пакеты не были “объемными” с точки зрения количества и частоты используемых BLOB-объектов, а также использования BLOB-пространств bidding.

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

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

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

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

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

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

Позже Виталик добавил, что среди основных роллапов только Arbitrum достиг Stage 1, и хотя DeGate, Fuel и т.д. достигли Stage 2, они еще не знакомы более широкому сообществу. Стадия 2 является конечной целью безопасности роллапов, очень немногие роллапы достигли стадии 1, и большинство роллапов находятся на стадии 0, что показывает, что развитие индустрии роллапов действительно беспокоит Виталика.

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

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

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

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

Выше.

В целом, статья Виталика, размышляющая о будущем плане масштабирования Ethereum, очень поучительна. В частности, он недоволен статусом разработки layer2, оптимистично настроен по поводу производительности Blob и перспектив будущей технологии шардинга, и даже указывает на некоторые направления, которые стоит оптимизировать для layer2.

По сути, единственная неопределенность остается за самим Layer 2, как ускорить разработку?