Ierarhia scalării în blockchain-uri: Calcul > date > stare Calculul este mai ușor de scalat decât datele. Poți să o paralelizezi, să ceri constructorului de blocuri să ofere tot felul de "indicii" pentru ea sau pur și simplu să înlocuiești cantități arbitrare cu o demonstrație. Datele sunt la mijloc. Dacă este necesară o garanție de disponibilitate a datelor, atunci acea garanție este necesară, nu există nicio cale de ocolire. Dar poți _să_ să-l împărți și să-l ștergi prin cod de ștergere, ca în PeerDAS. Poți face o degradare grațioasă pentru asta: dacă un nod are doar 1/10 din capacitatea de date a celorlalte noduri, poate produce întotdeauna blocuri de 1/10 din dimensiune. Statul este cel mai greu. Pentru a garanta posibilitatea de a verifica chiar și o singură tranzacție, ai nevoie de starea completă. Dacă înlocuiești starea cu un arbore și păstrezi rădăcina, ai nevoie de starea completă pentru a putea actualiza acea rădăcină. Există _moduri_ de a le împărți, dar implică schimbări de arhitectură, în esență nu sunt de natură generală. Prin urmare, dacă poți înlocui starea cu date (fără a introduce noi forme de centralizare), în mod implicit ar trebui să iei în serios acest lucru. Și dacă poți înlocui datele cu calcul (fără a introduce noi forme de centralizare), implicit ar trebui să iei în considerare acest lucru.