Quelle est la plus grande hantise des blockchains à haute performance ? L'explosion d'état.

Chaque chaîne à haut TPS rencontre le même problème : pour valider une transaction, les nœuds doivent supporter une configuration matérielle de plus en plus lourde pour stocker le grand livre historique, et au final, le pouvoir de validation devient de plus en plus concentré, la décentralisation devenant peu à peu un slogan. Ethereum a envisagé des solutions, comme la proposition EIP-4444 visant à réduire l'historique, mais que faire des données supprimées ? On ne peut pas simplement les faire disparaître.

C'est pourquoi un couche de stockage dédiée est nécessaire. Lors de la conception de nouvelles chaînes d'applications, nous avons adopté une stratégie simple mais efficace : ne laisser dans la couche d'exécution que la racine d’état la plus récente, et décharger tous les blocs historiques et les accusés de réception des transactions dans Walrus. Grâce à une architecture modulaire d’interopérabilité, nous ne conservons dans la couche d'exécution qu’un identifiant Blob de Walrus comme pointeur, une simple index léger.

Les résultats sont évidents. La pression de stockage sur les nœuds complets diminue considérablement, la couche de consensus peut fonctionner plus rapidement, les données historiques ne sont pas perdues, et la traçabilité est assurée. Ce n’est pas une optimisation d’un composant, mais une refonte de l’architecture du système — faire en sorte que le calcul se concentre sur le calcul, et le stockage sur le stockage, chacun à sa place. Le disque dur ne devrait pas être dans le centre de calcul, mais dans un emplacement dédié du système où il peut apporter de la valeur.

Avertissement : cet article partage uniquement des points de vue techniques, et ne constitue en aucun cas un conseil d’investissement.