Интерпретация полного процесса реализации L2-транзакций: анализ безопасности на различных этапах

Процесс реализации L2-трейдинга можно разделить на несколько ключевых этапов:

1. Пользователь отправляет транзакцию в Sequencer
2. Sequencer упаковывает транзакции в блок L2
3. Загрузка данных блоков L2 в L1
4. Подтверждение блока L1
5. L1 блок окончательно утвержден ( Finalized )

В этом процессе безопасность постепенно повышается:

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

Разные проекты L2 имеют различия в отображении статуса транзакций:

• Арбитраж/Оптимизм: Показать "Подтверждено секвенсером" и количество подтверждений L1
• Старкнет: Существуют такие статусы, как «Получено», «В ожидании», «Принято» на L2 и «Принято» на L1
• zkSync:
  Разделяется на три этапа: Committed, Proven, Executed.

В общем, пользователи должны взвесить безопасность и скорость подтверждения, выбирая подходящую стадию подтверждения в зависимости от своих потребностей. Для крупных сделок рекомендуется дождаться L1 Finalized для обеспечения максимальной безопасности.

Будущие возможные направления улучшения включают:

• Добавить экономический стимул для предварительного подтверждения
• Оптимизация скорости загрузки данных L2 на L1
• Предоставить более полную информацию о состоянии торговли

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