Глибокий аналіз всього процесу L2 транзакцій та аналіз безпеки

L2-транзакції, на відміну від L1-транзакцій, мають один важливий етап - очікування, поки L2-блок буде завантажений на L1. На цьому етапі користувачі можуть лише покладатися на "попереднє підтвердження" (Pre-Confirmation), надане Sequencer, щоб визначити, чи була транзакція включена. Це попереднє підтвердження по своїй суті є лише усною обіцянкою Sequencer і може бути порушене через зловмисні дії або помилки.

Наразі основні L2 у своїх браузерах відображають попередній статус підтвердження, наприклад, "Confirmed by Sequencer" у Arbitrum/Optimism або "Accepted on L2" у StarkNet. Користувачам слід звернути увагу, що ці статуси надають гарантії підтвердження лише на короткий термін.

Якщо ви не хочете покладатися на попереднє підтвердження Sequencer, вам потрібно буде чекати довше, поки дані L2 будуть завантажені в L1 і отримають достатнє підтвердження. Різні браузери L2 надають різний рівень підтримки для цього:

• Arbitrum показує кількість підтверджень L1 блоку
• Optimism безпосередньо демонструє стан фінальності L1
• StarkNet відображає лише статус "Прийнято на L1"
• zkSync розділяє процес L2 до L1 на три етапи: Committed, Proven та Executed.

Для підвищення надійності попереднього підтвердження можна впровадити механізм смарт-контрактів, що вимагає від Sequencer заставити депозит і підписати зобов'язання. У разі невиконання зобов'язання можливе покарання через контракт, що надає користувачам більш чіткі гарантії.

В цілому, безпека L2-транзакцій поступово підвищується в міру просування процесу транзакції. Користувачам потрібно зважити безпеку та своєчасність, обираючи відповідний рівень підтвердження. У майбутньому, з розвитком технологій, механізм підтвердження транзакцій L2 має потенціал для подальшої оптимізації.