Vitalik sur la vitesse du réseau
Vitalik Buterin a suggéré qu’il est peu probable que la blockchain Ethereum devienne beaucoup plus rapide, malgré les mises à jour prévues.
Les commentaires de Buterin ont été faits hier en réponse à un utilisateur de Reddit qui demandait pourquoi le passage de la Proof-of-Work à la Proof-of-Stake ne réduirait pas les temps de confirmation des blocs.
Comme pour la plupart des problèmes liés aux blockchains, l’optimisation d’une variable (par exemple, la vitesse) se fera probablement au détriment d’une autre (par exemple, la sécurité du réseau). Le compromis entre la vitesse (temps de bloc) et la décentralisation/sécurité existe indépendamment du fait qu’un réseau soit Proof-of-Work ou Proof-of-Stake, bien que pour des raisons différentes.
Avec Proof-of-Work, le « problème central », selon Buterin, est le caractère aléatoire intégré du temps de bloc. Ethereum pourrait avoir un moyenne Le temps de blocage est de 13 secondes, mais cela ne signifie pas qu’un bloc est réellement écrit toutes les 13 secondes pile. Il est possible qu’un nouveau bloc soit validé seulement une seconde après la confirmation du dernier, explique Buterin. Lorsque cela se produit, le mineur disposant de la meilleure connexion réseau a plus de chances d’être le premier à propager le bloc suivant. La réduction de la durée des blocs aggrave considérablement ce problème.
Avec Proof-of-Stake, un facteur différent entre en jeu. La version de Proof-of-Stake qu’Ethereum adoptera, écrit Buterin, exige que les blocs acquièrent environ 9 100 signatures par slot pour être inclus, offrant un « très haut niveau de confirmation après même un slot« . Étant donné que le temps nécessaire à ce processus est plus logarithmique que linéaire, la réduction de moitié de la durée du slot (où seules 4 550 signatures sont requises) « ne fonctionnerait pas, car chaque slot, désormais plus court, prendrait encore presque aussi longtemps« . La réduction des temps de blocage entraînerait l’exclusion de nombreuses signatures de la blockchain, et les « acteurs hautement centralisés » seraient dans des positions de plus en plus favorables pour récolter des récompenses disproportionnées.
Par conséquent, Buterin conclut que les futures mises à niveau ne constitueront pas une réduction significative du « temps par tranche », et que les applications ayant besoin de confirmations rapides devront s’appuyer sur des canaux ou des rollups.
Les principaux développeurs d’autres chaînes de couche 1 ont également participé à la discussion sur Twitter. Le fondateur d’Ava Labs, qui a développé Avalanche, Emi̇n Gün Si̇rer, tweete à Buterin, semblant le critiquer pour ses choix de paramètres de chaîne qui, selon Sirer, font du consensus le goulot d’étranglement. Buterin a répondu à en disant à Sirer d' »arrêter d’être malhonnête » et en précisant que ses affirmations passées sur le fait que le consensus ne constituait pas le goulot d’étranglement faisaient référence à la bande passante plutôt qu’à la latence.
ETH maxis: "cOnsEnsUs iS nOt tHE bOttLeNeCk!"
Vitalik: Picks chain parameters with consensus as the bottleneck. https://t.co/696zxIhUrN
— Emin Gün Sirer???? (@el33th4xor) February 7, 2022
La discussion s’est poursuivie et Anatoly Yakovenko, le cofondateur de Solana Labs (développeur de Solana) a également répondu à Sirer. a pesé avec ses propres questions concernant les exigences de signature en fonction des créneaux horaires. Le cofondateur de Dogecoin a également rejoint le dialogue, demandant à Sirer pourquoi il a nommé sa « crypto-monnaie après quelque chose qui tombe. »