A Camada 2 não é mais apenas a Camada 2 do Ethereum.
** Escrito por: Haotian **
Uma nova narrativa de “EVM paralelo” apareceu no mercado, o que é muito interessante na camada 2. Pode realizar um novo paradigma Rollup “refinado”, se exagerado, pode alcançar o efeito mágico de Solana se tornar a nova camada 2 de Ethereum.
Na minha opinião, o EVM paralelo é apenas uma manifestação altamente “modular” do Rollup. Depois que o DA foi invadido por terceiros, a camada de execução da VM caiu novamente e a camada 2 será redefinida no futuro. Por que? A seguir, vamos analisá-lo a partir de uma perspectiva da ciência popular:
Para entender este tópico, você deve primeiro esclarecer o modelo de execução single-thread 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 geração do bloco e o rendimento da transação, etc., e é o principal motivo do alto gás e congestionamento do Ethereum principal rede. Além disso, a razão pela qual foi projetado para ser de thread único 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 os dados de todos os endereços, como saldos, códigos de contratos inteligentes, etc., permaneçam consistentes entre diferentes nós. Ao mesmo tempo, também é necessário garantir que não existem activos idênticos.Surge a possibilidade de duplicação de despesas.
Isso faz com que as transações sejam enfileiradas em ordem. Se ocorrerem transações paralelas, isso pode levar a erros na sincronização de dados entre os nós. A chave é que podem ocorrer transações graves de gastos duplos.
Explicação popular: O banco tem apenas uma janela de atendimento e os clientes devem fazer fila para sacar dinheiro. Sejam depósitos, saques, empréstimos e outros serviços, um cliente só pode iniciar o próximo após concluir o negócio. A vantagem é que todas as operações do sistema de contas do banco serão registradas com precisão, porém o tempo de fila dos clientes será maior;
Se um banco abrir várias janelas de serviço e os clientes puderem escolher uma janela para lidar com diferentes negócios, haverá duas janelas tentando deduzir dinheiro de uma conta ao mesmo tempo.Se a reconciliação do sistema de contas entre as janelas não for oportuna, isso levará a duplicar os gastos. Obviamente, isso aumentará a eficiência, mas a lógica contábil complexa exercerá pressão sobre o sistema contábil.
No cenário de cadeia independente da camada 1, se a camada inferior da cadeia suportar processamento paralelo, o problema será facilmente resolvido.Como os estados de computação e armazenamento de Solana são separados, após sua VM receber múltiplas transações dos usuários, o nó classificará essas transações e em seguida, chame a cadeia independente. Os dados de status do sistema de armazenamento detectam se há um conflito de status nessas transações. Se não houver conflito, a transação será empacotada em um bloco. Se houver um conflito, a transação conflitante será excluída do este bloco.
Em comparação, o status de armazenamento do Ethereum é calculado em tempo real. Cada transação deve aguardar a conclusão da transação anterior antes de atualizar o status. Portanto, é impossível filtrar as transações antes de aguardar o empacotamento, o que limita seu processamento paralelo. possibilidade .
No cenário da cadeia Rollup da camada 2, para obter processamento paralelo, a distância é semelhante. Você pode pensar no cálculo de transação e detecção de status de armazenamento de Solana aguardando o carimbo de data / hora POH como o processo da cadeia Rollup processando transações no Sequener e, em seguida, enviando-as em lote para a rede principal.
Agora, antes das transações em lote da camada 2, o Sequener primeiro organizará os nonces para as transações em ordem cronológica e, em seguida, agrupará-os na rede principal em ordem. Como podemos conseguir multi-threading?
-
Com base no modelo abstrato da conta AA, é possível iniciar múltiplas transações ao mesmo tempo a partir do status da conta. Por exemplo, se duas transferências forem executadas ao mesmo tempo, o contrato inteligente AA lhes dará um nonce, que precisa ser executado em ordem. Se for uma transferência, se uma transação for aprovada, ela poderá ser processada de forma mais flexível em paralelo, sem ser restringida pelo nonce. No modelo de conta AA, cada conta pode personalizar a lógica de processamento de transações e, em seguida, cooperar com o nonce para obter alta simultaneidade.
-
O processamento “refinado” de transações no Sequencer pode ser executado. Por exemplo, quando as transações da camada 2 são enviadas ao Sequencer, o Sequencer pode detectar rapidamente essas lógicas de transação e realizar classificação e triagem refinadas. Por exemplo, se o mesmo Se uma conta for iniciada duas Transferências, esta última deverá ser excluída e aguardar o próximo Lote. Se a mesma conta iniciar duas operações de natureza diferente, elas poderão ser Lotadas em um bloco ao mesmo tempo.
Parece simples? Mas este não é de forma alguma o caso. Tomando o cenário DeFi como exemplo, o Sequencer enfrenta dois grandes desafios para conseguir uma gestão refinada das transações:
-
É necessário analisar os dados da transação em tempo real e compreender os métodos e parâmetros de chamada do contrato inteligente dos dados recebidos. Tomemos como exemplo o Staking comum no DeFi. Uma operação de Staking envolve transferência de token, atualização de status, período de promessa e cálculo de recompensas potenciais, etc. Se um grande número de usuários enviar algumas transações de penhor ao mesmo tempo, se também houver transações envolvendo penhor 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 adequadamente, um erro em um passo pode causar acidentes graves.
-
O sequenciador deve garantir a descentralização. Atualmente, o sequenciador da camada 2 possui apenas transações em lote e seus direitos são muito grandes. Se o problema de descentralização do sequenciador não puder ser resolvido, um Rollup “refinado” será dado ao sequenciador. Se o Sequencer fizer transações falsas, se envolver descaradamente em armadilhas MEV ou até mesmo manipular maliciosamente a liquidação da Oracle, etc., ele se reproduzirá.
Recentemente, o Metis se tornou popular. Na superfície, ele apenas realiza a descentralização do sequenciador. Em um nível mais profundo, ele constrói uma premissa básica de consenso para o futuro sequenciador fazer um rollup refinado.
Claro, confiar no Sequencer para obter agregação e processamento de transações Rollup altamente refinados ainda é apenas uma ideia. Felizmente, a abstração da conta AA e a ideia aberta de combinação modular de todo o blockchain fornecem o pré-requisito para a implementação dessa ideia. .
isso é tudo.
Além disso, como mencionado acima, a camada 2 como um todo está se tornando cada vez mais modular. A tecnologia ZK é incorporada na estrutura OP Stack para alcançar a expansão da privacidade; o Ethereum DA original é convertido em um DA de terceiros, como o Celestia, para reduzir custos; o ETH é gradualmente usado como Gás A tradição de taxas também foi alterada, dando maior praticidade aos tokens da camada 2, até mesmo a camada 2 pode agrupar transações em lote e enviá-las a diferentes ambientes de execução de VM, e as transações são divididas em Solana e Ethereum para processamento, etc.
Até então, um novo paradigma surgirá. A atual camada 2 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.
Como uma ideia ousada, a camada 2 tornou-se agora uma “camada 1” de nível básico que integra capacidades de processamento de transações de alta simultaneidade, e a antiga camada 1, como Ethereum e Solana, tornou-se uma nova “camada 2” que lida com liquidação de ativos e garantia de segurança.
A Camada 2 nunca foi um conceito rígido. As plataformas da Camada 2 sempre tiveram a missão de resolver o processamento simultâneo de transações em grande escala e atrair grupos incrementais de usuários no mercado.
Se a missão for alcançada, sob a ideia modular, não apenas a legitimidade da camada 1 do Ethereum será quebrada, mas a disponibilidade de dados DA, a camada de execução VM e até mesmo a interação de comunicação de interoperabilidade de toda a cadeia se tornarão a infraestrutura para a camada 2 realizar Adoção em massa.
Até então, a camada 2 não será mais apenas um complemento da camada 1, mas se tornará uma poderosa plataforma abrangente de agregação de transações e processamento de distribuição. Deixe-me perguntar: quem é de quem é a camada 2?
