Что такое Layer 2 и rollup: где проходит транзакция и когда она завершена

Адрес тот же, а реестр уже другой

Ethereum Mainnet и конкретная L2 хранят разные состояния. Один и тот же EVM-адрес может отображаться в обеих сетях, но баланс, nonce, контракты и история транзакций у каждой сети свои. Переключатель network в кошельке не перемещает актив: он меняет RPC, chain ID и тот реестр, к которому обращается интерфейс.

Это объясняет частую ситуацию: перевод успешно виден в explorer L2, но отсутствует в Ethereum Mainnet. Средства не потерялись между вкладками — запись создана только в выбранной сети. Чтобы актив оказался в другой, нужен вывод через canonical bridge, сторонний liquidity route или вывод площадки, поддерживающей нужную chain.

У L2-транзакции работают несколько часов одновременно

Пользователь отправляет подписанную транзакцию узлу L2. Sequencer определяет порядок, исполняет её и быстро возвращает receipt. Для обычного платежа или действия в приложении этого часто достаточно, чтобы интерфейс обновился. Но связь с Ethereum появляется позднее: batcher сжимает группу L2-транзакций и публикует данные на L1, а протокол закрепляет commitment и применяет свой механизм доказательства.

Слово confirmed без названия стадии мало что сообщает. Для покупки внутри приложения важна доступность L2-баланса. Для крупного зачисления сервис может ждать публикации batch или больше подтверждений L1. Для canonical withdrawal в Ethereum требуется завершить отдельный междоменный процесс.

Связь с Ethereum важнее знакомого интерфейса

EVM-совместимость говорит, что сеть понимает знакомые accounts, contracts и инструменты. Она не отвечает, кто упорядочивает блоки, где доступны transaction data и кто разрешит выйти при сбое. Поэтому баннер «работает на Ethereum» нужно переводить в конкретную архитектуру, а не воспринимать как одинаковую гарантию для любого chain ID.

Optimistic и ZK-rollups спорят с ошибкой по-разному

Optimistic rollup принимает опубликованный результат как корректный по умолчанию и оставляет окно, в котором его можно оспорить fraud proof. Для этого данные должны быть доступны, чтобы независимый участник мог воспроизвести вычисление. Отсюда появляется challenge period и задержка canonical withdrawal из некоторых optimistic L2 в Ethereum.

ZK-rollup прикладывает validity proof: компактное криптографическое доказательство корректности перехода состояния. L1-контракт проверяет proof и принимает новый state commitment. Это не делает любой ZK-продукт мгновенным или безрисковым: остаются время построения proof, публикация данных, sequencer, обновляемые contracts и механизм выхода.

Низкая комиссия всё равно состоит из нескольких расходов

Rollup делит цену публикации общей пачки между многими транзакциями и выполняет вычисления в более дешёвой среде. Но стоимость не берётся из воздуха. На примере Base документация разделяет L2 execution fee и L1 security fee — оценку расходов на публикацию данных в Ethereum. Во многих rollups данные размещаются в blobs, для которых действует отдельный рынок blob gas.

Сложный contract call может быть дорогим из-за L2 execution, а транзакция с большим объёмом данных — из-за L1 component. К этому интерфейс способен добавить собственную protocol fee, bridge fee или spread. Поэтому сравнивать нужно итоговую строку перед подписью, а не рекламное «в десять раз дешевле» без сети, времени и типа операции.

Семь дней — свойство маршрута, а не каждой операции в L2

Base прямо разделяет обычные L2-транзакции и вывод средств в Ethereum: семидневное ожидание относится к canonical L2-to-L1 withdrawal, где действует fault-proof challenge period. Swap, перевод между двумя адресами Base или депозит из Ethereum проходят по другим стадиям. У другой L2 конкретные сроки и proof model могут отличаться.

Liquidity bridge способен отдать актив в destination chain раньше, потому что использует чужую ликвидность и позже проводит собственный расчёт. Это уже другой контрагентский и protocol risk, а не ускоренная версия того же canonical withdrawal. Нужно различать официальный route, сторонний bridge и вывод централизованной площадки.

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

Hash нужно читать в контексте сети и стадии. L2 success не доказывает завершение bridge leg, а L1 deposit transaction не заменяет receipt в L2. Именно поэтому полезно сохранить исходный hash, destination network, адрес контракта и сообщение интерфейса до обращения в поддержку.

Хорошая L2 отвечает не только на вопрос о скорости

Перед использованием сети выясните, где публикуются transaction data, какая proof system связывает состояние с L1, кто управляет sequencer и upgrades, есть ли принудительный выход и как работает canonical withdrawal. Для небольшой повседневной операции ответы могут быть короткими; для хранения значительной суммы они определяют, от каких компонентов зависит доступ к активу.

Главное практическое правило простое: записывайте не только адрес и токен, но и сеть. Layer 2 делает исполнение дешевле и быстрее, однако не превращает несколько реестров в один. У каждого действия остаются конкретный chain ID, источник комиссии и уровень подтверждения, который нужен получателю.