Autor Original: Haotian (X: @tmel0211)
Uma nova narrativa de “EVM paralelo” surgiu no mercado, o que é muito interessante na camada 2, que pode realizar um novo paradigma de rollup “refinado”, e o exagero pode alcançar o efeito mágico de Solana se tornar a nova camada 2 do Ethereum.
Na minha opinião, o EVM paralelo é apenas uma manifestação do alto grau de “modularidade” do Rollup, ** depois que o DA foi invadido por um terceiro, a camada de execução da VM caiu novamente e a camada 2 será redefinida no futuro. A seguir, vamos analisar sob a perspetiva da ciência popular:
Para entender este tópico, devemos primeiro esclarecer o modelo de execução single-threaded do “EVM”.
Este modelo estipula que as transações devem ser processadas e confirmadas uma após a outra em ordem, o que afeta diretamente a velocidade de processamento da transação, o tempo de bloqueio e a taxa de transferência da transação, que é a principal razão para o alto gás e congestionamento do EthereumMainnet. Além disso, a razão pela qual é projetado para ser single-threaded tem certas limitações históricas. **
Como as transações no Ethereum são verificadas e executadas por nós independentes distribuídos, é necessário garantir que todos os dados de endereço, como saldos, código de contrato inteligente, etc., mantenham o mesmo estado entre nós diferentes e, ao mesmo tempo, garantir que não haja possibilidade de gastos duplos do mesmo ativo.
Isso permite que as transações sejam enfileiradas sequencialmente. Se houver transações paralelas, isso pode levar a erros de sincronização de dados entre nós, e a chave é que haverá transações sérias de gasto duplo.
Explicação popular: o banco tem apenas uma janela de atendimento, os saques dos clientes devem ser enfileirados em ordem, seja saques de depósitos e empréstimos e outros negócios, um cliente pode iniciar a próxima após concluir o negócio, a vantagem é que cada operação do sistema de conta do banco será registrada com precisão, mas o tempo de fila do cliente será maior;
Se o banco abrir várias janelas de atendimento, os clientes podem escolher a janela para lidar com negócios diferentes, haverá duas janelas ao mesmo tempo para tentar deduzir dinheiro de uma conta, se a conciliação do sistema de conta entre as janelas não for oportuna, levará a gastos duplos, obviamente isso melhora significativamente a eficiência, mas a complexa lógica contábil trará pressão para o sistema contábil.
No cenário de cadeia independente de camada 1, se a cadeia subjacente suportar processamento paralelo, o problema será resolvido, devido à separação do estado de computação e armazenamento, a VM do Solana classificará essas transações depois de receber várias transações dos usuários e, em seguida, chamará dados de estado do sistema de armazenamento independente para detetar se essas transações têm conflitos de estado, se não houver conflito, as transações serão empacotadas em um Bloco e, se houver um conflito, as transações conflitantes serão excluídas desse Bloco.
Em contraste, o estado de armazenamento do Ethereum é calculado em tempo real, e cada transação deve esperar que a transação anterior seja concluída antes de atualizar o estado, por isso é impossível rastrear as transações antes de esperar pelo empacotamento, limitando a possibilidade de processamento paralelo. **
No caso das cadeias de rollup de camada 2, para alcançar o processamento paralelo, é semelhante a ficar longe. Você pode pensar no cálculo de transações e na deteção do estado de armazenamento do Solana enquanto aguarda os carimbos de data/hora POH como o processo pelo qual a cadeia cumulativa processa transações no Sequener e, em seguida, as envia em lote para a rede principal.
Agora que o Sequener da camada 2 organizará as transações em ordem cronológica antes das transações em lote e, em seguida, as enviará em lote para a Mainnet em ordem, como ela pode ser multi-threaded?
**1) Com base no modelo de abstração da conta AA, várias transações podem ser iniciadas ao mesmo tempo a partir do estado da conta, **Por exemplo, se duas transferências forem executadas ao mesmo tempo, o AA Smart Contract lhe dará um nonce, que precisa ser executado sequencialmente, se um for Transfer, um é Approve, ele pode ser processado em paralelo de forma mais flexível sem restrições nonce. No modelo de conta AA, cada conta pode personalizar a lógica de processamento de transações para obter alta simultaneidade com nonce.
Por exemplo, quando as transações da camada 2 são enviadas ao Sequencer, o Sequencer pode detetar rapidamente a lógica da transação e executar uma classificação e triagem finas, por exemplo, se a mesma conta iniciar duas transferências, a última deve ser excluída e aguardar o próximo lote, e se a mesma conta iniciar duas operações de naturezas diferentes, isso pode ser feito ao mesmo tempo Lote em um bloco.
Parece simples, mas não é o caso, apenas tomando o cenário de Finanças Descentralizadas como exemplo, há dois grandes desafios para o Sequencer conseguir uma gestão refinada das transações:
**1) Para analisar os dados de transação em tempo real e entender os métodos de chamada de contrato inteligente e os parâmetros dos dados recebidos, **Tome o staking comum de Finanças Descentralizadas como exemplo, uma operação de staking envolve transferência de token, atualização de estado, período de staking e cálculo de recompensa potencial. Se houver um grande número de usuários recebendo algumas transações de staking ao mesmo tempo, se também houver transações misturadas com staking e depois transferência, juntamente com fatores de preço complexos da Oralce, etc., se o Sequener não puder analisá-lo e processá-lo corretamente, um erro pode levar a acidentes graves.
- O Sequencer tem que garantir a Descentralização, a atual camada 2 Sequener é apenas uma transação em lote sob a premissa de que os direitos são muito grandes, se o problema de Descentralização do Sequencer não puder ser resolvido, e então fazer um Rollup “refinado”, o que equivale a dar mais permissões ao Sequencer. Se o Sequencer fizer transações falsas, se envolver descaradamente em clipes MEV, ou até mesmo manipular maliciosamente a liquidação da Oracle, etc., ele se reproduz.
Recentemente, **Metis tem sido popular, ostensivamente apenas Sequencer conseguiu a descentralização, e em um nível mais profundo, ele construiu uma premissa de consenso básica para Sequencer fazer rollups refinados no futuro. **
É claro que confiar no Sequencer para alcançar a agregação e o processamento de transações de rollup altamente refinados ainda é apenas uma ideia, ** felizmente, a abstração da conta AA, a combinação modular geral da mente aberta do Blockchain fornece um pré-requisito para a implementação dessa ideia. **
Acima.
Além disso, como mencionado acima, a camada 2 como um todo está se tornando cada vez mais modular, incorporando a tecnologia ZK na estrutura da pilha OP para alcançar a extensão de privacidade, transformando o Ethereum DA original em um DA de terceiros como o Celestia para reduzir custos, mudando gradualmente a tradição do ETH como uma taxa de gás, dando à camada 2 Token maior capacitação de utilidade, e até mesmo a camada 2 pode processar transações em lote e enviá-las para diferentes ambientes de execução de VM, e as transações serão distribuídas Solana e Ethereum e muito mais.
Nesse momento, um novo paradigma surgirá, e a camada 2 atual não é mais apenas a camada 2 do Ethereum, Solana também pode ser a camada 2 do Ethereum, e até mesmo a definição da camada 2 será magicamente alterada.
** Suposição ousada, agora a camada 2 tornou-se uma “camada 1” de nível de entrada integrando altas capacidades de processamento de transações simultâneas, e Ethereum, Solana, essas antigas camadas 1 se tornaram uma nova “camada 2” para liquidação de ativos e garantia de segurança. **
**A camada 2 nunca foi um conceito rígido, e a missão das plataformas da camada 2 de resolver o processamento de transações simultâneas em grande escala e atrair grupos de mercado de usuários incrementais sempre existiu. **
Se a missão for alcançada, sob a ideia de modularidade, não apenas a legitimidade da camada 1 do Ethereum será quebrada, mas toda a cadeia de disponibilidade de dados DA, camada de execução de VM e até mesmo interação de comunicação de interoperabilidade se tornará a infra para a camada 2 alcançar a adoção em massa.
Nesse momento, a Camada 2 deixará de ser apenas um suplemento da Camada 1, para se tornar uma plataforma poderosa e abrangente de agregação de transações e processamento de distribuição.
Link para o artigo original
