Cela fait un moment que je n'ai pas partagé de contenu coréen. Parfois, quand je lis les publications liées à la technologie partagées par Keone, je me demande, 'On dirait quelque chose d'incroyable, mais quel est exactement le bénéfice ?' Alors, j'ai préparé cela pour ceux qui ont été curieux. JIT ? - Vous n'avez pas besoin de connaître des choses complexes comme les compilateurs, les caches ou les processus asynchrones. Alors, quels sont les avantages pour nous ? - Les vitesses augmentent et les frais de gaz (frais de transaction) diminuent. La question vraiment importante est 'Pourquoi faisons-nous cela ?' - Plus que le simple fait que la vitesse soit améliorée, la clé est de comprendre pourquoi Keone considère ce sujet suffisamment important pour le mettre en avant dans ses tweets principaux. 1. Un chemin moins fréquenté - La plupart des équipes n'osent pas s'aventurer dans ces domaines fondamentaux (de bas niveau). - Même si elles essaient, cela reste souvent à un niveau de 'tester et voir', et il est rare qu'elles l'intègrent profondément dans des produits réels. 2. 'Comment allons-nous résoudre cela ?' - Cette détermination élève les éléments fondamentaux de la blockchain de l'équipe, tels que le consensus, l'exécution et le réseau, à une forme d'art. - Maintenant, elles visent à résoudre des goulets d'étranglement encore plus profonds. Faire fonctionner une équipe de compilateurs dédiée pour cela est assez ambitieux. - C'est à un niveau différent de la validation technique (POC) à des fins marketing. 3. Poursuite de la perfection comme Apple - Cette approche rappelle Apple. - Tout comme nous nous émerveillons de la façon dont Apple parvient à prêter attention à de tels détails chaque fois qu'ils sortent un nouveau modèle d'iPhone, cette équipe place également des experts à chaque goulet d'étranglement pour se concentrer sur la résolution des problèmes fondamentaux pour atteindre le plus haut niveau de perfection. - Les technologies que Keone met en avant peuvent être comparées aux annonces de nouveaux produits de l'WWDC d'Apple. Ainsi, la plupart des écrits tendent à prouver : "Nous avons encore une fois approché l'adoption de masse," et "Notre communauté et notre écosystème ont encore une fois grandi." ----------------------------------------------- "Ce que fait Monad n'est pas vraiment quelque chose de spécial." "Vous devez juste comprendre le concept et écrire quelques lignes de code ; ce n'est pas si difficile." "Ce n'est rien de spécial." Contre-argument : - Bien sûr, certaines personnes disent : 'Le concept lui-même n'est-il pas déjà connu, et peut-il être mis en œuvre avec juste quelques lignes de code ?' - Oui, le concept lui-même peut ne pas être si difficile. Cependant, le véritable défi commence lorsque d'innombrables 'contextes' sont ajoutés à ce concept. - Intégrer harmonieusement une technologie avec tous les autres domaines et améliorer les performances globales du système est une question différente de celle de simplement connaître le concept. - Quiconque a construit une blockchain L1 comprendra à quel point il est incroyablement difficile d'étudier en profondeur tous les domaines du cœur et de le compléter en tant que produit réel. @keoneHD @koreanads @monad_dev @monad
Keone Hon ⨀
Keone Hon ⨀17 août, 02:43
Apporter la compilation JIT à l'EVM La compilation Just-in-Time (JIT) est souvent citée comme une idée intéressante pour optimiser l'EVM. Mais il y a des défis : - il est difficile d'obtenir tout le comportement exact (frais de gaz, gestion des erreurs) pour qu'il corresponde. Par exemple, même si le code est simplifié par le compilateur, les frais de gaz d'origine doivent être préservés. - la compilation est coûteuse, donc tout ne doit pas être compilé, et cela ne peut pas être fait à la volée sans affecter la latence. - les artefacts compilés sont beaucoup plus volumineux que le bytecode d'origine. - tirer le meilleur parti du compilateur nécessite de la créativité pour aborder des facettes uniques du problème. Il y a une tonne de recherche, de benchmarking et d'optimisation répétée de la génération de code machine requise. L'équipe @category_xyz a persévéré et construit un compilateur puissant qui résout tous ces problèmes, permettant au code des contrats de s'exécuter plus rapidement et plus efficacement que dans les implémentations EVM existantes. Le client Monad analyse les contrats fréquemment utilisés (mesurés par le gaz cumulé consommé) et met en cache le code natif afin que les appels suivants s'exécutent plus efficacement. La compilation s'exécute de manière asynchrone ; avant que la compilation ne soit terminée, la VM exécute le code en utilisant un interpréteur séparé à faible latence et hautement optimisé. C'est maintenant en ligne sur Monad Testnet depuis la mise à jour de mardi ! Consultez la documentation pour plus d'infos, tout juste sorti des presses. Merci à @__inshorts et au reste de l'équipe de compilation de Category Labs pour un travail bien fait !
7,47K