Hovedgrunnen til at Monad bestemte seg for å være EVM-kompatibel var fordi EVM allerede har massevis av utviklerverktøy og ressurser. Det er ikke noe spesielt eksepsjonelt med EVM i seg selv, og det er heller ikke noe som er spesielt mangelfullt. Det er en standard (men litt rar med 32 byte ord) stabelbasert VM, med en liten veldefinert kjøretid. Implementeringen er ikke mye annerledes enn det du finner i en hvilken som helst kompilator/tolkeklasse. Så det gir ikke mening å starte på nytt. Du må bygge alle ressursene/verktøyene/fellesskapet/etc fra bunnen av. Noen føler åpenbart annerledes da de bestemte seg for å bygge nye VM-er, men jeg er ikke overbevist. Dette betyr ikke at Monad ikke vil innovere på dette området - det vil det absolutt. @category_xyz har et fantastisk "kompilator"-team med førsteklasses utviklere og forskere. Du vil se resultatet til det teamet i fremtiden. En ting jeg diskuterte med @zen_llama da han ble ansatt, var å fokusere på utviklerstøtte. Monad og/eller Category kan definitivt gjøre en bedre jobb med det, og vi begynte å øke det nylig. Fokuset foreløpig er på de mest ytelsessensitive appene. Mange apper vil aldri trenge noen veiledning på grunn av EVM-kompatibiliteten, noen apper vil trenge litt, og et lite antall apper vil trenge mye hjelp. Teamet vårt lærer og forbedrer seg også av disse samarbeidene - de er gjensidig fordelaktige. angående fellesskapet, jeg ønsker velkommen enhver form for uenighet og tilbakemeldinger som er ekte. Jeg føler at jeg har gjort dette poenget mange ganger før.
ZenLlama
ZenLlama9. juni 2025
1) Jeg er uenig i tilnærmingen Monad tar for å bygge sitt utviklerøkosystem. Et DevRel-team på tre personer vs. et økoteam på 30+ personer er et problem. Utviklerstøtte >>> vekst- og markedsføringsstøtte, og råd fra tidligere VC er ikke nyttig for byggere i tidlig fase – det er distraherende. Videre synes jeg ikke du bør optimalisere for rå topp-of-funnel-tall, og jeg tror ikke markedsføring tiltrekker seg byggerne du faktisk vil ha. Du bør satse fokusert på mennesker og ny teknologi, og prioritere innfødte byggere fremfor migrerende etablerte aktører. Rått talent >>> stamtavle, hver dag i boken min. Når du lar etablerte aktører komme inn i økosystemet tidlig, gir det legitimitet til kjeden din, men det avskrekker byggherrer fra å innovere i disse produktkategoriene fordi konkurransen er vanskelig å overvinne. Toly snakket om dette på den nylige a16z-podcasten om hvorfor Solana var vellykket, og jeg er helt enig. Du må finne byggherrer som er villige til å tygge glass og gjenoppbygge eksisterende ting på nye måter, for det er slik du finner de som er villige til å skjære tennene sammen med deg. 2) Full EVM-kompatibilitet er en feil. Du ønsker å eksponere teknologien din på måter som åpner nye grenser og gir en tvingende funksjon for byggherrer til å bygge ting som bokstavelig talt ikke kan bygges andre steder. Å gjøre ting enkelt for byggherrer bør ikke gå på bekostning av å ha en udifferensiert teknologistabel. Du kan gjøre begge deler, men du må prioritere utviklerstøtte fremfor vekst og markedsføringsstøtte. «Raskere, billigere EVM» var en ny idé for fire år siden – tidene har endret seg. Du må tilby mer enn rå hastighet nå. Skriften var på veggen i årevis. Jeg synes fortsatt Monad burde bygge et "Monad Standard Library" – noe jeg tok til orde for på dag én av jobben min der, men som aldri kunne få noen ressurser allokert til. Min frykt har alltid vært at du måtte begynne å bygge dette år i forveien og ha det klart slik at infrastrukturleverandører kunne ta det i bruk før mainnet. 3) Homogene samfunn er faktisk ikke sunne. Det kan virke flott å ha et fellesskap som alltid er lykkelig når alt du ser er ekkokammeret ditt, men fra utsiden som ser inn, er det ikke innbydende – det føles falskt. Jeg vet at det ikke er falskt fordi jeg har møtt Monad-fellesskapet personlig, og det er det mest levende, muntre, støttende og nydelige fellesskapet jeg noen gang har hatt privilegiet å være en del av – men det er veldig kuratert. Livet er ikke kuratert. Det er rotete. Folk slåss, de skaper drama, de sier ting du ikke liker, og det gjør vannet grumsete. Når du går inn i et samfunn uten det, er det himmelen for noen, men helvete for andre. Du trenger en blanding av begge. Du trenger færre interaksjoner på overflatenivå og mer dype spørsmål. Du trenger folk i samfunnet som er villige til å slåss på dine vegne. Det viktigste er at fellesskapet må danne en identitet uavhengig av grunnleggeren. 4) MegaETH identifiserte korrekt at VC-støtte ikke er en målestokk som normale mennesker ser på som suksess, og har utnyttet det til sin fordel i en populistisk bevegelse. Dette ble ikke gjort eksplisitt, men implisitt – og jeg tror det er en bivirkning av å ikke være mer på forhånd med teamene om lanseringstidslinjer. Teamet vil sannsynligvis være uenig med meg i dette, men se, jeg er en vibes-fyr – og det var stemningen. Når du kjører gründerarrangementer før lansering og setter deg selv på en scene og snakker om hvordan du bygger et vellykket selskap før lansering mens du bare har en stor lønnsøkning å vise til – er dette den naturlige konklusjonen folk trekker. Når du gjør VC-finansiering av økosystemprosjekter før mainnet til en vanlig forekomst, er dette konklusjonen folk trekker. Jeg sier ikke at dette er en dårlig ting. Om noe, gir det teamene mer rullebane å bygge med deg på lang sikt. Jeg sier at det er et oppfatningsproblem som stammer fra et tidsmisforhold mellom når kjeden var forventet å lanseres og når den faktisk lanseres. 5) La teamet ditt ha en ekte stemme. 99 % sikker på at jeg ville ha fått sparken for å ha skrevet dette mens jeg fortsatt var der. Det er et problem.
41,89K