A hierarquia de escalabilidade em blockchains: Computação > estado > dados Computação é mais fácil de escalar do que dados. Você pode paralelizá-lo, exigir que o construtor de blocos forneça todo tipo de "dica" para isso, ou simplesmente substituir quantidades arbitrárias por uma prova disso. Os dados estão no meio. Se uma garantia de disponibilidade dos dados for necessária, então essa garantia é necessária, não há como fugir. Mas você _pode_ dividir e codificar com apagamento, como no PeerDAS. Você pode fazer uma 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, precisa do estado completo para poder atualizar essa raiz. Existem _maneiras_ de dividi-las, mas elas envolvem mudanças na arquitetura, fundamentalmente não são de uso geral. Portanto, se você pode substituir o estado por dados (sem introduzir novas formas de centralização), por padrão você deve considerar seriamente isso. E se você pode substituir dados por computação (sem introduzir novas formas de centralização), por padrão você deveria considerar seriamente.