Sonic est le EVM le plus rapide car ils ont prouvé mathématiquement que le consensus asynchrone peut atteindre une scalabilité linéaire tout en préservant toutes les garanties de sécurité des protocoles "BFT" traditionnels, simple non ?! 🥲
🔶 Long answer: Qu'est-ce que BFT ( la tolérance aux fautes byzantines ) ? BFT garantit qu'une blockchain peut fonctionner correctement même lorsque jusqu'à 1/3 des validateurs sont malveillants ou hors ligne.
🔸 Les Mathématiques de Sécurité BFT : "2f+1" Pensez-y comme à un vote où certains électeurs pourraient être corrompus.
f = max mauvais acteurs que le système peut gérer 2f+1 = votes minimum nécessaires pour des décisions sécurisées La garantie : Même si TOUS les acteurs malveillants votent, les acteurs bienveillants gagnent
🔸Exemple avec 300 validateurs : BFT peut gérer au maximum 99 acteurs malveillants (les 201 restants sont honnêtes) Il faut au moins 199 votes pour atteindre le consensus, tout ce qui est en dessous ne fonctionne pas dans le BFT.
Règle simple : si moins d'1/3 malveillant = le réseau reste sécurisé
🔷 Le problème avec le PBFT traditionnel (BFT Pratique) : 🔹La production de blocs séquentiels = goulot d'étranglement fondamental. 🔹Les validateurs doivent se synchroniser globalement 🔹 chaque bloc attend 2f+1 confirmations avant que le suivant puisse être produit. Cette sérialisation tue le débit.
🔷 La percée ABFT de Sonic, protocole Lachesis : 🔹 Architecture basée sur le DAG : Les validateurs créent des blocs d'événements en parallèle (pas d'attente en ligne, déjà expliqué dans un autre post) 🔹 Gossip asynchrone : Les blocs d'événements se propagent par gossip sans synchronisation globale 🔹 Moteur Carmen : Stockage optimisé avec élagage de base de données en direct (HUGE DEAL) 🔹 VM Améliorée : Traduction dynamique du bytecode remplaçant l'EVM standard
🔷 Répartition de la performance : 🔹 Création de bloc d'événement : ~100ms 🔹 Propagation des rumeurs : ~300ms 🔹 Consensus de bloc racine : ~500ms 🔹 Finalisation de la chaîne principale : Sous-sec 🔹 Résultat : 400K TPS ( limité par l'E/S réseau, pas par le consensus)
🔷 Sécurité maintenue : 🔹 Même f < n/3 tolérance byzantine (2f+1 majorité honnête ) 🔹 Finalité immédiate (pas de confirmation probabiliste) 🔹 La finalité économique prévient les attaques à long terme
La percée dans l'ABFT : La suppression des exigences de synchronisation élimine le goulet d'étranglement tout en maintenant le même calcul de sécurité (2f+1)
Au fait, si tu es là en mode waaaattttttt et que ton cerveau te fait mal après avoir lu jusqu'ici, alors imagine juste la quantité de travail et d'innovation qui a été nécessaire pour atteindre cette "Finalité Instantanée" avec la technologie.
La prochaine fois que vous signez une tx et que cela se fait en une fraction de seconde, sachez que Sonic vient de réaliser tout ce processus en moins d'une seconde et peut le faire 399999 fois de plus dans cette même seconde.
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.
🔶 Short answer:
Sonic est le EVM le plus rapide car ils ont prouvé mathématiquement que le consensus asynchrone peut atteindre une scalabilité linéaire tout en préservant toutes les garanties de sécurité des protocoles "BFT" traditionnels, simple non ?! 🥲
🔶 Long answer:
Qu'est-ce que BFT ( la tolérance aux fautes byzantines ) ?
BFT garantit qu'une blockchain peut fonctionner correctement même lorsque jusqu'à 1/3 des validateurs sont malveillants ou hors ligne.
🔸 Les Mathématiques de Sécurité BFT : "2f+1"
Pensez-y comme à un vote où certains électeurs pourraient être corrompus.
f = max mauvais acteurs que le système peut gérer
2f+1 = votes minimum nécessaires pour des décisions sécurisées
La garantie : Même si TOUS les acteurs malveillants votent, les acteurs bienveillants gagnent
🔸Exemple avec 300 validateurs :
BFT peut gérer au maximum 99 acteurs malveillants (les 201 restants sont honnêtes)
Il faut au moins 199 votes pour atteindre le consensus, tout ce qui est en dessous ne fonctionne pas dans le BFT.
Règle simple : si moins d'1/3 malveillant = le réseau reste sécurisé
🔷 Le problème avec le PBFT traditionnel (BFT Pratique) :
🔹La production de blocs séquentiels = goulot d'étranglement fondamental.
🔹Les validateurs doivent se synchroniser globalement
🔹 chaque bloc attend 2f+1 confirmations avant que le suivant puisse être produit. Cette sérialisation tue le débit.
🔷 La percée ABFT de Sonic, protocole Lachesis :
🔹 Architecture basée sur le DAG : Les validateurs créent des blocs d'événements en parallèle (pas d'attente en ligne, déjà expliqué dans un autre post)
🔹 Gossip asynchrone : Les blocs d'événements se propagent par gossip sans synchronisation globale
🔹 Moteur Carmen : Stockage optimisé avec élagage de base de données en direct (HUGE DEAL)
🔹 VM Améliorée : Traduction dynamique du bytecode remplaçant l'EVM standard
🔷 Répartition de la performance :
🔹 Création de bloc d'événement : ~100ms
🔹 Propagation des rumeurs : ~300ms
🔹 Consensus de bloc racine : ~500ms
🔹 Finalisation de la chaîne principale : Sous-sec
🔹 Résultat : 400K TPS ( limité par l'E/S réseau, pas par le consensus)
🔷 Sécurité maintenue :
🔹 Même f < n/3 tolérance byzantine (2f+1 majorité honnête )
🔹 Finalité immédiate (pas de confirmation probabiliste) 🔹 La finalité économique prévient les attaques à long terme
La percée dans l'ABFT :
La suppression des exigences de synchronisation élimine le goulet d'étranglement tout en maintenant le même calcul de sécurité (2f+1)
Au fait, si tu es là en mode waaaattttttt et que ton cerveau te fait mal après avoir lu jusqu'ici, alors imagine juste la quantité de travail et d'innovation qui a été nécessaire pour atteindre cette "Finalité Instantanée" avec la technologie.
La prochaine fois que vous signez une tx et que cela se fait en une fraction de seconde, sachez que Sonic vient de réaliser tout ce processus en moins d'une seconde et peut le faire 399999 fois de plus dans cette même seconde.
🙂