Оптимизация комиссий за газ в Ethereum: как прото-данксшардинг изменил транзакционные издержки L2.

Главное изменение для пользователей L2 заключалось не в повсеместном снижении комиссий за газ в Ethereum, а в более дешевом временном канале передачи данных для роллапов. Обновление Ethereum Dencun активировало прото-данксшардинг через EIP-4844 13 марта 2024 года. После этого роллапы смогли публиковать пакеты, используя блобы — временные контейнеры данных с отдельным рынком комиссий — вместо того, чтобы полагаться только на постоянно хранящиеся данные вызовов. Это изменение значительно снизило затраты для L2, которые внедрили блобы, но не сделало каждую транзакцию L2 дешевой в каждый момент времени.

Текущая ситуация имеет значение. Более позднее обновление Ethereum Fusaka в декабре 2025 года вывело PeerDAS в основную сеть, продвинув ту же дорожную карту доступности данных за счет более эффективного масштабирования пропускной способности больших двоичных объектов. Для пользователей сегодня практический урок заключается в том, что комиссии L2 зависят не только от одной «цены на газ»: L2 должен платить за собственное исполнение и за публикацию данных или доказательств в Ethereum, в то время как спрос на пространство для больших двоичных объектов и политика комиссий каждого L2 могут изменить конечную цену.

Что изменилось с появлением прото-данксшардинга?

До принятия EIP-4844, роллап обычно отправлял данные транзакций в Ethereum в виде calldata. Calldata является частью входных данных транзакций Ethereum и остается доступной в истории цепочки. Эта постоянность ценна, но делает использование данных в больших масштабах дорогостоящим для роллапов.

В EIP-4844 добавлен новый тип транзакций, часто называемый транзакцией с блобом. Блоб содержит данные, которые становятся доступны сети на ограниченный период времени, а не выполняются виртуальной машиной Ethereum или хранятся вечно, как данные вызовов. По данным Ethereum.org, данные блоба доступны примерно 18 дней (4096 эпох), после чего их можно удалить. Этот временной промежуток рассчитан на потребности в доступности данных для роллапов, а не как универсальное постоянное хранилище файлов.

В результате получается другой экономический путь для агрегированных данных. Агрегированные данные по-прежнему привязаны к Ethereum, но теперь они могут использовать специально созданный ресурс доступности данных, вместо того чтобы конкурировать только за обычные возможности исполнения L1 и данные о вызовах. Официальное описание обновления и спецификацию EIP-4844 , описывающую структуру транзакций и комиссий, можно найти в разделе часто задаваемых вопросов (FAQ) по Dencun на сайте Ethereum .

Ключевой механизм: плата за блочный газ отделена от платы за обычный газ.

Термин «газ» часто используется как единое число. После принятия EIP-4844 такое сокращение может скрывать, за что именно платит роллап. Транзакции с блобами имеют обычные поля комиссии за исполнение в Ethereum, а также отдельную максимальную комиссию за газ для блоба. Протокол поддерживает независимую базовую комиссию за блобы, которая реагирует на их использование, а не устанавливает цены на блобы только через обычный рынок газа L1.

В EIP-4844 намеренно предусмотрено разделение ценообразования для блобов. В его спецификации газ для блобов описывается как независимый от обычного газа, имеющий собственную целевую цену и правило корректировки. Именно поэтому заголовок о низком уровне газа L1 не обязательно указывает на стоимость транзакции L2, а всплеск спроса на блобы может иметь значение для роллапов, даже если обычная активность L1 выглядит низкой.

Как это изменило транзакции второго уровня на практике

Сводные отчеты позволяют размещать данные более экономично.

Rollup-ы выполняют множество пользовательских транзакций вне основной сети Ethereum, а затем отправляют в Ethereum достаточно информации, чтобы состояние Rollup-а можно было проверить или оспорить в соответствии с его архитектурой. До появления blobs, постоянные данные о вызовах были важной частью этого процесса. Blobs предоставляют Rollup-установке более экономичное место для публикации данных, которые должны быть доступны достаточно долго для обеспечения безопасности системы, но при этом не обязательно должны оставаться в постоянной истории выполнения каждого узла.

Для L2, поддерживающего большие двоичные объекты (blobs), экономия может быть передана пользователям, сохранена в модели комиссионных сборов или частично компенсирована другими затратами. Таким образом, сроки и размер любого снижения зависят от конкретной реализации. На сайте Ethereum.org прямо отмечается, что поставщики ролл-ап-пакетов делают выбор между использованием данных вызова и больших двоичных объектов, как правило, исходя из спроса на пространство для больших двоичных объектов, и что сроки поддержки и поведение в отношении комиссий могут различаться в зависимости от конкретного случая.

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

Как правило, роллап объединяет множество действий пользователя в пакет перед отправкой в ​​L1. Распределение затрат на данные L1 на большее количество транзакций может снизить долю затрат на пользователя, в то время как действия с большим объемом данных могут потреблять большую долю. Детали зависят от архитектуры роллапа, метода сжатия и политики секвенсора. Таким образом, простая передача токена, вызов контракта со значительным объемом данных вызова и создание NFT могут привести к совершенно разным результатам комиссионных сборов в одном и том же L2.

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

То, что не изменилось в результате прото-данксшардинга

• Это не привело к тому, что все транзакции в основной сети стали дешевыми. В разделе часто задаваемых вопросов Dencun говорится, что EIP-4844 в первую очередь направлен на снижение комиссий второго уровня. Любое влияние на размер комиссий в основной сети носит косвенный характер и зависит от внедрения и спроса.
• Это не сделало пространство для больших двоичных объектов неограниченным. Емкость больших двоичных объектов ограничена, и при использовании агрегированных данных может потребоваться использование данных вызовов, когда пространство для больших двоичных объектов востребовано или недоступно по приемлемой цене.
• Это не обязывало все L2 использовать блобы одинаковым образом. Как правило, выбор способа отправки и пакетной обработки данных осуществляется секвенсором или оператором агрегирования.
• Это не превращало большие двоичные объекты в постоянное хранилище. Содержимое больших двоичных объектов является временным; приложениям, нуждающимся в долговременных данных, необходимо использовать соответствующую схему хранения.
• Это не отменило комиссии за мост, своп, протокол или кошелек. Отображаемая общая сумма может включать в себя несколько уровней затрат помимо базовой комиссии за транзакцию L2.

Почему план развития PeerDAS после событий в Денкуне по-прежнему актуален:

Прототип шардинга (danksharding) был задуман как мост к более масштабируемой доступности данных, а не как окончательная форма шардинга. В EIP-4844 был введен формат транзакций BLOB-объектов и отдельный рынок комиссий, при этом сохранена консервативная начальная емкость. В декабре 2025 года компания Fusaka представила PeerDAS (EIP-7594), систему выборочного анализа доступности данных, которая позволяет узлам проверять доступность путем выборки данных, вместо того чтобы каждый узел загружал все данные BLOB-объектов.

Это важно, потому что увеличение пропускной способности для больших двоичных объектов позволяет обрабатывать больше данных в виде сводок без необходимости возлагать полную нагрузку на каждый узел. Это не меняет основного правила, с которым сталкиваются пользователи: комиссия уровня L2 по-прежнему является динамической. Техническое улучшение может повысить пропускную способность и снизить нагрузку, но это не гарантия фиксированной цены. Подтвержденный масштаб этого обновления можно увидеть в объявлении Ethereum Foundation о запуске основной сети в Фусаке и в официальном обзоре PeerDAS .

Практичный алгоритм оптимизации комиссий для пользователей уровня L2.

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

1. Определите фактическую сеть. Подтвердите, использует ли приложение основную сеть Ethereum, конкретный роллап или другую цепочку. «Совместимость с Ethereum» не означает, что оно использует преимущества пространства блочных данных Ethereum.
2. Перед подтверждением ознакомьтесь с подробным описанием комиссий. Различайте комиссию за использование сети L2 от любых комиссий за приложения, мосты, свопы или протоколы.
3. Сравните одну и ту же операцию во всех поддерживаемых сетях L2. Используйте только официальную поддержку сети приложения и текущую стоимость кошелька. Более низкая комиссия полезна только в том случае, если место назначения, ликвидность, предположения о безопасности и способ вывода средств соответствуют вашим потребностям.
4. Избегайте ненужных звонков, требующих большого объема данных. Многократные подтверждения, повторные попытки и сложные взаимодействия с контрактами могут обойтись дороже, чем простой перевод средств. Объединяйте действия только в том случае, если это не создает дополнительных рисков для безопасности или исполнения.
5. Не повторяйте попытку вслепую после задержки. Сначала проверьте статус транзакции. Замена или дублирование транзакции может привести к еще одному списанию средств или непреднамеренному повторному действию.
6. Держите небольшой запас газа на уровне L2. Закончившийся газ после мостового соединения или обмена может потребовать дополнительной передачи и задержать транзакцию.
7. Используйте официальные обозреватели и документацию. Перед подписанием проверьте адреса контрактов, шаги моста и сетевые настройки. «Дешевая» транзакция, отправленная в неправильную сеть, не является оптимизацией.

Когда более низкая отображаемая комиссия не является лучшим вариантом

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

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

Как разработчикам следует интерпретировать это изменение?

Для команд, занимающихся ролл-аппингом, оптимизация смещается от «минимизации постоянных данных о вызовах любой ценой» к «эффективному использованию доступности данных при одновременном управлении отдельным рынком комиссий за роллы». Это включает в себя сжатие, пакетное формирование, резервное поведение при повышении комиссий за роллы и прозрачный учет комиссий для пользователей. Приложениям следует избегать заявлений о постоянном снижении комиссий, основанных исключительно на EIP-4844, поскольку спрос, реализация ролл-аппинга и будущие обновления протокола остаются переменными факторами.

Для разработчиков приложений, работающих на уровне L2, проектирование транзакций по-прежнему имеет значение. Сокращение ненужных операций записи в хранилище, вызовов данных, вызовов контрактов и неудачных выполнений может снизить долю затрат пользователя, связанных с выполнением. Это взаимодополняющие оптимизации: прото-данксшардинг в первую очередь уменьшает компонент отправки данных на уровне L1 в рамках роллапа, а эффективные контракты решают проблемы, связанные с работой, выполняемой на самом уровне L2.

Итог

Прото-данксшардинг изменил экономику L2, предоставив роллапам временный, отдельно оплачиваемый канал передачи данных. Именно поэтому многие роллапы с поддержкой блоб-данных смогли значительно снизить затраты на расчеты после Dencun. Позднее появление PeerDAS укрепило сторону обеспечения пропускной способности в рамках той же дорожной карты, но ни одно из этих обновлений не делает комиссии статичными и не гарантирует, что каждый L2 будет дешевле, чем основная сеть, для каждой задачи.

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