La hiérarchie de mise à l'échelle dans les blockchains : Calcul > données > état Le calcul est plus facile à mettre à l'échelle que les données. Vous pouvez le paralléliser, exiger que le constructeur de blocs fournisse toutes sortes de "pistes" pour cela, ou simplement remplacer des quantités arbitraires par une preuve de cela. Les données sont au milieu. Si une garantie de disponibilité sur les données est requise, alors cette garantie est nécessaire, pas moyen de contourner cela. Mais vous _pouvez_ le diviser et le coder par effacement, à la manière de PeerDAS. Vous pouvez faire une dégradation gracieuse pour cela : si un nœud n'a que 1/10 de la capacité de données des autres nœuds, il peut toujours produire des blocs de 1/10 de la taille. L'état est le plus difficile. Pour garantir la capacité de vérifier même une seule transaction, vous avez besoin de l'état complet. Si vous remplacez l'état par un arbre et conservez la racine, vous avez besoin de l'état complet pour pouvoir mettre à jour cette racine. Il _y a_ des moyens de le diviser, mais ils impliquent des changements d'architecture, ils ne sont fondamentalement pas polyvalents. Ainsi, si vous pouvez remplacer l'état par des données (sans introduire de nouvelles formes de centralisation), par défaut, vous devriez sérieusement envisager cela. Et si vous pouvez remplacer les données par du calcul (sans introduire de nouvelles formes de centralisation), par défaut, vous devriez sérieusement envisager cela.