Rubriques tendance
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
La principale raison pour laquelle Monad a décidé d’être compatible avec EVM est qu’EVM dispose déjà d’une tonne d’outils et de ressources pour les développeurs.
Il n’y a rien de particulièrement exceptionnel à propos de l’EVM lui-même, ni rien de particulièrement déficient. Il s’agit d’une machine virtuelle standard (mais un peu bizarre avec des mots de 32 octets) basée sur une pile, avec un petit environnement d’exécution bien défini. Sa mise en œuvre n’est pas très différente de ce que vous trouveriez dans n’importe quelle classe de compilateur/interprète de premier cycle.
Cela n’a donc pas de sens de recommencer à zéro. Vous devriez créer toutes les ressources/outils/communauté/etc à partir de zéro. Certains pensent évidemment différemment lorsqu’ils ont décidé de construire de nouvelles machines virtuelles, mais je ne suis pas convaincu. Cela ne veut pas dire que Monad n’innovera pas dans ce domaine - elle le fera absolument. @category_xyz dispose d’une équipe de « compilateurs » impressionnante avec des développeurs et des chercheurs de premier ordre. Vous verrez la production de cette équipe à l’avenir.
Une chose dont j’ai discuté avec @zen_llama lorsqu’il a été embauché était de se concentrer sur le support au développement. Monad et/ou Category peuvent certainement faire un meilleur travail à cet égard, et nous avons commencé à l’intensifier plus récemment. Pour l’instant, l’accent est mis sur les applications les plus sensibles aux performances. De nombreuses applications n’auront jamais besoin de conseils en raison de la compatibilité EVM, certaines applications en auront besoin d’un peu et un petit nombre d’applications auront besoin de beaucoup d’aide. Notre équipe apprend et s’améliore également de ces collaborations - elles sont mutuellement bénéfiques.
En ce qui concerne la communauté, j’accueille toute sorte de désaccord et de retour d’information authentique. J’ai l’impression d’avoir déjà fait valoir ce point à maintes reprises.


9 juin 2025
1) Je ne suis pas d’accord avec l’approche adoptée par Monad pour construire son écosystème de développeurs.
Une équipe DevRel de trois personnes contre une équipe éco de 30+ personnes est un problème. Le soutien aux développeurs >>> le soutien à la croissance et au marketing, ainsi que les conseils des anciens VC ne sont pas utiles aux constructeurs en phase de démarrage, c’est distrayant.
De plus, je ne pense pas qu’il faille optimiser les chiffres bruts du haut de l’entonnoir, et je ne pense pas que le marketing attire les constructeurs que vous voulez réellement.
Vous devez faire des paris ciblés sur les personnes et les nouvelles technologies, en privilégiant les constructeurs natifs plutôt que les opérateurs historiques migrants.
Le talent brut >>> le pedigree, tous les jours dans mon livre.
Lorsque vous permettez aux opérateurs historiques d’entrer tôt dans l’écosystème, cela apporte de la légitimité à votre chaîne, mais cela dissuade les constructeurs d’innover dans ces catégories de produits, car la concurrence est difficile à surmonter.
Toly en a parlé dans le récent podcast a16z sur les raisons du succès de Solana, et je suis tout à fait d’accord. Vous devez trouver les constructeurs prêts à mâcher du verre et à reconstruire des choses existantes de nouvelles manières, car c’est ainsi que vous trouvez ceux qui sont prêts à se faire les dents à vos côtés.
2) La compatibilité totale avec l’EVM est une erreur.
Vous voulez exposer votre technologie de manière à ouvrir de nouvelles frontières et à fournir une fonction de forçage aux constructeurs pour construire des choses qui ne peuvent littéralement être construites nulle part ailleurs.
Faciliter les choses pour les constructeurs ne devrait pas se faire au détriment d’une pile technologique indifférenciée.
Vous pouvez faire les deux, mais vous devez donner la priorité au support de développement plutôt qu’au soutien à la croissance et au marketing.
« Un EVM plus rapide et moins cher » était une idée novatrice il y a quatre ans – les temps ont changé. Vous devez offrir plus que de la vitesse brute maintenant. L’écriture est restée sur le mur pendant des années.
Je pense toujours que Monad devrait construire une « bibliothèque standard Monad » – quelque chose que j’ai préconisé le premier jour de mon travail là-bas, mais pour lequel je n’ai jamais pu obtenir de ressources.
Ma crainte a toujours été qu’il faille commencer à construire cela des années à l’avance et l’avoir prêt pour que les fournisseurs d’infrastructure puissent l’adopter avant le réseau principal.
3) Les communautés homogènes ne sont pas vraiment saines.
Il peut sembler formidable d’avoir une communauté qui est toujours insouciante alors que tout ce que vous voyez est votre chambre d’écho, mais de l’extérieur, ce n’est pas invitant, c’est faux.
Je sais que ce n’est pas faux parce que j’ai rencontré la communauté Monad en personne, et c’est la communauté la plus dynamique, joyeuse, solidaire et charmante dont j’ai jamais eu le privilège de faire partie, mais elle est très organisée.
La vie n’est pas organisée. C’est salissant. Les gens se battent, ils provoquent des drames, ils disent des choses que vous n’aimez pas, et cela brouille les cartes. Lorsque vous entrez dans une communauté sans cela, c’est le paradis pour certains, mais l’enfer pour d’autres.
Vous avez besoin d’un mélange des deux. Vous avez besoin de moins d’interactions superficielles et de questions plus profondes. Vous avez besoin de gens dans la communauté prêts à se battre en votre nom.
Plus important encore, la communauté doit former une identité indépendante du fondateur.
4) MegaETH a correctement identifié que le soutien du capital-risque n’est pas une référence que les gens normaux considèrent comme un succès et a tiré parti de cela à son avantage dans un mouvement populiste.
Cela n’a pas été fait explicitement, mais implicitement, et je pense que c’est un effet secondaire du fait de ne pas être plus franc avec les équipes sur les calendriers de lancement.
L’équipe ne sera probablement pas d’accord avec moi sur ce point, mais écoutez, je suis un gars qui aime les vibrations, et c’était l’ambiance.
Lorsque vous organisez des événements pour les fondateurs avant le lancement et que vous vous mettez en scène pour parler de la façon de construire une entreprise prospère avant le lancement tout en n’ayant qu’une grosse levée de fonds à son actif, c’est la conclusion naturelle que les gens tirent.
Lorsque vous faites du financement par capital-risque de projets d’écosystème avant le mainnet un événement régulier, c’est la conclusion que les gens tirent.
Je ne dis pas que c’est une mauvaise chose. Au contraire, cela donne aux équipes plus de marge de manœuvre pour construire avec vous à long terme.
Je dis que c’est un problème de perception qui découle d’un décalage de timing entre le moment où la chaîne devait être lancée et le moment où elle est réellement lancée.
5) Laissez votre équipe s’exprimer.
99 % sûr que j’aurais été viré pour avoir écrit ceci alors que j’étais encore là.
C’est un problème.
41,9K
Meilleurs
Classement
Favoris