Monolithes, Modules & Évolutivité

Ethereum vs Solana vs Sui

Présenté par William Beaudin

Plan de la présentation

01

Contexte & Enjeux

Le Trilemme Blockchain Équilibre entre Évolutivité, Sécurité et Décentralisation.
Origines Créateurs, visions et objectifs initiaux.
Ethereum Rappel du standard actuel et de ses limites.

02

Architectures

Solana (Genèse) PoH, Tower BFT, Sealevel & SPL.
Sui (Mysten Labs) Move, Modèle objet, Narwhal & Mysticeti.
Contrats & Standards Comparaison des modèles d'exécution.

03

Comparatif

Sécurité & Robustesse Décentralisation réelle et incidents notables.
Performance Méthodologie de mesure (TPS vs Latence).
Expérience Développeur Outillage, portage et compatibilité.

La trilemme des blockchains

• Sécurité, décentralisation et évolutivité.
• Souvent deux axes optimisés au détriment du troisième.
• Les choix d’architecture matérialisent ce compromis.

Diagramme radar des compromis

Le Trilemme des Blockchains

Sécurité

Résistance aux attaques (51%), finalité des transactions et intégrité du protocole.

Décentralisation

Nombre élevé de validateurs, barrières d'entrée faibles et résistance à la censure.

Évolutivité

Débit (TPS) élevé, latence faible, et frais de transaction acceptables pour tous.

Ethereum : L'approche Modulaire

Priorité L1 (La Base)

•
Priorise la Sécurité et la Décentralisation.
•
Le réseau de base est lent et coûteux (faible Évolutivité).
•
Le matériel de validation (nœuds) est accessible (haute décentralisation).

Mise à l'Échelle L2 (Les Rollups)

•
Scalabilité déléguée aux Rollups (ex: Arbitrum, Optimism).
•
Atteint l'axe Évolutivité grâce au débit agrégé des L2.
•
Compromis L2 : Introduction d'un point de centralisation temporaire via le Séquenceur.

Solana : L'approche Monolithique

Priorité L1 : Vitesse & Débit

•
Priorité absolue à l'Évolutivité et la faible Latence (modèle Monolithique).
•
Performance : Temps de bloc cible de seulement ~400–600 ms.
•
Le consensus est basé sur le Proof-of-Stake (PoS), qui utilise l'horloge Proof of History (PoH) pour implémenter de manière ultra-rapide l'algorithme Tower BFT.

Compromis & Exigences

•
Matériel de validation très puissant requis (ex: 12+ cœurs, 128 Go RAM, NVMe).
•
Forte pression sur le Leader du slot, qui est l'unique point de production temporaire.
•
Le coût du matériel et la pression du Leader posent un défi à la Décentralisation.
•
Le besoin de vitesse a mené à des incidents notables de pannes totales du réseau.

Sui : L'approche Axée sur l'Objet

Innovation et Performance

•
Priorité : Atteindre l'équilibre Débit + Sécurité via le Modèle Objet.
•
Le Modèle Objet permet le parallélisme des transactions pour une haute évolutivité.
•
Finalité ultra-rapide : Cible de <400 ms via le protocole Mysticeti.

Architecture Technique

•
Langage de contrat intelligent : Move, axé sur la propriété des objets (owned/shared).
•
Modularité du système : Séparation des tâches pour une efficacité maximale.
•
Consensus DAG-BFT : Basé sur Narwhal (Couche DAG) et Mysticeti (Algorithme BFT).

Ethereum – Origines

•
Lancé en 2015 par Vitalik Buterin et une équipe de cofondateurs (Gavin Wood, Charles Hoskinson, etc.).
•
Objectif : aller au-delà du transfert de valeur (introduction des smart contracts).
•
Vision : créer une « machine virtuelle mondiale » (EVM) programmable.

Solana – Origines

•
Fondée par Anatoly Yakovenko et l'entreprise Solana Labs (2017).
•
Le *whitepaper* est centré sur la technologie d'horloge Proof of History (PoH).
•
Ambition : créer une L1 haute performance capable de supporter des usages à l'échelle massive.

Sui – Origines

•
Créée par Mysten Labs (fondateurs issus de l'équipe Diem / Meta).
•
Lancée sur le *mainnet* en mai 2023.
•
Innovation axée sur le Modèle Objet et le langage Move pour une meilleure gestion d'actifs.

Ethereum : La Stratégie Modulaire L1 + L2

La Couche 1 (L1) : Ancre de Sécurité

•
Consensus : Proof-of-Stake (PoS).
•
Rôle : Servir de Couche de Règlement (Settlement) et d'ancre de Sécurité.
•
Stockage : Les données compressées des L2 y sont inscrites pour garantir l'intégrité.

La Couche 2 (L2) : Évolutivité et Exécution

•
Scalabilité : Déportée aux Rollups qui gèrent l'exécution des transactions (Débit élevé).
•
Rollups **Optimistes** (ex: Arbitrum) : Sécurité assurée par des preuves de fraude.
•
Rollups **zk** (Zero-Knowledge) : Sécurité assurée par des preuves de validité (finalité plus rapide).

Solana : Les Moteurs d'Exécution L1

Consensus (PoH + Tower BFT)

•
Proof of History (PoH) : Horloge cryptographique pour ordonner les transactions sans nécessiter de synchronisation globale continue.
•
Tower BFT : Algorithme BFT qui utilise le PoH. Il pénalise fortement les validateurs qui changent de *fork* (ce qui assure la finalité).

Sealevel : Le Runtime Parallèle

•
Permet l'exécution parallèle des transactions sur le même *état* (state).
•
Les transactions doivent déclarer à l'avance les comptes qu'elles vont lire/écrire.
•
Si les transactions sont indépendantes, elles sont traitées simultanément (grande efficacité pour les usages DeFi/NFT).

Solana : Standards SPL et Tokens

•
SPL (Solana Program Library) : C'est la collection de programmes on-chain, incluant le standard de tokens natif (l'équivalent de ERC-20).
•
Token-2022 : L'évolution du standard de tokens, ajoutant des fonctionnalités avancées directement au niveau de la primitive (frais de transfert, hooks, etc.).
•
Utilité : Permet la construction efficace de primitives **DeFi** et **NFT** directement sur ces standards optimisés.

Sui : L'Innovation du Modèle Objet

La Définition du Modèle Objet

•
Tout est une instance d'objet unique : tokens, coffres, *marketplaces*.
•
Propriété explicite : Owned (un seul propriétaire) ou Shared (utilisé par plusieurs).
•
Seule blockchain à utiliser cette approche comme socle d'exécution.

La Clé de l'Évolutivité

•
Exécution Parallèle : Les transactions sur des objets disjoints ne se bloquent pas.
•
Haut débit : Le *runtime* peut traiter les transactions indépendantes simultanément.
•
Moins de contention : Les opérations sur des objets Owned peuvent parfois éviter le consensus complet.

Move : Le Runtime Orienté Objet

Familiarité pour les Développeurs

•
Modèle similaire à la POO (Programmation Orientée Objet) classique, car on interagit directement avec des objets.
•
Facilite la transition pour les développeurs **"old school"** habitués aux systèmes à base de classes et d'objets.
•
Sécurité : Le système de types du langage Move garantit l'ownership strict (pas de double dépense accidentelle).

Exemple Move (Objet Coin)

// Création d'un objet 'coin' possédé
module my_coin::mint {
    use sui::coin;
    use sui::tx_context::{Self, TxContext};

    public entry fun mint(
        recipient: address,
        ctx: &mut TxContext
    ) {
        let new_coin = coin::mint(1000, ctx); // Crée un objet Coin
        coin::transfer(new_coin, recipient, ctx); // Transfère l'objet au destinataire
    }
}

Mysticeti : Le Consensus DAG-BFT

•
Le consensus est basé sur Narwhal/Mysticeti, une architecture DAG-BFT.
•
Mysticeti (successeur de Bullshark) est optimisé pour la vitesse maximale.
•
Grâce à la séparation des tâches et au parallélisme, il atteint une **finalité** ultra-rapide (cible : 400 ms ).
•
Distinction clé : **Minimisation des "tours de messages"** entre validateurs, optimisant l'utilisation du CPU et réduisant la latence globale.

Les Écosystèmes de Développement : Langages et Standards

Plateforme	Langages Clés	Standards / Modèle	Tooling / Simplification
Ethereum (EVM)	Solidity / Vyper	Standards ERC-20, ERC-721 (NFT), ERC-1155	Écosystème massif : OpenZeppelin, Foundry, Hardhat
Solana	Rust via SDK Solana	Standards SPL (Token-2022). Les Comptes remplacent le storage global EVM.	Anchor (simplification des macros/IDL)
Sui	Langage Move (Modules)	Standards basés sur les Objets (pas ERC). Objets composables.	Modèle objet POO (plus intuitif pour certains développeurs)

Portabilité des Projets EVM : Les Défis de Migration

Défis vers Solana

•
Changement d'architecture : Passage du modèle EVM monolithique au modèle orienté comptes/runtime.
•
Langage : Nécessite une réécriture complète en Rust/Anchor.
•
Stockage/Exécution : Obligation de penser aux comptes explicitement et à l'exécution parallèle (Sealevel).

Défis vers Sui

•
Changement de paradigme : Abandon du modèle *account-centric* pour le Modèle Objet.
•
Langage : Nécessite une réécriture complète en Move.
•
Assets : Repenser la logique d'actifs en objets Owned vs Shared (plus de travail initial, mais modèle plus riche).

Alternative EVM

•
Pour éviter la réécriture, l'alternative est de choisir une Sidechain ou un L2 EVM (Arbitrum, Optimism, Polygon, etc.) pour conserver le code Solidity existant.

Solana : Problèmes de Résilience et Congestion

Causes et Faits Marquants

•
Le réseau a connu plusieurs arrêts complets et de longues périodes de forte congestion (notamment en 2022).
•
Causes principales : Congestion massive due aux transactions (spam/bots) et bugs liés à l'ordonnancement.
•
La culture de la performance rapide a exposé le réseau à un cycle de risques plus rapide.

Conséquences et Réputation

•
Ces arrêts ont soulevé de vives inquiétudes quant à la résilience et la stabilité de l'architecture L1.
•
Image de marque : A renforcé le récit critique sur le manque de décentralisation (nécessité de coordonner un redémarrage manuel des validateurs).
•
A mené à des vagues de FUD (Fear, Uncertainty, Doubt) et a été un facteur de volatilité des prix du SOL.

**Réf. :** Rapports post-mortem de Solana Foundation (incidents 2022) / Analyses de congestion des validateurs.

Synthèse : Les Stratégies de Performance

Ethereum : Stratégie Modulaire (L1 + L2)

•
La L1 (couche de base) est délibérément limitée en débit mais maximale en sécurité.
•
La charge d'exécution est externalisée sur de multiples L2 (Rollups).
•
L'ambition n'est pas de tout traiter sur L1, mais d'assurer la disponibilité des données pour les L2.

Solana & Sui : Stratégie L1 Haute Performance

•
Solana : PoH + Sealevel visent une finalité très rapide nativement sur le L1.
•
Sui : Le parallélisme basé sur le modèle objet et Mysticeti réduit la latence au minimum.
•
Compromis : Solana exige un matériel coûteux ; Sui minimise la contention entre objets.

Synthèse : L'Expérience Développeur (DX)

Plateforme	Tooling et Écosystème	Langage et Discipline	Courbe d'Apprentissage
Ethereum (EVM)	Tooling très mature (Hardhat, Foundry, Truffle) et documentation massive.	Solidity est souple mais la sécurité dépend des bonnes pratiques de l'auditeur.	Faible courbe, mais complexité due à la fragmentation L2 et aux spécificités EVM.
Solana	Outils solides (Solana CLI, Explorers) mais l'écosystème est moins fragmenté.	Rust + Anchor : Code robuste mais langage exigeant (gestion explicite des comptes).	Courbe plus raide (Rust), et debug plus complexe (parallélisme/comptes).
Sui	Outils fondamentaux (Sui CLI, SDK TypeScript) ; écosystème jeune mais dynamique.	Langage Move : impose une discipline stricte sur l'ownership des actifs dès la conception.	Courbe d'apprentissage liée au nouveau paradigme objet, mais familier à la POO.

Merci de votre attention !

Questions / Commentaires

Monolithes, Modules & Évolutivité — Ethereum vs Solana vs Sui

William Beaudin