Notícias do BlockBeats, em 19 de fevereiro, Vitalik, co-fundador da Ethereum, respondeu à pergunta "Como avaliar a Camada 2, o que foi bem feito ou diferente do esperado, rollups são bons ou ruins para o Ethereum" durante um AMA de texto realizado na plataforma Tako, dizendo: Até agora, a forma de escalabilidade da Ethereum pode ser aproximadamente entendida como híbrida L1 + L2, mas acho que ainda não há um consenso claro sobre quais transações devem ocorrer na L1 e quais na L2. A resposta "colocar tudo na L2" é difícil de aceitar, pois é fácil perder a função de 'Meio de troca' e 'reserva de valor' do ETH. Se você está preocupado com a migração de usuários da L1 para a L2, sem oferecer nada em troca para a L1, isso se torna um problema ainda mais sério em um cenário onde a L1 quase não faz nada. As operações entre L2 ainda dependem da L1. Se um L2 apresentar problemas, os usuários precisam ter a opção de migrar para outro L2. Portanto, é difícil evitar alguns casos de uso da L1. A resposta "colocar tudo na L1" também é difícil de aceitar, pois se a L1 suportar muitas transações, há um risco de centralização, mesmo com tecnologias como ZK-EVM. A demanda por transações na cadeia é infinita, independentemente da alta TPS da L1, sempre haverá aplicações que exigem 10 vezes mais TPS (por exemplo, inteligência artificial, pagamentos de pequeno valor, mercado de previsão, etc.). A L2 não se limita à escalabilidade, também pode fornecer confirmações mais rápidas por meio de 'preconfirmations' e evitar problemas de MEV por meio dos 'sequencers'. Portanto, precisamos de uma abordagem híbrida L1 + L2. Acredito que o papel da L2 continuará a evoluir, por exemplo, atualmente a compatibilidade da L2 com a EVM parece ser suficiente, mas talvez veremos mais foco em L2 voltadas para a privacidade (como aztec, intmax, etc.), ou L2 específicas para aplicações (se uma aplicação desejar controlar sua situação de MEV, isso pode ser vantajoso, etc.). Portanto, a curto prazo, acho que devemos continuar a melhorar a capacidade da L1, oferecer mais espaço para a L2 através de blobs, impulsionar a interoperabilidade entre L2 e, em seguida, o mercado determinará qual abordagem de escalabilidade é adequada para cada aplicação.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Vitalik comentou que L2: L1 e L2 devem continuar a se desenvolver simultaneamente no curto prazo, e o mercado decidirá como expandir no futuro
Notícias do BlockBeats, em 19 de fevereiro, Vitalik, co-fundador da Ethereum, respondeu à pergunta "Como avaliar a Camada 2, o que foi bem feito ou diferente do esperado, rollups são bons ou ruins para o Ethereum" durante um AMA de texto realizado na plataforma Tako, dizendo: Até agora, a forma de escalabilidade da Ethereum pode ser aproximadamente entendida como híbrida L1 + L2, mas acho que ainda não há um consenso claro sobre quais transações devem ocorrer na L1 e quais na L2. A resposta "colocar tudo na L2" é difícil de aceitar, pois é fácil perder a função de 'Meio de troca' e 'reserva de valor' do ETH. Se você está preocupado com a migração de usuários da L1 para a L2, sem oferecer nada em troca para a L1, isso se torna um problema ainda mais sério em um cenário onde a L1 quase não faz nada. As operações entre L2 ainda dependem da L1. Se um L2 apresentar problemas, os usuários precisam ter a opção de migrar para outro L2. Portanto, é difícil evitar alguns casos de uso da L1. A resposta "colocar tudo na L1" também é difícil de aceitar, pois se a L1 suportar muitas transações, há um risco de centralização, mesmo com tecnologias como ZK-EVM. A demanda por transações na cadeia é infinita, independentemente da alta TPS da L1, sempre haverá aplicações que exigem 10 vezes mais TPS (por exemplo, inteligência artificial, pagamentos de pequeno valor, mercado de previsão, etc.). A L2 não se limita à escalabilidade, também pode fornecer confirmações mais rápidas por meio de 'preconfirmations' e evitar problemas de MEV por meio dos 'sequencers'. Portanto, precisamos de uma abordagem híbrida L1 + L2. Acredito que o papel da L2 continuará a evoluir, por exemplo, atualmente a compatibilidade da L2 com a EVM parece ser suficiente, mas talvez veremos mais foco em L2 voltadas para a privacidade (como aztec, intmax, etc.), ou L2 específicas para aplicações (se uma aplicação desejar controlar sua situação de MEV, isso pode ser vantajoso, etc.). Portanto, a curto prazo, acho que devemos continuar a melhorar a capacidade da L1, oferecer mais espaço para a L2 através de blobs, impulsionar a interoperabilidade entre L2 e, em seguida, o mercado determinará qual abordagem de escalabilidade é adequada para cada aplicação.