Qu’est-ce que la blockchain modulaire ? (Bases de l'architecture)

Qu'est-ce qu'une blockchain modulaire ?

1. Une blockchain modulaire est un paradigme architectural qui sépare délibérément les fonctions principales de la blockchain en couches distinctes et interopérables.

2. Contrairement aux chaînes monolithiques où l'exécution, le consensus, la disponibilité des données et le règlement se produisent tous sur la même chaîne, les conceptions modulaires attribuent chaque responsabilité à une couche spécialisée.

3. Cette séparation permet une optimisation indépendante : le consensus peut être ajusté en fonction de la vitesse de finalisation tandis que les couches de disponibilité des données se concentrent sur le débit et la vérifiabilité.

4. Chaque couche communique via des interfaces standardisées, permettant la composabilité entre les écosystèmes sans nécessiter une réimplémentation complète.

5. L'architecture prend en charge des hypothèses de confiance hétérogènes : une couche peut utiliser une preuve de participation, une autre peut s'appuyer sur des preuves de fraude ou de validité, et une troisième peut fonctionner comme un réseau DA autorisé.

Couches centrales dans la conception modulaire

1. La couche d'exécution gère la logique des contrats intelligents, les transitions d'état et le traitement des transactions utilisateur, souvent implémentées sous forme de cumuls ou de chaînes d'applications.

2. La couche de règlement résout les litiges, traite les retraits et applique les garanties multicouches ; il peut hériter de la sécurité d’une chaîne plus grande comme Ethereum.

3. La couche de disponibilité des données garantit que les données brutes des transactions sont publiées et récupérables, permettant à quiconque de vérifier l'exactitude des mises à jour d'état, même s'il ne les exécute pas.

4. La couche de consensus coordonne l'accord sur l'ordre et la finalité des blocs, souvent découplés du calcul pour réduire les demandes en ressources des nœuds.

5. Certaines architectures introduisent une couche d'interopérabilité dédiée gérant la transmission des messages, le séquençage et la logique de pont canonique entre les modules.

Pourquoi les monolithes ont du mal à s'adapter à l'évolutivité

1. Les chaînes monolithiques obligent chaque nœud complet à télécharger, stocker, valider et exécuter chaque transaction, créant ainsi une croissance exponentielle de la bande passante, des E/S disque et de l'utilisation du processeur.

2. L’augmentation de la taille ou de la fréquence des blocs augmente directement les exigences matérielles, centralisant ainsi la validation parmi un nombre réduit d’opérateurs compétents.

3. La mise à niveau d'un composant, comme le changement de mécanisme de consensus, nécessite des hard forks affectant l'ensemble de la pile, introduisant une surcharge de coordination et des risques.

4. Le gonflement des contrats intelligents et l’explosion des états dégradent les temps de synchronisation des nœuds à long terme, rendant les nœuds d’archives de plus en plus rares et la vérification moins décentralisée.

5. Les frais de transaction deviennent volatils en cas de congestion, car la demande est en concurrence pour une seule ressource partagée : l'espace de blocs lié simultanément au calcul, au stockage et à la bande passante.

Implémentations modulaires du monde réel

1. Celestia fournit uniquement une couche de consensus et de disponibilité des données, permettant aux rollups souverains de créer des environnements d'exécution personnalisés sans maintenir leur propre infrastructure DA.

2. EigenDA sert de service de disponibilité de données programmable sécurisé par les acteurs d'Ethereum, offrant une publication à haut débit avec des garanties cryptographiques de récupérabilité.

3. Arbitrum Orbit permet aux équipes de lancer des chaînes spécifiques à une application qui sont réglées sur Arbitrum One, en tirant parti de sa couche de règlement tout en conservant le contrôle de la logique d'exécution et de l'économie des jetons.

4. Le modèle RollApp de Dymension combine une couche de consensus rapide (Dymension Hub) avec des modules d'exécution enfichables, prenant en charge la finalité instantanée et la messagerie native inter-RollApp.

5. Fuel Network implémente une couche d'exécution basée sur UTXO optimisée pour le traitement des transactions parallèles, conçue pour se connecter à plusieurs backends de règlement et DA.

Foire aux questions

Q : La conception modulaire élimine-t-elle le besoin de nœuds complets ? Les systèmes modulaires nécessitent toujours des nœuds complets, mais leurs rôles sont redistribués. Un nœud DA vérifie la publication des données sans exécuter de contrats. Un nœud d'exécution traite les changements d'état sans valider le consensus. Aucun nœud n'effectue à lui seul toutes les tâches.

Q : Une chaîne modulaire peut-elle être plus centralisée qu’un monolithe ? Oui. Le risque de centralisation passe du nombre de validateurs à la propriété des modules. Si une entité contrôle à la fois les couches de règlement et l’AD, elle acquiert une influence disproportionnée sur la finalité et la résistance à la censure, même si l’exécution est décentralisée.

Q : Comment les clients légers fonctionnent-ils dans des contextes modulaires ? Les clients légers vérifient les preuves plutôt que les données brutes. Ils peuvent vérifier les preuves de validité des couches d'exécution, les preuves de fraude par rapport aux couches de règlement ou les certificats d'échantillonnage de disponibilité des données des couches DA, chaque type de preuve correspondant à son module respectif.

Q : Les blockchains modulaires sont-elles compatibles avec les normes de portefeuille existantes ? Les portefeuilles interagissent principalement avec la couche d'exécution, de sorte que les cumuls compatibles EVM conservent la prise en charge de MetaMask. Les couches d'exécution non EVM nécessitent des SDK et des schémas de signature mis à jour, mais l'abstraction sous-jacente du portefeuille reste inchangée.