A ideia de escalabilidade do Ethereum pode estar prestes a mudar. A recente discussão de Vitalik gerou bastante debate na comunidade — em vez de perseguir uma velocidade de bloco cada vez maior, é melhor focar na ampliação da largura de banda de dados. Simplificando, não se trata mais de ser rápido apenas por ser, mas de permitir que cada bloco suporte mais dados.

A lógica dessa mudança é bastante direta. O gargalo atual do Ethereum não está na frequência de blocos, mas na capacidade de dados. Imagine uma linha de metrô na hora do pico, o problema não é a frequência dos trens, mas o fato de os vagões não conseguirem acomodar tanta gente. A expansão da largura de banda é fazer a mesma coisa — usando técnicas de sharding e camadas de disponibilidade de dados, por exemplo — para que cada transação possa processar mais dados, aumentando o throughput geral.

Claro que esse caminho não é fácil. Sharding, camadas de dados (DA) e outras soluções representam desafios técnicos complexos, e o progresso pode ser lento. Além disso, o mercado costuma especular primeiro e só depois se acalmar, então antes de ver números de TPS impressionantes, a volatilidade dos preços pode ser bastante intensa.

Do ponto de vista ecológico, soluções Layer2 como Arbitrum e Optimism podem ganhar novas oportunidades. Se essa estratégia de escalabilidade for realmente implementada, será um avanço para o ecossistema de segunda camada. No curto prazo, pode estimular o sentimento do mercado, mas os benefícios de longo prazo dependem de uma implementação técnica sólida.