O CEO e cofundador do Monad Labs, Keone Hon, e o engenheiro de relações com desenvolvedores, Kevin G, juntam-se ao terceiro episódio do The Pipeline Podcast para discutir no que a equipe do Monad Labs tem trabalhado nos últimos dois anos.
Apresentação do convidado:
Keone é CEO e cofundador da Monad Labs. Anteriormente, trabalhou como analista quantitativo na Jump Trading, com foco na área de negociação de alta frequência (HFT);
James Hunsaker é cofundador e diretor de tecnologia da Monad;
Kevin G é desenvolvedor principal do Solana Labs. Ele trabalhou anteriormente na Apple e se concentrou no projeto de engenharia de sistema local de Airpods.
Por que escolher a Mônada? Em um ambiente onde o L2 e outras soluções de escalabilidade são tão populares, por que você iria querer modernizar o EVM?
Keone:
Quando começamos, há alguns anos, muitas pessoas nos perguntaram: "Por que não construir um L2?" Nossa resposta era a mesma de agora: pensamos que alguém precisava se concentrar em melhorar o desempenho da pilha de execução EVM? . Ao introduzir otimizações como execução paralela, bancos de dados de estado personalizados, execução em pipeline e suporte para E/S assíncrona, a Monad é capaz de utilizar melhor o hardware e obter um sistema mais eficiente e descentralizado.
Com o tempo, tornou-se cada vez mais evidente que muitos dos gargalos na Máquina Virtual Ethereum poderiam ser resolvidos e otimizados com a equipe certa de engenheiros. Em 2020, quando o Monads foi conceituado pela primeira vez, não havia muitas equipes focadas nessas otimizações, especialmente em comparação com o esforço colocado em outras infraestruturas, como rollups, provas de conhecimento zero ou disponibilidade de dados.
Como padrão dominante para contratos inteligentes, a cadeia EVM tem mais TVL, a maior rede de desenvolvedores e pesquisa e uma comunidade incrível que resistiu ao teste do tempo (e a vários mercados em baixa). Isso torna a otimização ainda mais importante à medida que procuramos dimensionar a adoção e oferecer suporte a aplicativos mais complexos.
"Tornar o desempenho do EVM significativamente melhor é um problema realmente interessante e desafiador. Estou feliz que nossa equipe tenha começado a trabalhar neste projeto naquela época. É algo que me deixa muito entusiasmado e estou ansioso para mostrá-lo ao mundo no próximo meses."
O desempenho do EVM atende à escalabilidade no Monad
Kevin G：
Muito do que a Monad está fazendo é aplicar as melhores práticas da ciência da computação às redes blockchain. Isso é possível porque a equipe tem uma experiência muito profunda nessa área.
Nem toda equipe de desenvolvimento é capaz de resolver os problemas fundamentais do protocolo e apresentar uma solução de alto desempenho. Essas otimizações não são apenas empolgantes, mas também ambiciosas.
Como você selecionou a equipe que poderia lidar com esse desafio?
Keone:
Sinto-me extremamente sortudo por ter um grupo incrível de talentos em engenharia, crescimento, marketing, construção de comunidade e desenvolvimento de negócios aqui no Monad Labs. Somos cerca de 25 pessoas, tentando manter uma equipe super enxuta para podermos focar nos problemas que precisam ser resolvidos.
Com o tempo, nossa equipe continuará a crescer para apoiar a escala e a adoção que estamos tentando alcançar. Isto certamente exigirá uma gama mais ampla de habilidades e mão de obra adicional.
A maioria das equipes de engenharia tem ampla experiência na construção de sistemas de alto desempenho e baixa latência. Um padrão comum no desenvolvimento de sistemas de camada base verdadeiramente de alto desempenho é que você precisa ter algum conhecimento do desempenho geral do sistema. Às vezes, você precisa fazer uma busca detalhada no nível do kernel para obter as otimizações necessárias. Em última análise, o blockchain é na verdade um banco de dados em si.
Alguns personagens amados da Mônada consolidam seu lugar na tradição da comunidade
Por que os construtores deveriam vir ver Mônada?
Keone:
Uma vantagem importante reside no potencial do Monads, que pode facilitar a ampla composição além das limitações existentes do Ethereum e ainda melhor do que sistemas de alto desempenho como o Solana.
Como o Monad é compatível com bytecode EVM e RPC, a curva de aprendizado para engenheiros é muito menor do que em muitos outros ambientes. Estamos entusiasmados em aproveitar a riqueza de pesquisas e ferramentas que estão abrindo o caminho para o EVM prosperar e capacitar os desenvolvedores para criar aplicativos escaláveis e de alto desempenho em um ambiente que eles já conhecem e confiam.
Qual é o posicionamento estratégico da Monad no espaço mais amplo de soluções da Camada 1?
Keone:
O objetivo final é criar uma plataforma mais escalável e econômica para a construção de diversas aplicações, removendo limitações que dificultam a composição no ecossistema blockchain existente.
No contexto do design original do Ethereum: o objetivo era permitir que os construtores criassem qualquer coisa dentro do seu ecossistema. As mônadas são um desenvolvimento acelerado deste conceito, livre de limitações que existem há mais de uma década. Podemos usar a analogia da transição dos carros movidos a gás para os carros eléctricos, marcando uma mudança de paradigma no que é possível quando novas tecnologias são introduzidas.
Considere os desafios práticos enfrentados pelos desenvolvedores do Ethereum, como os limites de gás. Sem estas restrições, haveria muito mais aplicações e funcionalidades no Ethereum que seriam desativadas devido a taxas excessivas. Um dos principais objetivos do Monad é libertar os aplicativos EVM existentes de suas atuais limitações de gás.
A Monad também aproveita o rico código e produtos existentes no ecossistema EVM, dando aos construtores ambiciosos uma plataforma para realmente construir dApps que não são possíveis em outros lugares.
No geral, o foco do Monads está na natureza coletiva da comunidade criptográfica. A fase atual é um período experimental em que os entusiastas da criptografia estão construindo aplicativos para finanças pessoais descentralizadas. A Monad pretende tornar esses aplicativos mais econômicos, liberando seu verdadeiro potencial e ampliando para uma base de usuários mais ampla.
Que tipo de aplicativo você mais gostaria de ver no Monad?
Keone:
Para mim, há duas áreas que estou mais animado para ver acontecer – finanças descentralizadas (DeFi) e aplicações voltadas para o consumidor.
DeFi
Qualquer aplicativo que permita que pessoas comuns gerenciem suas finanças pessoais de forma descentralizada. Claro, aplicações como mercados de câmbio, bolsas descentralizadas, derivativos, oráculos com alta precisão e escala. Esta é uma vertical que me deixa muito entusiasmado.
Antes do Monad, fiz parte da equipe de criptografia da Jump. A Jump está profundamente interessada e entusiasmada com o ecossistema Solana porque faz sentido. Se o custo for apenas uma fração de centavo e você puder escalar para milhões de usuários, poderá basicamente substituir o que os players dominantes existentes estão fazendo. As exchanges centralizadas cobram taxas muito altas pelos dados.
Uma das razões pelas quais amamos Solana é que ela é uma excelente peça de tecnologia. Embora a falta de compatibilidade com EVM possa tornar a experiência de desenvolvimento um pouco complicada, Solana percorreu um longo caminho desde que James e eu trabalhamos nele em 2021.
aplicações de consumo
Também estou muito entusiasmado com os aplicativos voltados para o consumidor no Monad. Por exemplo, apostas desportivas, casinos, redes sociais, basicamente qualquer coisa que faça sentido num telefone como uma aplicação móvel.
Estarei mais disposto a interagir com aplicativos, serviços e conteúdo se souber que todos os meus dados estão na minha carteira, isso ocorre porque a carteira é criptograficamente segura.
Quais aspectos do EVM mais o entusiasmam na rota da Mônada?
Keone:
Para mim, o segredo é construir algo que ajude a maioria dos desenvolvedores a dimensionar seus aplicativos. Em última análise, Monad é uma plataforma de desenvolvedor. É importante ir onde os desenvolvedores estão e resolver seus problemas reais e urgentes. Acho que a compatibilidade pura com EVM faz parte da solução para esses problemas, mas haverá outras no futuro que essencialmente tornarão mais fácil e barato o suporte a mais recursos criptográficos.
Em última análise, trata-se apenas de resolver os problemas que impedem os desenvolvedores de criar aplicativos que ocupam o primeiro lugar na loja iOS. Para mim, sinto que o EVM é o melhor lugar para fazer isso.
Surpreendentemente, ninguém realmente se concentra na pilha de execução. Esta foi uma área de trabalho muito natural dada a formação anterior da nossa equipa e a urgência que sentimos em resolver este problema.
Monads fornecem um caminho para a verdadeira escala de produto para o EVM e os ideais da comunidade Ethereum.
"No final das contas, Monad é uma combinação muito legal onde podemos ter uma experiência de usuário semelhante à Solana no EVM. Então os desenvolvedores podem escolher onde desejam construir com base nas necessidades do sistema."
A cooperação é realmente importante. Nossa equipe percebe que não temos todas as respostas. Somos especialistas. Sabemos muito sobre a construção de sistemas paralelos de alto desempenho, consenso bizantino tolerante a falhas e outros problemas muito específicos. Mas também há muitas pessoas investindo em pesquisas sobre Ethereum, com foco em questões como minimização de MEV, governança e criptografia. Então acho que também é importante seguir padrões, onde o trabalho que fazemos é combinável com o trabalho de outras pessoas.
Kevin G：
O EVM é o centro de muitas pesquisas de criptografia aplicada, construção de aplicativos e desenvolvimento de melhores práticas de segurança. É ótimo estar em uma posição padrão e ajudar a impulsionar todo o campo.
Por causa disto, podemos concentrar-nos profundamente na extensão da camada base (que é o que fazemos bem), ao mesmo tempo que aproveitamos a experiência da comunidade de investigação nesta área. Além disso, não precisamos reconstruir todas as ferramentas de desenvolvedor já desenvolvidas para EVM.
Qual é o maior desafio ao trabalhar como Builder em um ambiente EVM?
Keone:
Acho que existem vários. Atrair financiamento é bastante desafiador para os construtores neste momento; a comunidade de investidores está muito distorcida pelos EUA. É muito difícil para os construtores internacionais conseguirem financiamento.
Além disso, construir dApps é um desafio do ponto de vista da segurança. Há um grande número de hackers black hat que estão constantemente explorando vulnerabilidades e procurando oportunidades de ataque. Isso torna o ambiente muito conflituoso. Precisamos de melhores práticas de segurança, incluindo a otimização do gás.
Ao reduzir significativamente os custos do gás, as mônadas eliminam uma enorme decisão enfrentada pelos desenvolvedores sobre a inclusão de afirmações defensivas adicionais (que consomem mais gás).
Um membro da comunidade Monad mostra seu novo mural em Türkiye
Quais são as vantagens negligenciadas da construção de produtos criptográficos?
Keone:
É incrível o quão poderosa é a comunidade criptográfica. Se você está construindo uma startup de tecnologia tradicional, digamos que não tenha seguidores no Twitter, você pode postar atualizações e ninguém se importará. Ninguém está ansioso para experimentar seu produto. Você tem que fazer o possível para que as pessoas experimentem de graça.
No espaço criptográfico, temos uma comunidade muito forte (a comunidade é, na verdade, parte do núcleo), o que é, na verdade, uma enorme vantagem para outras áreas da tecnologia e uma razão pela qual a criptografia acabará por ter sucesso. Na verdade, trata-se apenas de aproveitar os pontos fortes e minimizar os pontos fracos e então poderemos crescer como indústria.
Em novembro de 2023, a comunidade produziu um mapa inicial do ecossistema para Monad
Como indústria, o blockchain está apenas começando a amadurecer. Com o tempo, os blockchains terão melhor desempenho (e até então, não espero que o Monad seja diferente de outros blockchains apenas por causa de seu desempenho).
Outros sistemas farão melhorias adicionais e haverá polinização cruzada de ideias ou técnicas. Em última análise, isso impulsionará o espaço, permitindo a construção de aplicativos de maior desempenho. Continuaremos a ampliar os limites do que é possível com o blockchain e a introduzir infraestrutura adicional para suportar novas implementações.
Há muita discussão no Twitter criptográfico sobre o TPS como uma métrica geral de negociação e votação. Quando o TPS é uma métrica valiosa?
Keone:
Em relação à medição geral do TPS, acreditamos que deve contar apenas transações reais, ou seja, interações de contratos inteligentes e transferências que ocorrem na cadeia: não apenas transações de voto. Para Monad, não incluiremos votação em nenhuma apresentação do TPS.
De modo geral, há muita confusão sobre o que deveria ser considerado uma transação real. Muitas equipes usam métricas diferentes para contar transações. O campo agora é muito inconsistente na forma como o desempenho é anunciado. Por exemplo, algumas pessoas contam uma negociação como um pedido. Portanto, se houver uma única chamada de contrato inteligente que execute várias subinstruções, outras a contarão como aproximadamente 10 transações, o que na verdade é incorreto.
Tudo o que você realmente pode medir é o número de transações que passam pelo sistema. Se, num dado momento, o sistema não estiver em plena capacidade, o TPS real observável será muito menor. Portanto, há muita confusão aqui também.
Acho que a verdadeira solução é ter benchmarks repetíveis em um repositório GitHub. Espera-se que cada equipe contribua para este repositório e envie um script completo que defina o processo de implantação de muitos servidores diferentes em todo o mundo. O script foi então capaz de enviar um grande número de transações para vários nós do sistema e realmente reproduzir um teste completo de rendimento da transação.
Isso é algo que nossa equipe planeja introduzir, pelo menos para o Monad, mas esperamos que também para outros benchmarks competitivos. Isso é semelhante ao processo normal de pesquisa científica, onde você publica não apenas seus resultados, mas também o processo usado para gerá-los. Dessa forma, terceiros podem experimentar novamente e reproduzir esses benchmarks. Isto é muito importante para nós e é o que pretendemos fazer.