Análise aprofundada do processo completo de transações L2 e análise de segurança

As transações L2 têm uma etapa importante em comparação com as transações L1 - esperar que o bloco L2 seja carregado no L1. Nesta fase, os usuários só podem confiar na "pré-confirmação" fornecida pelo Sequencer (Pre-Confirmation) para determinar se a transação foi incluída. Esta pré-confirmação é essencialmente apenas uma promessa verbal do Sequencer, que pode ser violada devido a comportamentos maliciosos ou bugs.

Atualmente, as principais L2 exibem um estado de pré-confirmação em seus navegadores, como "Confirmado pelo Sequencer" da Arbitrum/Optimism ou "Aceite na L2" da StarkNet. Os usuários devem estar cientes de que essas garantias de confirmação são limitadas a um curto período.

Se não quiser depender da pré-confirmação do Sequencer, terá de esperar mais tempo até que os dados L2 sejam enviados para o L1 e recebam confirmação suficiente. Os diferentes navegadores L2 oferecem vários níveis de suporte a isso:

• Arbitrum exibe o número de confirmações de bloco L1
• Optimism apresenta diretamente o estado de Finalidade L1
• StarkNet apenas exibe o status "Aceito no L1"
• zkSync divide o processo de L2 para L1 em três fases: Committed, Proven e Executed.

Para aumentar a credibilidade da pré-confirmação, pode-se introduzir um mecanismo de contrato inteligente, exigindo que o Sequencer deposite um caução e assine um compromisso. Em caso de incumprimento, pode-se aplicar uma penalização através do contrato, proporcionando uma proteção mais clara aos usuários.

Em geral, a segurança das transações L2 aumenta gradualmente à medida que o processo de transação avança. Os usuários devem pesar a segurança em relação à temporalidade e escolher o nível de confirmação adequado. No futuro, com o avanço da tecnologia, o mecanismo de confirmação das transações L2 deverá ser ainda mais otimizado.