A hierarquia de escalabilidade em blockchains: Cálculo > dados > estado O cálculo é mais fácil de escalar do que os dados. Você pode paralelizar, exigir que o construtor de blocos forneça todo tipo de "dicas" para isso, ou simplesmente substituir quantidades arbitrárias dele por uma prova disso. Os dados estão no meio. Se uma garantia de disponibilidade sobre os dados for necessária, então essa garantia é obrigatória, não há como contornar isso. Mas você _pode_ dividi-los e codificá-los com apagamento, à la PeerDAS. Você pode fazer degradação graciosa para isso: se um nó tiver apenas 1/10 da capacidade de dados dos outros nós, ele sempre pode produzir blocos 1/10 do tamanho. O estado é o mais difícil. Para garantir a capacidade de verificar até mesmo uma transação, você precisa do estado completo. Se você substituir o estado por uma árvore e manter a raiz, você precisa do estado completo para poder atualizar essa raiz. Existem maneiras de dividi-lo, mas elas envolvem mudanças de arquitetura, não são fundamentalmente de uso geral. Portanto, se você puder substituir o estado por dados (sem introduzir novas formas de centralização), por padrão, você deve considerar seriamente isso. E se você puder substituir dados por cálculos (sem introduzir novas formas de centralização), por padrão, você deve considerar seriamente isso.