Qual é o maior pesadelo das redes públicas de alto desempenho? Explosão de estado.

Cada cadeia com alto TPS enfrenta o mesmo problema: para validar transações, os nós precisam suportar configurações de hardware cada vez mais pesadas para armazenar o livro-razão histórico, e o resultado final é que o poder de validação fica cada vez mais concentrado, e a descentralização acaba sendo apenas um slogan. O Ethereum tentou encontrar uma solução, como a proposta EIP-4444, que pretende podar os dados históricos, mas o que fazer com os dados que são podados? Não dá para simplesmente fazer eles desaparecerem, né?

Por isso, é necessário uma camada de armazenamento dedicada. Quando estamos a desenhar uma nova cadeia de aplicações, adotamos uma estratégia simples, mas eficaz: deixar apenas a raiz do estado mais recente na camada de execução, e descarregar todos os blocos históricos e recibos de transação para o Walrus. Através de uma arquitetura modular de interoperabilidade, na camada de execução guardamos apenas o ID do Blob do Walrus como ponteiro, uma espécie de índice leve.

O resultado é evidente. A pressão de armazenamento nos nós completos diminui drasticamente, a camada de consenso pode operar mais rapidamente, os dados históricos não se perdem, e a auditabilidade é garantida. Isto não é uma otimização de um componente específico, mas uma reavaliação de toda a arquitetura do sistema — fazer o cálculo focar no cálculo, e o armazenamento focar no armazenamento, cada um cumprindo seu papel. Os discos rígidos não devem estar no centro de cálculo, mas em um local específico do sistema onde possam agregar valor.

Aviso legal: Este artigo é apenas uma partilha de opinião técnica, não constituindo aconselhamento de investimento.