A principal razão pela qual o Monad decidiu ser compatível com o EVM foi porque o EVM já possui uma tonelada de ferramentas e recursos para desenvolvedores. Não há nada particularmente excepcional no EVM em si, nem há nada que seja particularmente deficiente. É uma VM padrão (mas um pouco estranha com palavras de 32 bytes) baseada em pilha, com um tempo de execução pequeno e bem definido. Sua implementação não é muito diferente do que você encontraria em qualquer aula de compilador/intérprete de graduação. Portanto, não faz sentido começar de novo. Você teria que construir todos os recursos / ferramentas / comunidade / etc do zero. Alguns obviamente se sentem diferentes quando decidiram construir novas VMs, mas não estou convencido. Isso não quer dizer que a Monad não inovará nessa área - com certeza irá. @category_xyz tem uma equipe incrível de "compiladores" com desenvolvedores e pesquisadores de alto nível. Você verá a produção dessa equipe no futuro. Uma coisa que discuti com @zen_llama quando ele foi contratado foi focar no suporte ao desenvolvedor. Monad e/ou Category podem definitivamente fazer um trabalho melhor nisso, e começamos a aumentar isso mais recentemente. O foco por enquanto está nos aplicativos mais sensíveis ao desempenho. Muitos aplicativos nunca precisarão de orientação por causa da compatibilidade com EVM, alguns aplicativos precisarão de um pouco e um pequeno número de aplicativos precisará de muita ajuda. Nossa equipe também aprende e melhora com essas colaborações - elas são mutuamente benéficas. Com relação à comunidade, congratulo-me com qualquer tipo de desacordo e feedback genuíno. Eu sinto que já fiz esse ponto muitas vezes antes.
ZenLlama
ZenLlama9 de jun. de 2025
1) Discordo da abordagem que a Monad está adotando para construir seu ecossistema de desenvolvedores. Uma equipe DevRel de três pessoas versus uma equipe ecológica de 30+ pessoas é um problema. O suporte ao desenvolvedor >>> o suporte ao crescimento e ao marketing, e o conselho de ex-VC não é útil para os construtores em estágio inicial - é uma distração. Além disso, não acho que você deva otimizar os números brutos do topo do funil e não acho que o marketing atraia os construtores que você realmente deseja. Você deve fazer apostas focadas em pessoas e novas tecnologias, priorizando construtores nativos em vez de operadores históricos migratórios. Talento bruto >>> pedigree, todos os dias no meu livro. Quando você permite que os operadores históricos entrem no ecossistema mais cedo, isso traz legitimidade à sua cadeia, mas desincentiva os construtores de inovar nessas categorias de produtos porque a concorrência é difícil de superar. Toly falou sobre isso no recente podcast a16z sobre por que Solana foi bem-sucedida, e eu concordo plenamente. Você precisa encontrar os construtores dispostos a mastigar vidro e reconstruir as coisas existentes de novas maneiras, porque é assim que você encontra aqueles dispostos a cortar os dentes ao seu lado. 2) A compatibilidade total com EVM é um erro. Você deseja expor sua tecnologia de maneiras que abram novas fronteiras e forneçam uma função de força para os construtores construírem coisas que literalmente não podem ser construídas em nenhum outro lugar. Facilitar as coisas para os construtores não deve custar uma pilha de tecnologia indiferenciada. Você pode fazer as duas coisas, mas precisa priorizar o suporte ao desenvolvedor em vez do suporte ao crescimento e ao marketing. "EVM mais rápido e mais barato" era uma ideia nova há quatro anos - os tempos mudaram. Você precisa oferecer mais do que velocidade bruta agora. A escrita ficou na parede por anos. Eu ainda acho que a Monad deveria construir uma "Biblioteca Padrão da Mônada" - algo que defendi no primeiro dia do meu trabalho lá, mas nunca consegui alocar nenhum recurso. Meu medo sempre foi que você precisasse começar a construir isso com anos de antecedência e tê-lo pronto para que os provedores de infraestrutura pudessem adotá-lo antes da rede principal. 3) Comunidades homogêneas não são realmente saudáveis. Pode parecer ótimo ter uma comunidade que está sempre despreocupada quando tudo o que você vê é sua câmara de eco, mas olhando de fora, não é convidativo - parece falso. Eu sei que não é falso porque conheci a comunidade Monad pessoalmente, e é a comunidade mais vibrante, alegre, solidária e adorável da qual já tive o privilégio de fazer parte - mas é muito selecionada. A vida não é curada. É uma bagunça. As pessoas brigam, causam drama, dizem coisas que você não gosta e isso turva as águas. Quando você entra em uma comunidade sem isso, é o paraíso para alguns, mas o inferno para outros. Você precisa de uma mistura de ambos. Você precisa de menos interações superficiais e questionamentos mais profundos. Você precisa de pessoas na comunidade dispostas a entrar em brigas em seu nome. Mais importante ainda, a comunidade precisa formar uma identidade independente do fundador. 4) MegaETH identificou corretamente que o apoio de capital de risco não é uma referência que as pessoas normais veem como sucesso e alavancou isso em seu benefício em um movimento populista. Isso não foi feito explicitamente, mas implicitamente - e acredito que seja um efeito colateral de não ser mais franco com as equipes sobre os cronogramas de lançamento. A equipe provavelmente discordará de mim sobre isso, mas olha, eu sou um cara de vibrações - e essa era a vibração. Quando você realiza o pré-lançamento de eventos de fundadores e se coloca em um palco falando sobre como construir um pré-lançamento de uma empresa de sucesso enquanto tem apenas um grande aumento para mostrar - essa é a conclusão natural que as pessoas tiram. Quando você torna o financiamento de capital de risco de projetos de ecossistema pré-mainnet uma ocorrência regular, essa é a conclusão que as pessoas tiram. Não estou dizendo que isso é uma coisa ruim. Na verdade, dá às equipes mais espaço para construir com você a longo prazo. Estou dizendo que é um problema de percepção que decorre de uma incompatibilidade de tempo entre quando a cadeia deveria ser lançada e quando ela está realmente sendo lançada. 5) Deixe sua equipe ter uma voz real. 99% de certeza de que teria sido demitido por escrever isso enquanto ainda estava lá. Isso é um problema.
41,91K