La gerarchia di scalabilità nelle blockchain: Calcolo > dati > stato Il calcolo è più facile da scalare rispetto ai dati. Puoi parallelizzarlo, richiedere al costruttore del blocco di fornire tutti i tipi di "suggerimenti" per esso, o semplicemente sostituire quantità arbitrarie di esso con una prova di esso. I dati sono nel mezzo. Se è necessaria una garanzia di disponibilità sui dati, allora quella garanzia è necessaria, non c'è modo di evitarlo. Ma puoi _dividere_ e codificare con cancellazione, alla PeerDAS. Puoi fare una degradazione graduale per esso: se un nodo ha solo 1/10 della capacità di dati degli altri nodi, può sempre produrre blocchi di 1/10 delle dimensioni. Lo stato è il più difficile. Per garantire la possibilità di verificare anche una sola transazione, hai bisogno dello stato completo. Se sostituisci lo stato con un albero e mantieni la radice, hai bisogno dello stato completo per poter aggiornare quella radice. Ci _sono_ modi per suddividerlo, ma comportano cambiamenti architettonici, non sono fondamentalmente di uso generale. Pertanto, se puoi sostituire lo stato con i dati (senza introdurre nuove forme di centralizzazione), per default dovresti seriamente considerarlo. E se puoi sostituire i dati con il calcolo (senza introdurre nuove forme di centralizzazione), per default dovresti seriamente considerarlo.