Écrit par : Shenchao TechFlow
L'infrastructure ne dort jamais et il y a plus de chaînes que d'applications.
Alors que le marché souffre des parachutages PUA de divers projets King, le marché primaire est toujours en pleine effervescence sur la voie de la « création de King Kings ».
Hier soir, une autre L1 avec une gamme explosive est née --- MegaETH, avec un financement d'amorçage de 20 millions de dollars américains, Dragonfly a dirigé l'investissement, et des institutions telles que Figment Capital, Robot Ventures et Big Brain Holdings ont participé à l'investissement. Les investisseurs providentiels comprennent Vitalik, Cobie, Joseph Lubin, Sreeram Kannan, Kartik Talwar, etc.
Les meilleurs VC mènent l'investissement, Vitalik et d'autres grands noms de l'industrie agissent en tant qu'investisseurs providentiels, et le nom du projet porte directement ETH... Sur le marché du cryptage avec une attention limitée, ces labels sont tous utilisés pour trouver la « légitimité » du projet .
À en juger par la description officielle du projet, MegaETH peut encore se résumer en un mot familier : rapide.
La première blockchain en temps réel, offrant des transactions à une vitesse fulgurante, avec une latence inférieure à la milliseconde et plus de 100 000 transactions par seconde...
Maintenant que tous les acteurs du marché en ont assez des discours sur les performances de la chaîne publique, comment MegaETH peut-il se démarquer ?
Nous avons fouillé le livre blanc de MegaETH pour essayer de trouver la réponse.
Il existe de nombreuses chaînes, mais aucune d'entre elles ne peut atteindre le « temps réel »
En supposant que ce récit et ce battage médiatique soient mis à part, pourquoi le marché a-t-il encore besoin d’une blockchain appelée MegaETH ?
La réponse donnée par MegaETH lui-même est que le simple fait de créer davantage de chaînes ne résout pas le problème d’évolutivité de la blockchain. Les L1/L2 sont désormais confrontés à des problèmes communs :
Toutes les chaînes EVM présentent un faible débit de transaction ;
Deuxièmement, en raison de la rareté de la puissance de calcul, les applications complexes ne peuvent pas être mises en chaîne ;
Enfin, les applications qui nécessitent des taux de mise à jour élevés ou des boucles de rétroaction rapides ne sont pas réalisables avec des temps de blocage longs.
En d’autres termes, toutes les blockchains actuelles ne peuvent pas réellement faire :
Règlement en temps réel : les transactions sont traitées immédiatement après avoir atteint la blockchain et les résultats sont publiés presque instantanément.
Traitement en temps réel : les systèmes Blockchain sont capables de traiter et de vérifier un grand nombre de transactions dans un laps de temps extrêmement court.
Que signifie ce type de temps réel dans des scénarios d’application pratiques ?
Par exemple, le trading à haute fréquence nécessite la capacité d’effectuer les opérations de passation et d’annulation d’ordres en quelques millisecondes. Ou encore, il peut s'agir d'un jeu avec combat en temps réel ou simulation physique, qui nécessite que la blockchain mette à jour le statut à une fréquence extrêmement élevée. Bien évidemment, aucune des chaînes actuelles ne peut le faire.
Spécialisation des nœuds et performances en temps réel
Alors, pour atteindre le « temps réel » mentionné ci-dessus, quelle est l’idée générale de MegaETH ? La version trop longue à lire est :
Spécialisation des nœuds : réduisez la surcharge de consensus en séparant les tâches d'exécution des transactions et les responsabilités complètes des nœuds.
Si l’on veut être plus précis, on peut voir qu’il y a trois rôles principaux dans MegaETH : séquenceur, prouveur et nœud complet.
Plus précisément, il n'y a qu'un seul séquenceur actif dans MegaETH qui exécute les transactions à tout moment, et les autres nœuds reçoivent les différences de statut via le réseau p2p et mettent à jour le statut local sans réexécuter les transactions.
Le séquenceur est responsable du tri et de l'exécution des transactions des utilisateurs. Cependant, MegaETH n'a qu'un seul séquenceur actif à un moment donné, éliminant ainsi la surcharge de consensus lors de l'exécution normale.
Les prouveurs utilisent un schéma de vérification sans état pour vérifier les blocs de manière asynchrone et dans le désordre.
Un flux de travail simple MegaETH est le suivant :
1. Traitement et tri des transactions : Les transactions soumises par les utilisateurs sont d'abord envoyées au Sequencer, qui traite ces transactions afin de générer de nouveaux blocs et données témoins.
2. Publication des données : le séquenceur publie les blocs générés, les données témoins et les différences d'état sur EigenDA (couche de disponibilité des données) pour garantir que ces données sont disponibles dans le réseau.
3. Vérification des blocs : Prover Network (Proof Network) obtient les données de bloc et de témoin du séquenceur, les vérifie via un matériel dédié, génère un certificat et le renvoie au séquenceur.
4. Mise à jour du statut : Fullnode Network reçoit la différence de statut du séquenceur et met à jour le statut local. En même temps, il peut vérifier la validité du bloc via le réseau de certification pour garantir la cohérence et la sécurité de la blockchain.
Mesurez d’abord, puis exécutez
À en juger par d'autres contenus du livre blanc, MegaETH lui-même a également réalisé que l'idée de « spécialisation des nœuds » est bonne, mais cela ne signifie pas qu'elle peut être facilement mise en pratique.
Lorsqu’il s’agit de construire une chaîne spécifique, MegaETH a une bonne idée : mesurer d’abord, puis exécuter. Autrement dit, nous effectuons d'abord des mesures approfondies des performances pour déterminer les problèmes réels du système de blockchain existant, puis examinons comment intégrer cette idée de spécialisation des nœuds dans le système actuel pour résoudre le problème.
Alors, quels problèmes MegaETH a-t-il détectés ?
La partie suivante est en fait assez loin des poireaux. Si vous êtes impatient, vous pouvez simplement passer au chapitre suivant.
Exécution des transactions : leurs expériences ont montré que même en utilisant un serveur puissant doté de 512 Go de mémoire, le client d'exécution Ethereum existant, Reth, ne pouvait atteindre qu'environ 1 000 TPS (transactions par seconde) dans une configuration de synchronisation en temps réel, ce qui indique que le système existant présente d'importantes des goulots d'étranglement en termes de performances lors de l'exécution des transactions et des mises à jour.
Exécution parallèle : en ce qui concerne le concept populaire d'EVM parallèle, certains problèmes de performances n'ont en fait pas été résolus. L’effet d’accélération de l’EVM parallèle dans la production réelle est limité par le parallélisme de la charge de travail. Les mesures de MegaETH montrent que le parallélisme médian des blocs Ethereum récents est inférieur à 2, et même lorsque plusieurs blocs sont fusionnés, le parallélisme médian n'augmente qu'à 2,75.
(Un degré de parallélisme inférieur à 2 signifie que dans la plupart des cas, moins de deux transactions dans chaque bloc peuvent être exécutées simultanément. Cela indique que la plupart des transactions dans le système blockchain actuel sont interdépendantes et ne peuvent pas être traitées dans un parallélisme à grande échelle. .)
Surcharge des interprètes : les interpréteurs EVM encore plus rapides comme revm sont toujours 1 à 2 ordres de grandeur plus lents que l'exécution native.
Synchronisation d'état : la synchronisation de 100 000 transferts ERC-20 par seconde nécessite 152,6 Mbit/s de bande passante, et les transactions plus complexes nécessitent plus de bande passante. La mise à jour de la racine d'état dans Reth consomme 10 fois plus de ressources informatiques que l'exécution de transactions. Pour parler franchement, la consommation actuelle des ressources de la blockchain est un peu importante.
Après avoir testé ces problèmes, MegaETH a commencé à prescrire le bon médicament, ce qui a facilité la rationalisation de la logique de solution mentionnée ci-dessus :
Trieur haute performance :
Spécialisation des nœuds : MegaETH améliore l'efficacité en attribuant des tâches à des nœuds spécialisés. Le nœud séquenceur gère spécifiquement l'ordre et l'exécution des transactions, le nœud complet est responsable des mises à jour et de la vérification de l'état, et le nœud d'attestation utilise du matériel dédié pour vérifier les blocs.
Matériel haut de gamme : Le séquenceur utilise des serveurs hautes performances (par exemple 100 cœurs, 1 To de mémoire, réseau 10 Gbit/s) pour gérer de gros volumes de transactions et générer des blocs rapidement.
Optimisation des accès aux états :
Stockage mémoire : les nœuds de tri sont équipés de grandes quantités de RAM et peuvent stocker l'intégralité de l'état de la blockchain en mémoire, éliminant ainsi la latence de lecture des SSD et accélérant l'accès à l'état.
Exécution parallèle : bien que l'effet d'accélération de l'EVM parallèle dans les charges de travail existantes soit limité, MegaETH optimise le moteur d'exécution parallèle et prend en charge la gestion de la priorité des transactions pour garantir que les transactions critiques peuvent être traitées en temps opportun, même pendant les périodes de pointe.
Optimisation de l'interprète :
Compilation AOT/JIT : MegaETH accélère l'exécution de contrats gourmands en calcul en introduisant la technologie de compilation AOT/JIT. Même si l'amélioration des performances de la plupart des contrats dans un environnement de production est limitée, ces technologies peuvent toujours être importantes pour des scénarios spécifiques de forte demande de calcul. Améliorer les performances.
Optimisation de la synchronisation des statuts :
Transmission de données efficace : MegaETH a conçu une méthode efficace de codage et de transmission des différences d'état qui peut synchroniser un grand nombre de mises à jour d'état avec une bande passante limitée.
Technologie de compression : en utilisant une technologie de compression avancée, MegaETH est capable de synchroniser les mises à jour de statut pour les transactions complexes (telles que les échanges Uniswap) dans les limites de bande passante.
Optimisation de la mise à jour de la racine de l'état :
Conception MPT optimisée : MegaETH utilise Merkle Patricia Trie optimisé (tel que NOMT) pour réduire les opérations de lecture et d'écriture et améliorer l'efficacité des mises à jour de la racine de l'état.
Technologie de traitement par lots : grâce aux mises à jour de l'état du traitement par lots, MegaETH peut réduire les opérations d'E/S aléatoires du disque et améliorer les performances globales.
Les choses ci-dessus sont en fait très techniques, mais au-delà de ces détails techniques, vous pouvez effectivement voir que MegaETH a vraiment quelques compétences techniques, et vous pouvez aussi clairement ressentir une motivation :
En divulguant des données techniques détaillées et des résultats de tests, nous essayons d'améliorer la transparence et la crédibilité du projet, permettant à la communauté technique et aux utilisateurs potentiels d'avoir une compréhension et une confiance plus profondes dans les performances de son système.
Une équipe issue d’une école prestigieuse et souvent favorisée ?
Dans le processus d'interprétation du livre blanc, on sent clairement que même si le nom de MegaETH est un peu exagéré, les documents et instructions révèlent souvent le caractère rigoureux et trop détaillé d'un Nerd technique.
Les informations publiques montrent que l'équipe MegaETH semble avoir des origines chinoises, et le PDG Li Yilong est de Stanford et possède un doctorat en informatique ; le CTO Yang Lei est titulaire d'un doctorat du MIT et le CBO (Business Officer) Kong Shuyao est titulaire d'un doctorat de Harvard Business School Il est titulaire d'un MBA et a une expérience professionnelle dans plusieurs institutions du secteur (ConsenSys, etc.) ; le consultant a des CV qui se chevauchent avec CBO et est également issu de la prestigieuse Université de New York.
Une équipe de quatre personnes issues des meilleures universités des États-Unis. Leur influence en termes de connexions et de ressources est évidente.
Auparavant, nous avions également présenté dans l'article « Les diplômés deviennent PDG, quelle est l'origine de Nexus, dirigé par Pantera dans l'investissement de 25 millions de yuans ». Bien que le PDG de Nexus soit un jeune diplômé, il est également un célèbre diplômé de Stanford. et il semble également avoir une solide expérience en technologie.
Comme prévu, les meilleurs VC préfèrent les magnats de la technologie des meilleures écoles. De plus, Vitalik a également participé à l'investissement et a ETH en son nom. Le récit technique et l'effet marketing peuvent être complets.
À l'heure actuelle, alors que l'ancien « King of Heaven » est devenu « Dead from Heaven », que les projets sont en déclin et que le marché stagne, MegaETH provoquera évidemment un nouveau cycle d'effet FOMO.
Nous continuerons à prêter attention à plus d'informations sur le projet testnet et l'interaction.
Bienvenue dans la communauté officielle de Shenchao TechFlow
Groupe d'abonnement Telegram :
https://t.me/TechFlowDaily
Compte Twitter officiel :
https://x.com/TechFlowPost
Compte Twitter anglais :
https://x.com/TechFlow_Intern