Vitalik Buterin explique la hiérarchie de la mise à l'échelle de la blockchain

Vitalik Buterin a exprimé une nouvelle architecture pour décrire la montée en échelle des blockchains. Il se réfère à la montée en échelle comme une hiérarchie. Il met la computation en avant et place également les données au centre. Ainsi, il affirme que tous les composants d’une blockchain ne se développent pas de manière identique. Certaines couches évoluent à un rythme plus élevé que d’autres.

Selon Vitalik, la computation est la plus facile à faire évoluer. Les développeurs peuvent paralléliser les tâches. Ils sont autorisés à utiliser des preuves à zéro connaissance. Ils peuvent déléguer leur travail lourd à des systèmes externes. Cela signifie que les réseaux peuvent augmenter leur débit sans assumptions de confiance qui pourraient surgir. Une telle solution est déjà active avec la plupart des systèmes de Layer 2.

Ensuite, Vitalik privilégie la disponibilité des données. Il décrit que les données sont plus lentes que la computation. Néanmoins, ce n’est pas optimal avec des techniques améliorées. Par exemple, Ethereum utilise actuellement des outils tels que PeerDAS. Ce sont des outils de distribution de données. Ils minimisent la pression sur le stockage. Ainsi, plus d’utilisateurs peuvent être supportés par les réseaux sans perdre la décentralisation.

L’État reste le problème le plus difficile

Le bas de la hiérarchie est occupé par l’état. Vitalik décrit la pire échelle de l’état. Chaque nœud doit vérifier l’état. La correction complète est essentielle pour chaque utilisateur. Cela rend l’état lourd et coûteux. Ainsi, lorsque l’état est volumineux, les exigences matérielles sont élevées. Il est également susceptible de devenir centralisé à long terme.

Pour cette raison, Vitalik suggère que l’état doit être réduit. L’état est remplacé par des données ou de la computation, selon ses recommandations. Il qualifie cela de montée dans la hiérarchie. Ethereum adopte déjà ce modèle. Les rollups minimisent l’état en chaîne. Le sharding répartit les données. Les systèmes ZK minimisent les coûts d’exécution.

Implications pour les développeurs

Pratiquement, ce cadre est utilisé pour orienter la conception future. Les états inutiles ne doivent pas être stockés par les développeurs. Ils doivent utiliser des preuves plutôt que des entrepôts. Ils sont censés déplacer la complexité hors de la couche de base. Cela signifie que les blockchains peuvent évoluer sans compromettre la décentralisation. Le modèle de Vitalik offre une feuille de route pour le développement à long terme des blockchains.