Уровень 2: быстрое подтверждение не равно окончательному расчёту
Проследите приём транзакций, публикацию данных и завершение вывода средств в системе масштабирования.

Назовите наблюдаемый этап
Быстрое подтверждение в интерфейсе может означать принятие транзакции секвенсором, а не выполнение всех последующих условий расчётов. Системы уровня 2 обрабатывают транзакции вне базовой сети и используют дополнительные механизмы для фиксации состояния и проверки результатов. Документация Ethereum по масштабированию отличает оптимистические подходы от подходов с доказательством корректности. Архитектура определяет, какие выводы наблюдатель может обоснованно делать на каждом этапе.
В исследовательской записке используйте точные обозначения: отправлено, принято оператором, включено в пакет, опубликовано в базовой цепочке, проверено или завершён период оспаривания, выведено. Не каждая система использует именно эти этапы, но объединение их словом «подтверждено» скрывает операционные различия, важные для бирж и управляющих обеспечением.
Окончательность тоже следует привязать к конкретному событию. Публикация пакета в базовой сети ещё не означает, что сама эта публикация стала окончательной; принятие состояния протоколом не обязательно означает завершение пользовательского вывода. Если сервис принимает депозит раньше, он может брать часть этого риска на себя. Его политика зачисления не меняет гарантий нижележащего протокола.
Разберитесь в различиях способов проверки
Оптимистические роллапы опираются на механизмы оспаривания неверных утверждений о состоянии в установленное окно. Системы с доказательствами валидности представляют криптографические доказательства корректности переходов состояния, однако доступность их данных, порядок обновлений и условия работы всё равно требуют проверки. Система доказательств — один компонент безопасности, а не всеобщая гарантия для любого приложения или моста вокруг неё.
Практическое упражнение — спросить, что произойдёт, если оператор представит неверный результат, прекратит обработку транзакций или не предоставит необходимую услугу. Определите, какие участники могут отреагировать и какая информация им нужна. Ответ следует искать в документации развёрнутой системы, а не в идеализированном описании широкой категории.
Доказательство корректности отвечает на вопрос, допустим ли переход состояния по правилам системы. Доступность данных отвечает на другой вопрос: смогут ли участники восстановить состояние и самостоятельно проверить необходимые сведения. Не следует автоматически приписывать любой системе с доказательствами те же гарантии, что и роллапу, публикующему необходимые данные в базовой сети. Проверяйте, где именно находятся данные и от кого зависит доступ к ним.
Отделяйте задержку расчётов от ликвидности вывода
Вывод через собственный механизм протокола может требовать ожидания выполнения его условий. Сторонний поставщик ликвидности может предложить средства раньше за плату, фактически создавая другой путь выхода. Этот путь меняет характер риска, но не отменяет условия расчётов базового протокола. Его пропускная способность может сокращаться при стрессе именно тогда, когда многие пользователи хотят выйти досрочно.
Представьте обязательство с погашением завтра в базовой сети и активы, вывод которых штатным способом в условной системе занимает несколько дней. Эти активы могут быть ценными, но недоступными в нужный срок. Котировка быстрого выхода полезна лишь для фактически указанной суммы и времени. Нельзя предполагать её сохранение при массовом выводе средств.
Проверяйте механизмы контроля и инфраструктуру
Концентрация управления секвенсорами, ключи обновления, советы с чрезвычайными полномочиями, выпуск доказательств и публикация данных заслуживают отдельных строк сравнения. Система может иметь строгие правила проверки транзакций, но зависеть от централизованных операционных сервисов. Сбой может повлиять на доступность, не изменяя запись о принадлежности активов, однако невозможность совершать операции всё равно способна причинить финансовый ущерб при необходимости срочно скорректировать позиции.
Проверьте, существуют ли принудительное включение транзакций или альтернативные механизмы выхода, кто может ими пользоваться и каковы фактические задержки. Теоретически доступный путь выхода может требовать комиссий базовой сети, технических действий и ожидания. В исследовательской записке опишите эти требования, а не предполагайте, что отсутствие необходимости в разрешении означает лёгкий или мгновенный доступ.
Наличие аварийного выхода проверяют не только по обещанию в документации. Важны действующая версия контрактов, доступные пользователю данные, возможность отправить транзакцию без обычного интерфейса и время до её исполнения. При этом не всякая остановка секвенсора означает потерю средств: разделяйте сохранность активов, возможность пользоваться ими и длительность восстановления. Для обязательства с близким сроком даже временная недоступность может оказаться критичной.
Измеряйте расходы за весь жизненный цикл
Низкие комиссии транзакций полезны, но полное сравнение включает ввод, вывод, мосты, ликвидность целевой сети и время недоступности. Стратегия с частыми локальными операциями и редкими выводами имеет иной профиль затрат, чем постоянно перемещающая средства между сетями. Предмет анализа — весь рабочий процесс, а не одна удобно выбранная дешёвая операция.
Постройте временную шкалу обычного случая и случая сбоя. Запишите, какой остаток доступен для расходования в каждый момент и какие допущения могут задержать следующий шаг. Это делает анализ полезным без прогноза победителя среди систем масштабирования. Техническая пропускная способность, окончательность, ликвидность и стоимость токена приложения — разные темы; нельзя утверждать, будто улучшение одной автоматически улучшает остальные.
Полезное итоговое упражнение — отметить одну и ту же сумму в трёх состояниях: доступен для операций внутри L2, доступен для нативного выхода и доступен для расходования в целевой цепочке. Раздельные временные отметки выявляют разрывы ликвидности. Если срок обязательства попадает внутрь такого разрыва, позиция имеет операционную проблему финансирования, даже если впоследствии расчёты завершатся корректно и основная сумма сохранится.