O Problema da Escalabilidade
Smart contracts tornaram a blockchain útil para milhares de aplicações, mas o sucesso revelou um gargalo. A Ethereum processa cerca de 15 transações por segundo. A Visa processa 65.000. Para que a blockchain suporte aplicações globais, ela precisa escalar.
A Ethereum é lenta por causa da execução sequencial. A EVM processa uma transação por vez. O congestionamento da rede é o preço de mercado de espaço em bloco escasso. Os 7 TPS do Bitcoin e os 15 TPS da Ethereum atingem o mesmo muro: o processamento sequencial limita o throughput.
O Gargalo da Execução Sequencial
A execução sequencial limita o throughput da blockchain. As transações são executadas uma após a outra porque o sistema não pode prever quais transações entrarão em conflito.
Considere duas transações:
Transação A: Alice envia 10 ETH para Bob
Transação B: Carol aumenta o preço de um NFT em 10%
Essas transações não conflitam — elas tocam estados completamente diferentes. Elas poderiam ser executadas simultaneamente. Mas a Ethereum não sabe disso com antecedência. A EVM processa cada transação sequencialmente para garantir a consistência.
Por que sequencial: Smart contracts compartilham estado global, então quando um contrato modifica dados compartilhados, todas as outras transações devem esperar. Sem saber de antemão quais contas e contratos uma transação vai tocar, o sistema não pode determinar quais transações são seguras para execução em paralelo.
Imagine que a Transação C chama um contrato que internamente chama três outros contratos, modifica seis saldos de contas e atualiza estruturas de dados complexas. A EVM não pode prever esses efeitos até que a transação execute, então para garantir a consistência, ela processa as transações uma de cada vez.
A execução single-threaded cria um limite fundamental de throughput, independentemente de melhorias de hardware.
Comparação de Throughput
Ethereum: Aproximadamente 15 transações por segundo. Um bloco é produzido a cada 12 segundos e pode conter aproximadamente 180 transferências simples (menos se as transações envolverem interações complexas com smart contracts).
Bitcoin: Aproximadamente 7 transações por segundo. Um bloco é produzido a cada 10 minutos e é limitado a aproximadamente 1 megabyte, o que comporta cerca de 2.400 transferências simples.
Visa: Aproximadamente 65.000 transações por segundo em capacidade de pico (24.000 TPS em média).
Sistemas de pagamento tradicionais processam de 1.000 a 10.000 vezes mais transações por segundo que as blockchains. À medida que a adoção cresce, esse gargalo restringe quais aplicações são viáveis.
Quando a demanda excede a capacidade, os usuários competem por espaço em bloco através de taxas. Durante períodos de alto uso, os preços de gas da Ethereum têm excedido $50 por transação simples e centenas de dólares para interações complexas com smart contracts. Usuários menores não conseguem arcar com essas taxas, e muitas aplicações tornam-se economicamente inviáveis.
Por Que Blocos Rápidos Não Funcionam
Tornar os blocos mais rápidos e maiores parece simples, mas cria dois problemas.
Blocos mais rápidos causam mais órfãos: A propagação de blocos leva tempo. Quando um minerador encontra um bloco, ele o transmite para a rede, e outros mineradores o recebem, validam e mudam para construir sobre ele. Esse processo leva vários segundos.
Se os blocos vierem rápido demais, múltiplos mineradores encontram blocos válidos antes de ouvirem sobre os blocos uns dos outros. Cada um constrói sobre seu próprio bloco, criando forks concorrentes na cadeia onde apenas uma cadeia sobrevive e as outras tornam-se órfãs, desperdiçando trabalho computacional.
Blocos órfãos reduzem a segurança porque atacantes podem explorar a confusão para fazer gasto duplo, tornando a rede menos estável. O tempo de bloco de 12 segundos da Ethereum é cuidadosamente escolhido para equilibrar throughput com baixas taxas de órfãos.
Blocos maiores centralizam a validação: Blocos maiores significam mais dados para baixar, armazenar e validar. Um bloco de 10 megabytes a cada 12 segundos requer 72 megabytes por minuto — mais de 100 gigabytes por dia apenas para manter-se sincronizado.
À medida que os blocos crescem, menos pessoas podem arcar com a largura de banda e o armazenamento para rodar nós completos. Quando apenas grandes datacenters podem validar a cadeia, a rede torna-se centralizada. Verificação permissionless requer que qualquer pessoa possa rodar um validador em hardware de consumo.
Os blocos de 1 megabyte do Bitcoin mantêm a cadeia pequena o suficiente para que indivíduos possam validar em hardware de consumo. Aumentar o tamanho do bloco melhora o throughput, mas sacrifica a descentralização.
O Trilema da Blockchain Revisitado
O Trilema da Blockchain explica por que escalar é difícil. Você pode otimizar duas propriedades, mas não todas as três simultaneamente:
Segurança: Resistência a ataques, garantias de consistência Escalabilidade: Alto throughput de transações Descentralização: Muitos validadores independentes
Escolha do Bitcoin: Segurança + Descentralização → 7 TPS
Altamente seguro (nunca foi atacado com sucesso)
Altamente descentralizado (milhares de validadores)
Baixo throughput (não consegue suportar uso global)
Escolha da Ethereum: Segurança + Descentralização → 15 TPS
Forte segurança (nunca atacada com sucesso na camada base)
Razoavelmente descentralizada (milhares de validadores)
Baixo throughput (taxas altas durante pico de uso)
Escolha da Visa: Segurança + Escalabilidade → 65.000 TPS
Forte segurança (proteção contra fraude, conformidade)
Alto throughput (rede de pagamentos global)
Completamente centralizada (uma empresa controla tudo)
O trilema é uma restrição fundamental. Aumentar uma propriedade requer sacrificar outra. Melhorias simples de throughput sem mudanças arquitetônicas sempre atingirão este limite.
O Problema do Estado Compartilhado
Smart contracts compartilhando estado global impedem o paralelismo.
Na Ethereum, smart contracts podem chamar qualquer outro contrato. Um protocolo de empréstimo pode interagir com oráculos de preço, contratos de token, sistemas de governança e outros protocolos de empréstimo, criando dependências que impedem a execução paralela.
Considere duas transações:
Transação 1: Usuário A troca token X por token Y no Exchange Protocol
Transação 2: Usuário B troca token Y por token Z no mesmo Exchange Protocol
Ambas as transações modificam o estado do protocolo de exchange, especificamente as reservas de tokens. Se elas executarem simultaneamente, podem ler os mesmos valores de reserva, realizar cálculos baseados em estado desatualizado e gravar atualizações conflitantes que sobrescrevem os efeitos uma da outra e quebram a consistência.
Para prevenir isso, a EVM as processa sequencialmente. A Transação 1 executa completamente e atualiza o estado, então a Transação 2 executa com o novo estado. Isso garante consistência, mas limita o throughput.
O problema do estado compartilhado significa que toda transação é potencialmente dependente de toda outra transação. Sem conhecer as dependências com antecedência, o sistema deve assumir que tudo conflita e processar sequencialmente.
Tentativas de Escalar
Quatro abordagens foram tentadas para aumentar o throughput da blockchain:
Aumentar o tamanho do bloco: Processar mais transações por bloco. Blocos maiores requerem mais largura de banda e armazenamento, reduzindo o número de participantes que podem validar. Sacrifica a descentralização.
Diminuir o tempo de bloco: Produzir blocos com mais frequência. Blocos mais rápidos aumentam as taxas de órfãos, reduzindo a segurança. Os blocos de 12 segundos da Ethereum estão perto do limite antes que as taxas de órfãos se tornem problemáticas.
Otimizar a execução: Tornar a EVM mais rápida. Isso melhora o desempenho, mas não resolve o gargalo da execução sequencial. Um processador single-threaded mais rápido ainda tem limites de throughput.
Hardware mais potente: Exigir que validadores rodem servidores caros. Isso melhora o throughput, mas reduz o número de pessoas que podem arcar com os custos de validação. Sacrifica a descentralização.
Nenhuma dessas abordagens quebra o trilema. Elas trocam uma propriedade por outra. Escalar sem sacrificar segurança ou descentralização requer mudanças arquitetônicas.
Diferentes soluções de escalabilidade blockchain tentam quebrar ou contornar o trilema através de várias abordagens arquitetônicas.