Les systèmes décentralisés comme le réseau électrique et le World Wide Web se sont développés en résolvant les goulets d'étranglement de communication. Les Blockchains, un triomphe du design décentralisé, devraient suivre le même schéma, mais les premières contraintes techniques ont amené beaucoup à équiper la décentralisation avec inefficacité et performance lente.
Alors qu'Ethereum fête ses 10 ans en juillet, il a évolué d'un terrain de jeu pour développeurs en épine dorsale de la finance onchain. Alors que des institutions comme BlackRock et Franklin Templeton lancent des fonds tokenisés, et que des banques déploient des stablecoins, la question maintenant est de savoir s'il peut évoluer pour répondre à la demande mondiale—où des charges de travail lourdes et des temps de réponse au niveau de la milliseconde comptent.
Pour toute cette évolution, une hypothèse persiste : celle selon laquelle les blockchains doivent faire des compromis entre décentralisation, évolutivité et sécurité. Ce "trilemme de la blockchain" a façonné la conception des protocoles depuis le bloc genesis d'Ethereum.
Le trilemme n'est pas une loi de la physique ; c'est un problème de conception que nous apprenons enfin à résoudre.
État des lieux sur les Blockchains évolutives
Le co-fondateur d'Ethereum, Vitalik Buterin, a identifié trois propriétés pour la performance de la blockchain : décentralisation ( de nombreux nœuds autonomes ), sécurité ( résilience aux actes malveillants ), et évolutivité ( vitesse des transactions ). Il a introduit le "Trilemme de la Blockchain", suggérant que l'amélioration de deux affaiblit généralement le troisième, en particulier l'évolutivité.
Ce cadre a façonné le chemin d'Ethereum : l'écosystème a donné la priorité à la décentralisation et à la sécurité, construisant pour la robustesse et la tolérance aux pannes à travers des milliers de nœuds. Mais les performances ont pris du retard, avec des retards dans la propagation des blocs, le consensus et la finalité.
Pour maintenir la décentralisation tout en évoluant, certains protocoles sur Ethereum réduisent la participation des validateurs ou les responsabilités du réseau de shards ; les Optimistic Rollups, déplacent l'exécution hors chaîne et s'appuient sur des preuves de fraude pour maintenir l'intégrité ; les conceptions de couche 2 visent à comprimer des milliers de transactions en une seule, engagée sur la chaîne principale, déchargeant la pression de scalabilité mais introduisant des dépendances sur des nœuds de confiance.
La sécurité reste primordiale, alors que les enjeux financiers augmentent. Les échecs proviennent de temps d'arrêt, de collusion ou d'erreurs de propagation des messages, ce qui entraîne l'arrêt du consensus ou des doubles dépenses. Pourtant, la plupart des solutions de mise à l'échelle reposent sur des performances optimales plutôt que sur des garanties au niveau du protocole. Les validateurs sont incités à augmenter leur puissance de calcul ou à s'appuyer sur des réseaux rapides, mais n'ont aucune garantie que les transactions seront finalisées.
Cela soulève des questions importantes pour Ethereum et l'industrie : Pouvons-nous être confiants que chaque transaction se finalisera sous charge ? Les approches probabilistes sont-elles suffisantes pour soutenir des applications à l'échelle mondiale ?
L'histoire continueAlors qu'Ethereum entre dans sa deuxième décennie, répondre à ces questions sera crucial pour les développeurs, les institutions et des milliards d'utilisateurs finaux s'appuyant sur les blockchains pour délivrer.
La décentralisation comme une force, pas une limitation
La décentralisation n'a jamais été la cause d'une expérience utilisateur lente sur Ethereum, c'était la coordination du réseau. Avec la bonne ingénierie, la décentralisation devient un avantage en termes de performance et un catalyseur pour l'échelle.
Il semble intuitif qu'un centre de commandement centralisé surpasse un centre entièrement distribué. Comment pourrait-il ne pas être mieux d'avoir un contrôleur omniscient supervisant le réseau ? C'est précisément ici que nous aimerions démystifier les hypothèses.
Lire la suite : Martin Burgherr - Pourquoi l'Ethereum 'Cher' dominera le DeFi institutionnel
Cette croyance a commencé il y a des décennies dans le laboratoire du professeur Medard au MIT, pour rendre les systèmes de communication décentralisés prouvablement optimaux. Aujourd'hui, avec le Random Linear Network Coding (RLNC), cette vision est enfin réalisable à grande échelle.
Passons à la technique.
Pour aborder la scalabilité, nous devons d'abord comprendre où se produit la latence : dans les systèmes blockchain, chaque nœud doit observer les mêmes opérations dans le même ordre pour observer la même séquence de changements d'état à partir de l'état initial. Cela nécessite un consensus - un processus où tous les nœuds s'accordent sur une seule valeur proposée.
Les Blockchain comme Ethereum et Solana utilisent un consensus basé sur des leaders avec des créneaux de temps prédéterminés au cours desquels les nœuds doivent parvenir à un accord, appelons-le « D ». Choisissez D trop grand et la finalité ralentit ; choisissez-le trop petit et le consensus échoue ; cela crée un compromis persistant en matière de performance.
Dans l'algorithme de consensus d'Ethereum, chaque nœud tente de communiquer sa valeur locale aux autres, à travers une série d'échanges de messages via la propagation Gossip. Mais en raison des perturbations du réseau, telles que la congestion, les goulets d'étranglement, le débordement de tampon ; certains messages peuvent être perdus ou retardés et d'autres peuvent être dupliqués.
De tels incidents augmentent le temps de propagation de l'information et, par conséquent, parvenir à un consensus entraîne inévitablement de grands créneaux D, notamment dans les réseaux plus vastes. Pour évoluer, de nombreuses blockchains limitent la décentralisation.
Ces blockchains nécessitent une attestation d'un certain seuil de participants, tel que les deux tiers des mises, pour chaque round de consensus. Pour atteindre l'évolutivité, nous devons améliorer l'efficacité de la diffusion des messages.
Avec le codage linéaire aléatoire de réseau (RLNC), nous visons à améliorer l'évolutivité du protocole, en répondant directement aux contraintes imposées par les implémentations actuelles.
Décentraliser pour évoluer : Le pouvoir de RLNC
Le codage aléatoire de réseau linéaire (RLNC) est différent des codes de réseau traditionnels. Il est sans état, algébrique et entièrement décentralisé. Au lieu d'essayer de micromanager le trafic, chaque nœud mélange les messages codés de manière indépendante ; pourtant, il atteint des résultats optimaux, comme si un contrôleur central orchestrait le réseau. Il a été prouvé mathématiquement qu'aucun planificateur centralisé ne surclasserait cette méthode. Ce n'est pas courant dans la conception des systèmes, et c'est ce qui rend cette approche si puissante.
Au lieu de transmettre des messages bruts, les nœuds activés par RLNC divisent et transmettent les données du message en éléments codés en utilisant des équations algébriques sur des corps finis. RLNC permet aux nœuds de récupérer le message original en utilisant seulement un sous-ensemble de ces morceaux codés ; il n'est pas nécessaire que chaque message arrive.
Il évite également la duplication en permettant à chaque nœud de mélanger ce qu'il reçoit en de nouvelles combinaisons linéaires uniques en temps réel. Cela rend chaque échange plus informatif et résilient aux délais ou pertes de réseau.
Avec les validateurs Ethereum testant désormais RLNC via OptimumP2P — y compris Kiln, P2P.org et Everstake — ce changement n'est plus hypothétique. Il est déjà en cours.
Ensuite, les architectures alimentées par RLNC et les protocoles pub-sub se connecteront à d'autres blockchains existantes, les aidant à se développer avec un débit plus élevé et une latence plus faible.
Un appel à un nouveau standard de l'industrie
Si Ethereum doit servir de fondation à la finance mondiale dans sa deuxième décennie, il doit aller au-delà des suppositions obsolètes. Son avenir ne sera pas défini par des compromis, mais par des performances vérifiables. Le trilemme n'est pas une loi de la nature, c'est une limitation d'un ancien design, une limitation que nous avons maintenant le pouvoir de surmonter.
Pour répondre aux exigences de l'adoption dans le monde réel, nous avons besoin de systèmes conçus avec la scalabilité comme principe fondamental, soutenus par des garanties de performance prouvables, et non des compromis. RLNC offre une voie à suivre. Avec des garanties de débit mathématiquement fondées dans des environnements décentralisés, c'est une fondation prometteuse pour une Ethereum plus performante et réactive.
Lire la suite : Paul Brody - Ethereum a déjà gagné
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Ethereum fête ses 10 ans — Il est temps de laisser le trilemme derrière nous
Les systèmes décentralisés comme le réseau électrique et le World Wide Web se sont développés en résolvant les goulets d'étranglement de communication. Les Blockchains, un triomphe du design décentralisé, devraient suivre le même schéma, mais les premières contraintes techniques ont amené beaucoup à équiper la décentralisation avec inefficacité et performance lente.
Alors qu'Ethereum fête ses 10 ans en juillet, il a évolué d'un terrain de jeu pour développeurs en épine dorsale de la finance onchain. Alors que des institutions comme BlackRock et Franklin Templeton lancent des fonds tokenisés, et que des banques déploient des stablecoins, la question maintenant est de savoir s'il peut évoluer pour répondre à la demande mondiale—où des charges de travail lourdes et des temps de réponse au niveau de la milliseconde comptent.
Pour toute cette évolution, une hypothèse persiste : celle selon laquelle les blockchains doivent faire des compromis entre décentralisation, évolutivité et sécurité. Ce "trilemme de la blockchain" a façonné la conception des protocoles depuis le bloc genesis d'Ethereum.
Le trilemme n'est pas une loi de la physique ; c'est un problème de conception que nous apprenons enfin à résoudre.
État des lieux sur les Blockchains évolutives
Le co-fondateur d'Ethereum, Vitalik Buterin, a identifié trois propriétés pour la performance de la blockchain : décentralisation ( de nombreux nœuds autonomes ), sécurité ( résilience aux actes malveillants ), et évolutivité ( vitesse des transactions ). Il a introduit le "Trilemme de la Blockchain", suggérant que l'amélioration de deux affaiblit généralement le troisième, en particulier l'évolutivité.
Ce cadre a façonné le chemin d'Ethereum : l'écosystème a donné la priorité à la décentralisation et à la sécurité, construisant pour la robustesse et la tolérance aux pannes à travers des milliers de nœuds. Mais les performances ont pris du retard, avec des retards dans la propagation des blocs, le consensus et la finalité.
Pour maintenir la décentralisation tout en évoluant, certains protocoles sur Ethereum réduisent la participation des validateurs ou les responsabilités du réseau de shards ; les Optimistic Rollups, déplacent l'exécution hors chaîne et s'appuient sur des preuves de fraude pour maintenir l'intégrité ; les conceptions de couche 2 visent à comprimer des milliers de transactions en une seule, engagée sur la chaîne principale, déchargeant la pression de scalabilité mais introduisant des dépendances sur des nœuds de confiance.
La sécurité reste primordiale, alors que les enjeux financiers augmentent. Les échecs proviennent de temps d'arrêt, de collusion ou d'erreurs de propagation des messages, ce qui entraîne l'arrêt du consensus ou des doubles dépenses. Pourtant, la plupart des solutions de mise à l'échelle reposent sur des performances optimales plutôt que sur des garanties au niveau du protocole. Les validateurs sont incités à augmenter leur puissance de calcul ou à s'appuyer sur des réseaux rapides, mais n'ont aucune garantie que les transactions seront finalisées.
Cela soulève des questions importantes pour Ethereum et l'industrie : Pouvons-nous être confiants que chaque transaction se finalisera sous charge ? Les approches probabilistes sont-elles suffisantes pour soutenir des applications à l'échelle mondiale ?
L'histoire continueAlors qu'Ethereum entre dans sa deuxième décennie, répondre à ces questions sera crucial pour les développeurs, les institutions et des milliards d'utilisateurs finaux s'appuyant sur les blockchains pour délivrer.
La décentralisation comme une force, pas une limitation
La décentralisation n'a jamais été la cause d'une expérience utilisateur lente sur Ethereum, c'était la coordination du réseau. Avec la bonne ingénierie, la décentralisation devient un avantage en termes de performance et un catalyseur pour l'échelle.
Il semble intuitif qu'un centre de commandement centralisé surpasse un centre entièrement distribué. Comment pourrait-il ne pas être mieux d'avoir un contrôleur omniscient supervisant le réseau ? C'est précisément ici que nous aimerions démystifier les hypothèses.
Lire la suite : Martin Burgherr - Pourquoi l'Ethereum 'Cher' dominera le DeFi institutionnel
Cette croyance a commencé il y a des décennies dans le laboratoire du professeur Medard au MIT, pour rendre les systèmes de communication décentralisés prouvablement optimaux. Aujourd'hui, avec le Random Linear Network Coding (RLNC), cette vision est enfin réalisable à grande échelle.
Passons à la technique.
Pour aborder la scalabilité, nous devons d'abord comprendre où se produit la latence : dans les systèmes blockchain, chaque nœud doit observer les mêmes opérations dans le même ordre pour observer la même séquence de changements d'état à partir de l'état initial. Cela nécessite un consensus - un processus où tous les nœuds s'accordent sur une seule valeur proposée.
Les Blockchain comme Ethereum et Solana utilisent un consensus basé sur des leaders avec des créneaux de temps prédéterminés au cours desquels les nœuds doivent parvenir à un accord, appelons-le « D ». Choisissez D trop grand et la finalité ralentit ; choisissez-le trop petit et le consensus échoue ; cela crée un compromis persistant en matière de performance.
Dans l'algorithme de consensus d'Ethereum, chaque nœud tente de communiquer sa valeur locale aux autres, à travers une série d'échanges de messages via la propagation Gossip. Mais en raison des perturbations du réseau, telles que la congestion, les goulets d'étranglement, le débordement de tampon ; certains messages peuvent être perdus ou retardés et d'autres peuvent être dupliqués.
De tels incidents augmentent le temps de propagation de l'information et, par conséquent, parvenir à un consensus entraîne inévitablement de grands créneaux D, notamment dans les réseaux plus vastes. Pour évoluer, de nombreuses blockchains limitent la décentralisation.
Ces blockchains nécessitent une attestation d'un certain seuil de participants, tel que les deux tiers des mises, pour chaque round de consensus. Pour atteindre l'évolutivité, nous devons améliorer l'efficacité de la diffusion des messages.
Avec le codage linéaire aléatoire de réseau (RLNC), nous visons à améliorer l'évolutivité du protocole, en répondant directement aux contraintes imposées par les implémentations actuelles.
Décentraliser pour évoluer : Le pouvoir de RLNC
Le codage aléatoire de réseau linéaire (RLNC) est différent des codes de réseau traditionnels. Il est sans état, algébrique et entièrement décentralisé. Au lieu d'essayer de micromanager le trafic, chaque nœud mélange les messages codés de manière indépendante ; pourtant, il atteint des résultats optimaux, comme si un contrôleur central orchestrait le réseau. Il a été prouvé mathématiquement qu'aucun planificateur centralisé ne surclasserait cette méthode. Ce n'est pas courant dans la conception des systèmes, et c'est ce qui rend cette approche si puissante.
Au lieu de transmettre des messages bruts, les nœuds activés par RLNC divisent et transmettent les données du message en éléments codés en utilisant des équations algébriques sur des corps finis. RLNC permet aux nœuds de récupérer le message original en utilisant seulement un sous-ensemble de ces morceaux codés ; il n'est pas nécessaire que chaque message arrive.
Il évite également la duplication en permettant à chaque nœud de mélanger ce qu'il reçoit en de nouvelles combinaisons linéaires uniques en temps réel. Cela rend chaque échange plus informatif et résilient aux délais ou pertes de réseau.
Avec les validateurs Ethereum testant désormais RLNC via OptimumP2P — y compris Kiln, P2P.org et Everstake — ce changement n'est plus hypothétique. Il est déjà en cours.
Ensuite, les architectures alimentées par RLNC et les protocoles pub-sub se connecteront à d'autres blockchains existantes, les aidant à se développer avec un débit plus élevé et une latence plus faible.
Un appel à un nouveau standard de l'industrie
Si Ethereum doit servir de fondation à la finance mondiale dans sa deuxième décennie, il doit aller au-delà des suppositions obsolètes. Son avenir ne sera pas défini par des compromis, mais par des performances vérifiables. Le trilemme n'est pas une loi de la nature, c'est une limitation d'un ancien design, une limitation que nous avons maintenant le pouvoir de surmonter.
Pour répondre aux exigences de l'adoption dans le monde réel, nous avons besoin de systèmes conçus avec la scalabilité comme principe fondamental, soutenus par des garanties de performance prouvables, et non des compromis. RLNC offre une voie à suivre. Avec des garanties de débit mathématiquement fondées dans des environnements décentralisés, c'est une fondation prometteuse pour une Ethereum plus performante et réactive.
Lire la suite : Paul Brody - Ethereum a déjà gagné
Voir les commentaires