Газовые токенауты в Layer 2: архитектура комиссий и методы снижения затрат
Обещание снизить комиссии в Ethereum с помощью «газовых токенаутов» звучит как удачная лазейка: накопить возврат газа заранее, а потом расплатиться им за транзакции. Проблема в том, что правила возвратов уже изменились.
Для классических gas tokens это не мелкая поправка в документации, а удар по самой экономике схемы.
В Layer 2 экономия обычно устроена иначе. Пользователь платит за исполнение операции в сети второго уровня и за данные, которые эта сеть публикует в Ethereum. Поэтому итоговый тариф зависит от архитектуры конкретного L2, состояния родительской сети и самой транзакции. Универсального токена, который одним движением уменьшит все эти расходы, искать не стоит: маркетинговая упаковка тут часто опережает содержание.
Почему классические токенауты потеряли смысл
Старые газовые токены строились на возврате части газа при удалении данных из хранилища Ethereum. Идея была простой: создать контрактное состояние в период низкой цены газа, а затем очистить его и получить возврат, когда комиссии подрастут. Полученный возврат должен был компенсировать часть затрат на новую транзакцию.
Здесь всегда было несколько оговорок. Возврат зависел от выполнения конкретной операции, а токен требовал отдельной логики выпуска и использования. Пользователь покупал не универсальную скидку, а инструмент, работоспособность которого держалась на правилах протокола. Изменение этих правил могло превратить «экономию» в остаток старой бизнес-модели.
Так и произошло после EIP-3529. Изменение удалило возврат газа за SELFDESTRUCT, снизило возврат за очистку хранилища и ограничило суммарный возврат одной транзакции одной пятой использованного газа. То есть верхняя граница стала такой: gas_used // 5, или 20% использованного газа. Документ EIP прямо связывает эти ограничения с тем, что gas tokens теряют полезность.
Для пользователя вывод прозаичный. Если сервис обещает снизить стоимость любой транзакции в Ethereum или L2 за счёт классической схемы возврата газа, нужно выяснить, на каком именно механизме держится обещание. Само слово «токенаут» не доказывает, что токен встроен в тариф сети или способен зачесть расходы на публикацию данных. В Layer 2 эти расходы вообще могут составлять отдельную часть комиссии, не связанную с возвратами за очистку хранилища.
Старый газовый трюк не превращается в универсальный купон только потому, что его переименовали для Layer 2.
За что пользователь платит в Optimistic Rollups
Комиссию L2 удобно воспринимать как одну цифру в кошельке. У сети, однако, может быть несколько статей расходов. В Optimistic Rollup транзакция исполняется в дочерней сети, а данные о ней публикуются в Ethereum. Пользователь оплачивает ресурсы самого L2 и долю затрат на размещение данных в родительской сети.
Отсюда появляется причина, по которой одинаковые по видимой сложности действия могут обходиться по-разному в разных сетях и в разное время. Исполнение на L2 — только часть расчёта. Цена публикации данных зависит от Ethereum и от того, сколько места транзакция занимает в batch, то есть в общей пачке операций, которую rollup отправляет в L1.
Это важно при сравнении сетей. Если приложение показывает низкую комиссию, спросите себя, что именно попало в цифру: только исполнение, оценка полной транзакции или предварительный расчёт, который может измениться до отправки. Кошелёк обычно старается выдать пользователю итоговую оценку, но состав тарифа и способы его расчёта определяет сеть. Поэтому сравнение двух скриншотов из разных дней редко говорит что-то полезное об архитектуре.
Сама транзакция тоже влияет на результат. Передача токена, обмен через контракт и сложная операция с несколькими вызовами могут различаться по вычислениям и объёму данных. Не стоит ждать, что снижение затрат на газ блокчейн даст одинаковый эффект для каждого типа операции: оптимизация исполнения и экономия на публикации данных — разные задачи.
В практическом смысле проверять стоит не абстрактное обещание «дешёвых транзакций», а разбивку комиссии, если интерфейс её показывает. В ней полезно отличать расход на ресурсы дочерней сети от доли, связанной с L1. Если интерфейс выдаёт только одну сумму, остаётся смотреть документацию сети и условия конкретной операции, а не принимать рекламный слоган за расшифровку тарифа.
Blob-пространство: дешевле передавать данные, но не хранить их вечно
EIP-4844 добавил в Ethereum отдельный тип газа для blob-данных. У него собственный динамический рынок: стоимость рассчитывается отдельно от обычного execution gas и зависит от количества blob gas и текущей базовой цены blob gas. Это даёт rollup-сетям другой канал публикации данных и меняет устройство их расходов.
Но blob — не бесплатный архив и не волшебная кнопка удешевления каждой операции. Данные в таком формате доступны ограниченное время. Ethereum указывает ориентировочный минимальный период обслуживания примерно в 18 дней. Это временная доступность, а не постоянное хранение на уровне, который можно считать бессрочным архивом.
У этого нюанса есть вполне земное следствие: если проекту нужно сохранять историю, blob-пространство не заменяет отдельное долговременное хранилище. Транзакционные данные могут использоваться для подтверждения работы rollup, а архивирование и доступ к старым сведениям — отдельная задача. Для бизнеса, которому нужны постоянные физические носители с маркировкой, существуют специализированные печатные материалы для бизнеса; к доступности данных в Ethereum это отношения не имеет, но хорошо показывает разницу между временным каналом передачи и способом долгосрочного хранения.
EIP-4844 повлиял на экономику публикации данных, однако из этого не следует гарантированный процент снижения комиссии для любого пользователя. Итог зависит от тарифа конкретного L2, текущей цены blob gas, нагрузки и состава транзакции. Сеть может использовать новые возможности протокола, но пользовательская сумма всё равно складывается из нескольких переменных.
Отсюда и ограничение для сравнительных таблиц с комиссиями. Указывать одну цену для каждой сети без даты, типа операции и условий расчёта — значит сравнивать несопоставимые величины. Число в кошельке может быть полезно для решения «отправлять сейчас или позже», но не объясняет, за что именно списываются средства.
Arbitrum: комиссия за ресурсы L2 и за данные в Ethereum
В Arbitrum расчёт разделён на два основных компонента. Первый связан с ресурсами дочерней сети и исполнением операции. Второй покрывает размещение данных в родительской сети. Размер последней части зависит от оценённого вклада транзакции в размер batch и от цены данных в L1.
Такой подход объясняет, почему нельзя судить о стоимости транзакции только по тому, сколько вычислений она требует. Операция может быть сравнительно простой с точки зрения исполнения, но занять заметный объём данных для публикации. Или наоборот: одна и та же логика контракта будет иметь разный вклад в расходы на L1 в зависимости от того, как формируются и передаются данные.
Для пользователя это означает, что «оптимизация комиссии в Arbitrum» не сводится к выбору газового токена. Если заметная часть платы связана с публикацией данных, токен, который рассчитан на возврат газа за очистку хранилища, не решает эту проблему автоматически. Здесь важнее устройство тарифа, батчинг и текущая цена публикации в родительской сети.
| Компонент комиссии | Что отражает | Почему может меняться |
|---|---|---|
| Ресурсы дочерней сети | Исполнение транзакции и связанные с ним расходы L2 | Сложность операции и загрузка сети |
| Размещение данных в родительской сети | Долю затрат на публикацию batch в Ethereum | Размер данных, вклад транзакции в batch и цена данных в L1 |
Эта разбивка полезнее громкого заявления о «почти бесплатном газе»: она показывает, где именно возникает расход. При этом сравнивать комиссии Arbitrum с другими L2 стоит на одинаковом типе операции и в близких условиях. Если одна сеть показывает полную сумму, а другая только часть тарифа, победителя выбрали не по эффективности, а по оформлению интерфейса.
ZKsync: pubdata, лимит и расходы на доказательства
В модели ZKsync стоимость L2-транзакции также зависит от цены газа L1: данные операции нужно опубликовать в Ethereum. В расчёте учитываются исполнение, pubdata и расходы, связанные с доказательствами. Поэтому цена внутри L2 не отрывается от родительской сети, даже если пользователь взаимодействует только с интерфейсом второго уровня.
Для передачи данных используется понятие pubdata — данные, которые сеть должна разместить для обеспечения работы и проверяемости своих операций. В документации ZKsync поле gas_per_pubdata_limit задаёт максимальную цену газа, которую оператор может взимать с пользователя за байт pubdata. Документация описывает и возврат переплаты за неиспользованные ресурсы и вычисления.
В описанной модели фигурирует значение 17 единиц L1 gas на байт pubdata. Его нельзя воспринимать как вечную константу протокола: оно может меняться вместе с моделью и параметрами сети. Если сервис показывает эту цифру как неизменную гарантию или строит на ней прогноз экономии без оговорок, перед вами уже не техническое объяснение, а красивая обёртка вокруг изменяемого параметра.
У ZKsync, Arbitrum и других L2 могут различаться устройство данных, порядок расчёта и способ предъявления итоговой комиссии. Поэтому вопрос «какая сеть дешевле» не имеет ответа вне конкретной транзакции и момента её отправки. Полезнее сравнить, какие компоненты учитывает оценка, как сеть обращается с pubdata и что происходит с неиспользованным лимитом.
Где искать реальную экономию
Оптимизация газа в Layer 2 начинается с понимания состава тарифа. Для одной операции решающим будет исполнение, для другой — объём публикуемых данных, для третьей — сочетание нескольких расходов. Свести всё к наличию или отсутствию «газового токена» значит пропустить главную часть расчёта.
Перед отправкой транзакции имеет смысл посмотреть на несколько вещей:
- Полнота оценки. Уточните, включает ли показанная сумма расходы на L1 и публикацию данных или отражает только исполнение в L2.
- Тип операции. Перевод, обмен и вызов сложного контракта создают разную нагрузку и не обязаны стоить одинаково.
- Условия для blob-данных. EIP-4844 создал отдельный рынок blob gas, но его цена динамическая, а сами blobs доступны ограниченное время.
- Параметры сети. Значения, связанные с pubdata и лимитами тарифа, относятся к конкретной модели и могут изменяться.
- Сопоставимость цифр. Сравнивайте одну и ту же операцию в сетях и фиксируйте момент расчёта; иначе сравнение быстро превращается в упражнение по выбору самой привлекательной цифры.
Если комиссия выросла, отложенная отправка иногда может помочь при снижении сетевой нагрузки или цены данных, но это не гарантированный способ экономии. А если сервис обещает постоянную скидку благодаря токену, стоит отделить механизм скидки от маркетингового названия: где именно возникает возврат, какая часть комиссии им компенсируется и работает ли он с расходами L2 и публикацией в Ethereum.
Для системного сравнения нужны условия, а не рекламные ярлыки. Уточняйте тип транзакции, состав тарифа, сеть и момент оценки. Тогда становится видно, чем отличаются комиссии за транзакции в L2 и какие элементы вообще можно оптимизировать. Старые gas tokens после EIP-3529 такой универсальной оптимизацией не стали; новые механизмы публикации данных тоже не обещают фиксированной скидки каждому пользователю.
Младший товарищ, берегите депозит от схем, где слово «токен» подменяет объяснение тарифа. Сначала выясните, за что списывают комиссию, а потом уже верьте обещаниям экономии. Нервы и деньги обычно целее именно в таком порядке.