Il était une fois, dans le village d'Ethereum, vivait une communauté de Pepes verts. Ethereum était autrefois l'un des royaumes les plus prospères, un endroit où la haute décentralisation et une sécurité redoutable avaient donné naissance à une économie florissante.
Guidés par ces principes, les villageois organisaient des élections régulières en fonction de leurs parts, nommant des leaders pour superviser les blocs d'enregistrements de transactions créés toutes les douze secondes. Grâce à cela, ils géraient avec diligence l'économie florissante du village.
Mais maintenant, l'ancienne gloire d'Ethereum s'est estompée, et une vague de mèmes-virus a balayé, épuisant la force du village. Des ombres flottaient dans les rues alors que les Pepes verts avançaient péniblement, errant sans but dans ce qui était devenu un village désolé et sombre.
Pourtant, il restait quelques Pepes verts qui souhaitaient restaurer la grandeur perdue d'Ethereum. Ils ont soutenu la « Réforme L2 », un mouvement visant à revitaliser le village. Grâce à leurs efforts, Ethereum a recommencé à prospérer, permettant une activité à une échelle autrefois jugée impossible. Les Pepes ont retrouvé une partie de la vitalité qui avait autrefois rempli leur vie.
Cependant, la réforme L2 a rencontré ses limites. Des villages voisins comme Solana et Sui, bien que jeunes et parfois instables, avançaient rapidement grâce à des révolutions scientifiques sans précédent. Leurs innovations rendaient les transactions financières complexes fluides, tandis qu'Ethereum peinait malgré les réformes. Ainsi, des rumeurs se répandaient parmi les Pepes concernant la possibilité de déménager dans ces villages voisins.
Puis, un jour fatidique, un sorcier Pepe violet est apparu dans le village d'Ethereum.
Un sorcier Pepe vêtu de violet, contemplant avec tristesse la gloire perdue du village d'Ethereum, décida de construire un nouveau royaume nommé Monad.
Un jour, il apparut devant les Pepes verts, annonçant son plan ambitieux d'établir le village de Monad. Les rassemblant sur la place centrale, il leur a donné la parole pour entendre leurs pensées et leurs rêves.
Green Pepe 1 a pris la parole : "J'espère que la vie dans Monad sera tout aussi agréable qu'à Ethereum. Même si Ethereum manque de la scalabilité de Solana ou de Sui, je n'ai jamais envisagé de partir car leur culture semblait si différente de la nôtre."
Green Pepe 2 a ajouté : « Il est important de conserver le même mode de vie et la même culture, mais je veux aussi un système aussi efficace que celui des autres villages. Bien qu'Ethereum soit sûr, il est insuffisant pour les entreprises qui exigent rapidité et agilité. »
Prenant à cœur leurs désirs, le sorcier s'engagea à créer Monad avec la riche culture d'Ethereum et l'évolutivité de Solana et Sui. Il médita sur les puissants sorts nécessaires pour réaliser ces deux rêves, un village où la compatibilité avec les traditions d'Ethereum rencontrerait l'efficacité des avancées de nouvelle génération.
Ensuite, il a partagé sa vision avec les Pepes impatients, inspirant l'espoir d'un endroit qui pourrait vraiment offrir le meilleur des deux mondes.
Une des limites qui restreignent la scalabilité du village Ethereum réside dans le traitement de chaque transaction pendant le processus de consensus, une étape nécessaire pour générer chaque nouveau bloc.
Dans ce village, le leader proposant un bloc doit calculer toutes les transactions qui s'y trouvent avant de le proposer, en assurant le résultat de chacune d'entre elles. De plus, les nœuds de validation qui reçoivent ce bloc doivent également calculer toutes les transactions pour vérifier la légitimité du bloc et émettre leur vote.
Étant donné que le processus de consensus implique à la fois le calcul et la communication entre les villageois, le budget temps alloué au traitement des transactions est assez faible, ce qui se traduit finalement par une scalabilité limitée.
Pour résoudre ce problème, le sorcier violet Pepe a introduit un nouveau sort appelé "Exécution différée". Ce sort sépare le processus de "Consensus", qui ordonne les transactions des villageois, du processus d'"Exécution", qui calcule les résultats de ces transactions.
En termes plus simples, au lieu de réaliser le consensus et l'exécution simultanément pour chaque bloc, le consensus pour le N-ième bloc est effectué pendant que l'exécution est réalisée pour le N-1-ième bloc, dont l'ordre des transactions a déjà été établi.
En permettant un temps de blocage complet pour l'exécution, cette approche augmente considérablement le nombre de transactions pouvant être traitées dans le même laps de temps.
Sort avancé : Retards de racines de Merkle
Dans le village Ethereum, les nœuds effectuent des calculs avant d'atteindre un consensus, ce qui garantit la validité du bloc. Cependant, dans le système d'exécution différée de Monad, le consensus et l'exécution sont séparés. Cela ouvre la possibilité pour les nœuds malveillants d'ignorer les transactions précédemment convenues ou de modifier librement l'état calculé.
Pour prévenir cela, Monad intègre une racine de Merkle, représentant les résultats calculés à partir du N-10ème bloc, dans la proposition pour le N-ème bloc. Si plus des deux tiers des nœuds parviennent à un consensus sur le N-ème bloc, cela implique un accord sur les calculs du N-10ème bloc.
Si les calculs d’un noeud du N-10ème bloc ne correspondent pas à la racine de Merkle incluse dans le Nième bloc, ce noeud est retiré du consensus à partir du Nième bloc. Ce délai de dix blocs pour la racine de Merkle garantit que toute erreur de calcul est détectée à temps.
À noter, le temps de blocage dans Monad est de 1 seconde, bien que cela ne signifie pas que la finalité de Monad prend 10 secondes. Grâce au système unique MonadBFT de Monad, la finalité en un seul slot peut être atteinte, accordant la finalité en 1 seconde.
Le sage sorcier Pepe violet réfléchit à la manière dont un leader du village pourrait rapidement diffuser une proposition de bloc aux autres nœuds.
Dans le village Ethereum, il était d'usage de regrouper une proposition de bloc complète, comprenant toutes les transactions, et de l'envoyer sous forme d'un seul paquet massif à travers le réseau.
Cependant, le sorcier réalisa que si le village de Monad adoptait cette méthode, diffuser une proposition de bloc aussi vaste, pleine de transactions innombrables, serait une tâche redoutable et laborieuse.
Pour résoudre cela, le sorcier Pepe violet a introduit le concept de « hachage de transaction ». Étant donné que toutes les transactions soumises par les villageois sont déjà propagées dans le réseau, chaque nœud conserve un enregistrement des transactions du village de Monad dans son propre mempool.
Cette insight signifiait que le leader n'avait plus besoin de transmettre la liste complète des transactions dans chaque proposition de bloc. Au lieu de cela, le leader pouvait simplement faire référence aux transactions, ne transmettant que les hachages.
Ainsi, les propositions de blocs de Monad sont restées compactes, ne contenant que les valeurs hachées de chaque transaction. Après avoir reçu celles-ci, les autres nœuds ont pu facilement comparer les hachages à leurs propres enregistrements et identifier les transactions référencées.
Dans le village de Monad, l'ordre des transactions au sein de chaque bloc et le consensus sur la création de blocs étaient régis par MonadBFT, un mécanisme de consensus haute performance basé sur HotStuff. Cet algorithme BFT (tolérance aux fautes byzantines) à deux phases a permis d'atteindre un consensus en deux étapes.
Le rôle de chef de bloc a été choisi de manière probabiliste en fonction de la part misée de chaque participant. Dans Monad, les blocs étaient créés de manière plus efficace que dans le village Ethereum, car chaque proposition de bloc N était transmise avec le certificat de quorum (QC) pour le bloc précédent N-1, indiquant que plus des deux tiers des nœuds avaient validé le bloc.
Voici comment la séquence s'est déroulée :
Ainsi, avec une magie habile et une prévoyance, le sorcier Pepe pourpre a guidé le village de Monad vers une nouvelle ère, où chaque bloc a été créé et sécurisé non seulement rapidement mais avec une élégance digne de la vision d'un village véritablement évolutif et coopératif.
Dans le royaume de Monad, pour gérer un afflux massif de transactions villageoises, le sorcier Pepe violet a inventé un nouveau sort qui permettait de traiter les transactions non pas de manière séquentielle comme dans le village Ethereum, mais dans des flux parallèles puissants.
Avec le sort de l'exécution différée, l'exécution ne commencerait qu'après que l'ordre des transactions d'un bloc ait atteint un consensus. Le village de Monad, peuplé d'une multitude d'exécuteurs compétents, prenait en charge chaque transaction, calculant leurs entrées et sorties de manière indépendante et créant des listes en attente.
Ces entrées et sorties n'ont pas immédiatement modifié l'état du village, mais elles ont plutôt attendu dans une magie suspendue, prêtes à être engagées dans l'ordre déterminé par consensus. Cet engagement impliquait la fusion des sorties une par une dans l'état actuel, comme des fils magiques tissant une tapisserie d'ordre sans couture.
Cependant, il y avait une particularité. Le traitement parallèle a introduit la possibilité de conflits de transaction, une rareté dans le village bien ordonné d'Ethereum, mais un nouveau défi ici.
Par exemple, si une transaction (tx b) montrait le villageois A offrant 1 ETH au villageois B, et une autre (tx c) montrait B dépensant cet ETH à l'auberge du village, leur ordre était crucial. Si la tx c tentait de s'exécuter avant la tx b, la transaction échouerait. Dans ces cas, les transactions en conflit étaient reprogrammées, la tx c attendant la fin de la tx b avant de s'exécuter à nouveau.
Ainsi, dans Monad, le cœur de l'exécution parallèle résidait dans la séquence : les résultats étaient calculés en parallèle, mais les mises à jour d'état étaient fusionnées dans l'ordre précis nécessaire.
Le sorcier Pepe violet ne s'est pas arrêté là. Il a invoqué MonadDb, une base de données personnalisée unique au village de Monad, conçue pour stocker l'état de la blockchain. Alors qu'Ethereum s'appuyait sur l'intricate Merkle Patricia Trie, une structure connue pour sa résilience mais aussi pour ses inefficacités avec les clients étrangers, MonadDb l'a adopté nativement, exploitant toute sa puissance et son efficacité.
MonadDb a été conçu en gardant à l'esprit l'exécution parallèle du village, prenant en charge de multiples lectures et écritures simultanées avec une précision gracieuse. Contrairement aux bases de données traditionnelles qui nécessitaient que chaque tâche soit terminée avant de passer à la suivante, MonadDb maniait la magie de l'E/S asynchrone, permettant aux tâches de se chevaucher de manière transparente, ouvrant les portes à une véritable gestion de transactions parallèles.
Grâce à une symphonie de sorts merveilleux et d'enchantements complexes, le sorcier Pepe violet a créé le village de Monad - un endroit où les comptes de confiance d'Ethereum, la cryptographie, les formats de transaction, les langages et les portefeuilles se mêlent parfaitement à la scalabilité incroyable de Solana et Sui. Maintenant, Monad prospère avec des rêves d'atteindre 10 000 transactions par seconde et d'atteindre une finalité de 1 seconde.
Le village de Monad, né de la brillance et de l'espoir, parviendra-t-il à sauver un monde pris au piège du virus du mème et peut-être aider à restaurer la gloire d'Ethereum en tant que compagnon digne ? Seul le temps le dira.
Il était une fois, dans le village d'Ethereum, vivait une communauté de Pepes verts. Ethereum était autrefois l'un des royaumes les plus prospères, un endroit où la haute décentralisation et une sécurité redoutable avaient donné naissance à une économie florissante.
Guidés par ces principes, les villageois organisaient des élections régulières en fonction de leurs parts, nommant des leaders pour superviser les blocs d'enregistrements de transactions créés toutes les douze secondes. Grâce à cela, ils géraient avec diligence l'économie florissante du village.
Mais maintenant, l'ancienne gloire d'Ethereum s'est estompée, et une vague de mèmes-virus a balayé, épuisant la force du village. Des ombres flottaient dans les rues alors que les Pepes verts avançaient péniblement, errant sans but dans ce qui était devenu un village désolé et sombre.
Pourtant, il restait quelques Pepes verts qui souhaitaient restaurer la grandeur perdue d'Ethereum. Ils ont soutenu la « Réforme L2 », un mouvement visant à revitaliser le village. Grâce à leurs efforts, Ethereum a recommencé à prospérer, permettant une activité à une échelle autrefois jugée impossible. Les Pepes ont retrouvé une partie de la vitalité qui avait autrefois rempli leur vie.
Cependant, la réforme L2 a rencontré ses limites. Des villages voisins comme Solana et Sui, bien que jeunes et parfois instables, avançaient rapidement grâce à des révolutions scientifiques sans précédent. Leurs innovations rendaient les transactions financières complexes fluides, tandis qu'Ethereum peinait malgré les réformes. Ainsi, des rumeurs se répandaient parmi les Pepes concernant la possibilité de déménager dans ces villages voisins.
Puis, un jour fatidique, un sorcier Pepe violet est apparu dans le village d'Ethereum.
Un sorcier Pepe vêtu de violet, contemplant avec tristesse la gloire perdue du village d'Ethereum, décida de construire un nouveau royaume nommé Monad.
Un jour, il apparut devant les Pepes verts, annonçant son plan ambitieux d'établir le village de Monad. Les rassemblant sur la place centrale, il leur a donné la parole pour entendre leurs pensées et leurs rêves.
Green Pepe 1 a pris la parole : "J'espère que la vie dans Monad sera tout aussi agréable qu'à Ethereum. Même si Ethereum manque de la scalabilité de Solana ou de Sui, je n'ai jamais envisagé de partir car leur culture semblait si différente de la nôtre."
Green Pepe 2 a ajouté : « Il est important de conserver le même mode de vie et la même culture, mais je veux aussi un système aussi efficace que celui des autres villages. Bien qu'Ethereum soit sûr, il est insuffisant pour les entreprises qui exigent rapidité et agilité. »
Prenant à cœur leurs désirs, le sorcier s'engagea à créer Monad avec la riche culture d'Ethereum et l'évolutivité de Solana et Sui. Il médita sur les puissants sorts nécessaires pour réaliser ces deux rêves, un village où la compatibilité avec les traditions d'Ethereum rencontrerait l'efficacité des avancées de nouvelle génération.
Ensuite, il a partagé sa vision avec les Pepes impatients, inspirant l'espoir d'un endroit qui pourrait vraiment offrir le meilleur des deux mondes.
Une des limites qui restreignent la scalabilité du village Ethereum réside dans le traitement de chaque transaction pendant le processus de consensus, une étape nécessaire pour générer chaque nouveau bloc.
Dans ce village, le leader proposant un bloc doit calculer toutes les transactions qui s'y trouvent avant de le proposer, en assurant le résultat de chacune d'entre elles. De plus, les nœuds de validation qui reçoivent ce bloc doivent également calculer toutes les transactions pour vérifier la légitimité du bloc et émettre leur vote.
Étant donné que le processus de consensus implique à la fois le calcul et la communication entre les villageois, le budget temps alloué au traitement des transactions est assez faible, ce qui se traduit finalement par une scalabilité limitée.
Pour résoudre ce problème, le sorcier violet Pepe a introduit un nouveau sort appelé "Exécution différée". Ce sort sépare le processus de "Consensus", qui ordonne les transactions des villageois, du processus d'"Exécution", qui calcule les résultats de ces transactions.
En termes plus simples, au lieu de réaliser le consensus et l'exécution simultanément pour chaque bloc, le consensus pour le N-ième bloc est effectué pendant que l'exécution est réalisée pour le N-1-ième bloc, dont l'ordre des transactions a déjà été établi.
En permettant un temps de blocage complet pour l'exécution, cette approche augmente considérablement le nombre de transactions pouvant être traitées dans le même laps de temps.
Sort avancé : Retards de racines de Merkle
Dans le village Ethereum, les nœuds effectuent des calculs avant d'atteindre un consensus, ce qui garantit la validité du bloc. Cependant, dans le système d'exécution différée de Monad, le consensus et l'exécution sont séparés. Cela ouvre la possibilité pour les nœuds malveillants d'ignorer les transactions précédemment convenues ou de modifier librement l'état calculé.
Pour prévenir cela, Monad intègre une racine de Merkle, représentant les résultats calculés à partir du N-10ème bloc, dans la proposition pour le N-ème bloc. Si plus des deux tiers des nœuds parviennent à un consensus sur le N-ème bloc, cela implique un accord sur les calculs du N-10ème bloc.
Si les calculs d’un noeud du N-10ème bloc ne correspondent pas à la racine de Merkle incluse dans le Nième bloc, ce noeud est retiré du consensus à partir du Nième bloc. Ce délai de dix blocs pour la racine de Merkle garantit que toute erreur de calcul est détectée à temps.
À noter, le temps de blocage dans Monad est de 1 seconde, bien que cela ne signifie pas que la finalité de Monad prend 10 secondes. Grâce au système unique MonadBFT de Monad, la finalité en un seul slot peut être atteinte, accordant la finalité en 1 seconde.
Le sage sorcier Pepe violet réfléchit à la manière dont un leader du village pourrait rapidement diffuser une proposition de bloc aux autres nœuds.
Dans le village Ethereum, il était d'usage de regrouper une proposition de bloc complète, comprenant toutes les transactions, et de l'envoyer sous forme d'un seul paquet massif à travers le réseau.
Cependant, le sorcier réalisa que si le village de Monad adoptait cette méthode, diffuser une proposition de bloc aussi vaste, pleine de transactions innombrables, serait une tâche redoutable et laborieuse.
Pour résoudre cela, le sorcier Pepe violet a introduit le concept de « hachage de transaction ». Étant donné que toutes les transactions soumises par les villageois sont déjà propagées dans le réseau, chaque nœud conserve un enregistrement des transactions du village de Monad dans son propre mempool.
Cette insight signifiait que le leader n'avait plus besoin de transmettre la liste complète des transactions dans chaque proposition de bloc. Au lieu de cela, le leader pouvait simplement faire référence aux transactions, ne transmettant que les hachages.
Ainsi, les propositions de blocs de Monad sont restées compactes, ne contenant que les valeurs hachées de chaque transaction. Après avoir reçu celles-ci, les autres nœuds ont pu facilement comparer les hachages à leurs propres enregistrements et identifier les transactions référencées.
Dans le village de Monad, l'ordre des transactions au sein de chaque bloc et le consensus sur la création de blocs étaient régis par MonadBFT, un mécanisme de consensus haute performance basé sur HotStuff. Cet algorithme BFT (tolérance aux fautes byzantines) à deux phases a permis d'atteindre un consensus en deux étapes.
Le rôle de chef de bloc a été choisi de manière probabiliste en fonction de la part misée de chaque participant. Dans Monad, les blocs étaient créés de manière plus efficace que dans le village Ethereum, car chaque proposition de bloc N était transmise avec le certificat de quorum (QC) pour le bloc précédent N-1, indiquant que plus des deux tiers des nœuds avaient validé le bloc.
Voici comment la séquence s'est déroulée :
Ainsi, avec une magie habile et une prévoyance, le sorcier Pepe pourpre a guidé le village de Monad vers une nouvelle ère, où chaque bloc a été créé et sécurisé non seulement rapidement mais avec une élégance digne de la vision d'un village véritablement évolutif et coopératif.
Dans le royaume de Monad, pour gérer un afflux massif de transactions villageoises, le sorcier Pepe violet a inventé un nouveau sort qui permettait de traiter les transactions non pas de manière séquentielle comme dans le village Ethereum, mais dans des flux parallèles puissants.
Avec le sort de l'exécution différée, l'exécution ne commencerait qu'après que l'ordre des transactions d'un bloc ait atteint un consensus. Le village de Monad, peuplé d'une multitude d'exécuteurs compétents, prenait en charge chaque transaction, calculant leurs entrées et sorties de manière indépendante et créant des listes en attente.
Ces entrées et sorties n'ont pas immédiatement modifié l'état du village, mais elles ont plutôt attendu dans une magie suspendue, prêtes à être engagées dans l'ordre déterminé par consensus. Cet engagement impliquait la fusion des sorties une par une dans l'état actuel, comme des fils magiques tissant une tapisserie d'ordre sans couture.
Cependant, il y avait une particularité. Le traitement parallèle a introduit la possibilité de conflits de transaction, une rareté dans le village bien ordonné d'Ethereum, mais un nouveau défi ici.
Par exemple, si une transaction (tx b) montrait le villageois A offrant 1 ETH au villageois B, et une autre (tx c) montrait B dépensant cet ETH à l'auberge du village, leur ordre était crucial. Si la tx c tentait de s'exécuter avant la tx b, la transaction échouerait. Dans ces cas, les transactions en conflit étaient reprogrammées, la tx c attendant la fin de la tx b avant de s'exécuter à nouveau.
Ainsi, dans Monad, le cœur de l'exécution parallèle résidait dans la séquence : les résultats étaient calculés en parallèle, mais les mises à jour d'état étaient fusionnées dans l'ordre précis nécessaire.
Le sorcier Pepe violet ne s'est pas arrêté là. Il a invoqué MonadDb, une base de données personnalisée unique au village de Monad, conçue pour stocker l'état de la blockchain. Alors qu'Ethereum s'appuyait sur l'intricate Merkle Patricia Trie, une structure connue pour sa résilience mais aussi pour ses inefficacités avec les clients étrangers, MonadDb l'a adopté nativement, exploitant toute sa puissance et son efficacité.
MonadDb a été conçu en gardant à l'esprit l'exécution parallèle du village, prenant en charge de multiples lectures et écritures simultanées avec une précision gracieuse. Contrairement aux bases de données traditionnelles qui nécessitaient que chaque tâche soit terminée avant de passer à la suivante, MonadDb maniait la magie de l'E/S asynchrone, permettant aux tâches de se chevaucher de manière transparente, ouvrant les portes à une véritable gestion de transactions parallèles.
Grâce à une symphonie de sorts merveilleux et d'enchantements complexes, le sorcier Pepe violet a créé le village de Monad - un endroit où les comptes de confiance d'Ethereum, la cryptographie, les formats de transaction, les langages et les portefeuilles se mêlent parfaitement à la scalabilité incroyable de Solana et Sui. Maintenant, Monad prospère avec des rêves d'atteindre 10 000 transactions par seconde et d'atteindre une finalité de 1 seconde.
Le village de Monad, né de la brillance et de l'espoir, parviendra-t-il à sauver un monde pris au piège du virus du mème et peut-être aider à restaurer la gloire d'Ethereum en tant que compagnon digne ? Seul le temps le dira.