Анализ полного процесса выполнения транзакций Уровень 2: Оценка безопасности на каждом этапе
Уровень 2(L2) технология принесла более высокую масштабируемость для Ethereum, но в то же время увеличила сложность подтверждения транзакций. В этой статье будет подробно рассмотрен полный процесс выполнения L2 транзакций и проанализирована безопасность на каждом этапе.
Обзор процесса торговли L1
После того как пользователь отправил транзакцию, необходимо дождаться, пока майнеры или валидаторы упакуют её в блок. Даже если транзакция была упакована, все равно нужно дождаться определенного количества подтверждающих блоков, чтобы снизить риск реорганизации (Re-org). Только когда вероятность реорганизации будет достаточно низкой, транзакция может считаться окончательно подтвержденной.
Подробное объяснение процесса торговли на Уровне 2
Процесс торговли на Уровне 2 по сравнению с Уровнем 1 имеет дополнительный этап:
Пользователь отправляет транзакцию Sequencer
Sequencer упаковывает транзакции в блоки уровня 2
Sequencer отправляет данные блока L2 на L1
Ожидание подтверждения L1
Из них шаги 2-3 являются уникальными для Уровня 2. На этом этапе транзакция еще не записана в блокчейн, пользователи могут полагаться только на обещание Sequencer, что называется "предварительное подтверждение"(Pre-Confirmation).
Механизм подтверждения транзакций основных решений уровня 2
Арбитраж/Оптимизм
Чек за сделку можно получить почти мгновенно, это предварительное подтверждение от Sequencer.
Эксплорер будет отображать статус сделки, включая "Подтверждено Секвенсером" и количество подтверждений L1
Optimism также будет отображать состояние L1 Finality
StarkNet
Статус сделки включает Received, Pending, Accepted on L2, Accepted on L1
Время подтверждения от Уровень 2 до L1 довольно долгое, около 4-5 часов
Explorer не отображает информацию о L1 Finality
zkSync
Статусы транзакций: Ожидание, zkSync Era Обработано, Зафиксировано, Доказано, Выполнено
Разделите процесс перехода с L2 на L1 на три этапа
Explorer предоставляет подробную информацию о каждом этапе
Предварительный механизм L1
Если заранее знать создателя блока, L1 также может поддерживать предварительное подтверждение. В рамках архитектуры PBS, Builder может предоставить услуги предварительного подтверждения, но их эффективность довольно низка. В будущем, если Proposer сможет участвовать в создании блока, механизм предварительного подтверждения может стать более надежным.
Можно заставить Builder или Sequencer заложить депозит через смарт-контракт и подписать содержание обязательств. Если обязательства нарушаются, пользователь может предоставить доказательства и наказать другую сторону, тем самым повысив доверие к предварительному подтверждению.
Резюме
Транзакции L2 имеют на один этап больше, чем L1, ожидающие загрузки в L1
Перед загрузкой L1 пользователи могут полагаться только на предварительное подтверждение Sequencer.
Большинство L2 Explorer будет отображать предварительное состояние подтверждения.
Ожидание загрузки данных L2 на L1 является самым безопасным подходом
Можно усилить надежность предварительного подтверждения через механизмы экономического стимулирования.
В таблице ниже обобщены гарантии подтверждения и риски для сделок L1 и Уровень 2 на различных этапах:
| Этап | L1 Транзакции | Уровень 2 Транзакции |
|------|--------|--------|
| Отправить транзакцию | Без гарантии | Без гарантии |
| Предварительное подтверждение | Builder обязуется ( в будущем возможно ) | Sequencer обязуется |
| Упаковка блока | Более высокая гарантия | Средняя гарантия ( зависит от Sequencer ) |
| Загрузить L1 | - | Высокая гарантия |
| Много подтверждений | Очень высокая гарантия | Очень высокая гарантия |
| Окончательное подтверждение | Максимальная гарантия | Максимальная гарантия |
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Полный процесс выполнения L2-транзакций: анализ безопасности от предварительного подтверждения до окончательного подтверждения
Анализ полного процесса выполнения транзакций Уровень 2: Оценка безопасности на каждом этапе
Уровень 2(L2) технология принесла более высокую масштабируемость для Ethereum, но в то же время увеличила сложность подтверждения транзакций. В этой статье будет подробно рассмотрен полный процесс выполнения L2 транзакций и проанализирована безопасность на каждом этапе.
Обзор процесса торговли L1
После того как пользователь отправил транзакцию, необходимо дождаться, пока майнеры или валидаторы упакуют её в блок. Даже если транзакция была упакована, все равно нужно дождаться определенного количества подтверждающих блоков, чтобы снизить риск реорганизации (Re-org). Только когда вероятность реорганизации будет достаточно низкой, транзакция может считаться окончательно подтвержденной.
Подробное объяснение процесса торговли на Уровне 2
Процесс торговли на Уровне 2 по сравнению с Уровнем 1 имеет дополнительный этап:
Из них шаги 2-3 являются уникальными для Уровня 2. На этом этапе транзакция еще не записана в блокчейн, пользователи могут полагаться только на обещание Sequencer, что называется "предварительное подтверждение"(Pre-Confirmation).
Механизм подтверждения транзакций основных решений уровня 2
Арбитраж/Оптимизм
StarkNet
zkSync
Предварительный механизм L1
Если заранее знать создателя блока, L1 также может поддерживать предварительное подтверждение. В рамках архитектуры PBS, Builder может предоставить услуги предварительного подтверждения, но их эффективность довольно низка. В будущем, если Proposer сможет участвовать в создании блока, механизм предварительного подтверждения может стать более надежным.
Улучшение механизма предварительного подтверждения
Можно заставить Builder или Sequencer заложить депозит через смарт-контракт и подписать содержание обязательств. Если обязательства нарушаются, пользователь может предоставить доказательства и наказать другую сторону, тем самым повысив доверие к предварительному подтверждению.
Резюме
В таблице ниже обобщены гарантии подтверждения и риски для сделок L1 и Уровень 2 на различных этапах:
| Этап | L1 Транзакции | Уровень 2 Транзакции | |------|--------|--------| | Отправить транзакцию | Без гарантии | Без гарантии | | Предварительное подтверждение | Builder обязуется ( в будущем возможно ) | Sequencer обязуется | | Упаковка блока | Более высокая гарантия | Средняя гарантия ( зависит от Sequencer ) | | Загрузить L1 | - | Высокая гарантия | | Много подтверждений | Очень высокая гарантия | Очень высокая гарантия | | Окончательное подтверждение | Максимальная гарантия | Максимальная гарантия |