O discurso de vendas do trilema

Curiosidade

1. Por que aumentar a velocidade de uma blockchain geralmente reduz o número de pessoas que podem verificar seu histórico?
2. Quais requisitos específicos de hardware ou largura de banda determinam se uma cadeia permanece sem permissões na prática?
3. Como a escolha de sacrificar a descentralização em prol da escalabilidade altera o modelo de segurança de uma rede?

Explorar

1. Vitalik Buterin popularizou o “trilema de escalabilidade” por volta de 2017, argumentando que um sistema distribuído pode facilmente alcançar duas das três propriedades — descentralização, segurança e escalabilidade — mas raramente todas as três. Esse framework tornou-se a principal ferramenta através da qual novas cadeias avaliavam suas escolhas arquitetônicas. Embora discussões anteriores já abordassem essas tensões, a formulação de Buterin forneceu um vocabulário padronizado para que os desenvolvedores justificassem os trade-offs. Uma cadeia que prioriza alta taxa de processamento geralmente precisa aceitar requisitos de hardware mais elevados ou coordenação centralizada, sacrificando a descentralização em troca da velocidade.
2. Na prática, alcançar um maior volume de transações geralmente requer um dos três mecanismos: tamanhos maiores de bloco, intervalos entre blocos mais curtos ou regras de consenso mais intensivas em termos computacionais. Cada mecanismo aumenta o custo de operação de um nó completo, que precisa verificar cada regra independentemente. Quando os dados dos blocos crescem, aumentam as necessidades de largura de banda e armazenamento; quando os blocos chegam com mais frequência, a carga de sincronização também aumenta. Essas exigências técnicas eliminam os participantes casuais, deixando apenas entidades bem dotadas de recursos capazes de manter a infraestrutura necessária para validar o estado da cadeia.
3. O Bitcoin escolheu a verificação econômica em vez de uma alta taxa de processamento em sua camada básica. Um nó Bitcoin roda em hardware modesto, como um laptop padrão ou um computador de placa única, permitindo que qualquer pessoa com conexão à internet verifique todo o histórico de transações. Esse design preserva a descentralização, ao garantir que não seja necessária nenhuma infraestrutura especializada de nível empresarial para participar do consenso. As restrições de taxa de processamento são gerenciadas por camadas de escalonamento como a Lightning Network (Nível V), que processam transações fora da cadeia principal, enquanto a finalização das transações ocorre na própria cadeia principal.
4. O Ethereum ilustra essa tensão de maneira diferente. Em 2020, seu roteiro estratégico passou da execução por meio de sharding para um plano centrado em rollups: a camada base continua sendo verificável, enquanto os rollups realizam a maior parte das atividades; além disso, o “danksharding” expande o espaço de dados utilizado pelos rollups (lição 8.2.6). O trade-off é explícito: transferir mais dados para a camada base aumenta os custos de verificação, enquanto mantê-los fora da cadeia exige confiança na integridade dessas camadas secundárias.
5. Quase todas as novas cadeias lançadas desde 2017 afirmaram resolver o trilema ao alcançar simultaneamente todas as três propriedades. Na prática, essas afirmações geralmente se baseiam em mudanças sutis no que “descentralização” ou “segurança” significam para aquela rede específica. Algumas cadeias reduzem o número de validadores necessários a um pequeno conjunto de máquinas poderosas, trocando ampla participação por alta velocidade. Outras introduzem retransmissores confiáveis ou mecanismos de finalização baseados em comitês. A questão crucial não é se uma cadeia é rápida, mas quem pode verificar suas regras e a que custo.
6. Para avaliar as propostas de qualquer nova cadeia, analise duas métricas concretas: as especificações mínimas de hardware necessárias para rodar um nó completo que verifica todas as regras, e o número real de partes independentes que operam tais nós. Se uma cadeia exigir servidores corporativos ou data centers dedicados para participar do consenso, ela trocou a descentralização pela escalabilidade. Se apenas um pequeno número de entidades puder se dar ao luxo de verificar o estado da cadeia, a segurança dependerá da honestidade delas e não de provas matemáticas. Essa análise revela o verdadeiro trade-off escondido por trás das afirmações de marketing.

Fatos-chave

Exercício nove, seis, três, um

Verificação de fatos

Datas, números e afirmações verificados com as fontes publicadas listadas abaixo.

• V. Buterin, 'Scalability Trilemma' (blog writing and Ethereum sharding FAQ)
• Bitcoin Core documentation, 'System Requirements'
• Ethereum.org, 'Scaling' section of the roadmap
• J. Poon & T. Dryja, 'The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments' (2015/2016)