Se tentarmos empurrar 100 gigabytes de dados por segundo através de uma rede distribuída de nós espalhados globalmente, esbarramos em algo que nenhum código pode refatorar: a velocidade da luz. A latência de propagação é o teto de vidro da blockchain. Quando falamos sobre a “busca pela escalabilidade infinita”, não estamos discutindo apenas o aumento do throughput (transações por segundo), mas sim como contornar as limitações físicas de largura de banda e armazenamento sem sacrificar a descentralização que dá valor ao sistema. Durante anos, o debate foi dominado por uma visão monolítica.
A ideia era simples: aumente o tamanho do bloco, reduza o tempo entre blocos e exija hardware mais potente dos validadores. A Solana, por exemplo, seguiu esse caminho com seu mecanismo de Proof of History, delegando a escalabilidade ao hardware (Lei de Moore) e à otimização de propagação de pacotes (Turbine). Funciona? Para alto desempenho imediato, sim. Mas cria uma barreira de entrada brutal para quem deseja auditar a rede. Se apenas data centers conseguem rodar um nó, recriamos o sistema bancário tradicional com passos extras. A verdadeira revolução técnica, e onde a “escalabilidade infinita” deixa de ser marketing para virar matemática aplicada, está na arquitetura modular e, especificamente, na recursividade das provas de conhecimento zero (Zero-Knowledge Proofs).
O Ethereum abandonou o sonho do sharding de execução (dividir a blockchain em várias cadeias paralelas que processam transações) em favor de uma abordagem centrada em Rollups. A implementação do EIP-4844 (Proto-Danksharding) foi o primeiro passo tangível nessa direção. Ao introduzir “blobs” de dados — espaços de armazenamento temporário que não competem com o gas da execução normal da EVM —, a rede principal deixou de tentar processar tudo para se tornar uma camada de liquidação e disponibilidade de dados. Mas o Santo Graal reside nos ZK-Rollups e na prova recursiva. Imagine um cenário onde uma prova STARK (Scalable Transparent Argument of Knowledge) verifica a validade de um lote de 1.000 transações. Agora, imagine outra prova que verifica a validade de 1.000 dessas provas anteriores. Matematicamente, você pode comprimir milhões de operações em uma única prova leve que é verificada na Layer 1.
Projetos como Starknet e zkSync estão explorando essa fronteira. A verificação da prova tem um custo computacional logarítmico em relação ao número de transações, o que significa que, teoricamente, quanto mais carga o sistema recebe, mais barato se torna o custo marginal por usuário. Entretanto, há um elefante na sala que muitos desenvolvedores ignoram: o State Bloat (inchaço do estado). Escalar o processamento é “fácil”; escalar o armazenamento do estado global (quem tem quanto e onde) é um pesadelo de engenharia. Se o estado da rede cresce a ponto de exigir petabytes de RAM para acesso rápido, a rede colapsa sob o próprio peso.
Aqui entra a necessidade crítica de Stateless Clients (clientes sem estado) e expiração de estado. A arquitetura futura provavelmente envolverá nós que não precisam armazenar o estado completo para validar um bloco, confiando em testemunhas criptográficas (witnesses) anexadas às transações. A separação de camadas é inevitável. Camadas como Celestia focam exclusivamente em Data Availability Sampling (DAS), permitindo que nós leves verifiquem se os dados de um bloco foram publicados sem precisar baixar o bloco inteiro. Isso quebra a relação linear entre a capacidade da rede e a exigência de hardware dos nós. https://www.youtube.com/channel/UCfRJRcoMwIYuJ1EnsjGhSdQ