Der Hauptgrund, warum Monad sich für EVM-kompatibel entschieden hat, war, dass EVM bereits über eine Menge Entwicklertools und -ressourcen verfügt. Es gibt nichts besonders Außergewöhnliches an EVM selbst, noch gibt es etwas, das besonders mangelhaft ist. Es handelt sich um eine standardmäßige (aber mit 32-Byte-Wörtern etwas seltsame) Stack-basierte VM mit einer kleinen, klar definierten Laufzeit. Die Implementierung unterscheidet sich nicht wesentlich von dem, was Sie in jedem Compiler/Interpreter-Kurs für Studenten finden würden. Es macht also keinen Sinn, neu anzufangen. Sie müssten alle Ressourcen/Tools/Community/etc. von Grund auf neu erstellen. Einige sehen das offensichtlich anders, da sie sich entschieden haben, neue VMs zu bauen, aber ich bin nicht überzeugt. Das soll nicht heißen, dass Monad in diesem Bereich nicht innovativ sein wird - das wird es auf jeden Fall. @category_xyz hat ein großartiges "Compiler"-Team mit erstklassigen Entwicklern und Forschern. Sie werden die Ergebnisse dieses Teams in Zukunft sehen. Eine Sache, die ich mit @zen_llama besprochen habe, als er eingestellt wurde, war die Konzentration auf den Entwickler-Support. Monad und/oder Category können das definitiv besser machen, und wir haben in letzter Zeit damit begonnen, das zu verbessern. Der Fokus liegt vorerst auf den leistungsempfindlichsten Apps. Viele Apps werden aufgrund der EVM-Kompatibilität nie eine Anleitung benötigen, einige Apps benötigen wenig und eine kleine Anzahl von Apps benötigt viel Hilfe. Auch unser Team lernt und verbessert sich aus diesen Kooperationen – sie sind für beide Seiten von Vorteil. In der Community begrüße ich jede Art von Meinungsverschiedenheit und Feedback, das echt ist. Ich habe das Gefühl, dass ich diesen Punkt schon oft angesprochen habe.
ZenLlama
ZenLlama9. Juni 2025
1) Ich bin mit dem Ansatz, den Monad beim Aufbau seines Entwickler-Ökosystems verfolgt, nicht einverstanden. Ein dreiköpfiges DevRel-Team gegen ein 30+ köpfiges Eco-Team ist ein Problem. Die Unterstützung der Entwickler >>> Wachstums- und Marketingunterstützung, und die Beratung durch Ex-VCs ist für Entwickler in der Frühphase nicht hilfreich – sie lenkt ab. Darüber hinaus denke ich nicht, dass Sie für rohe Top-of-Funnel-Zahlen optimieren sollten, und ich glaube nicht, dass Marketing die Entwickler anzieht, die Sie eigentlich wollen. Sie sollten fokussiert auf Menschen und neuartige Technologien setzen und einheimischen Entwicklern Vorrang vor der Migration etablierter Unternehmen einräumen. Rohes Talent >>> Stammbaum, jeden Tag in meinem Buch. Wenn Sie etablierten Unternehmen erlauben, frühzeitig in das Ökosystem einzusteigen, bringt dies Ihrer Kette Legitimität, aber es schreckt Entwickler davon ab, in diesen Produktkategorien innovativ zu sein, da die Konkurrenz schwer zu überwinden ist. Toly sprach darüber im jüngsten a16z-Podcast darüber, warum Solana erfolgreich war, und ich stimme voll und ganz zu. Du musst die Bauherren finden, die bereit sind, Glas zu kauen und bestehende Dinge auf neue Weise wieder aufzubauen, denn so findest du diejenigen, die bereit sind, sich mit dir die Zähne auszubeißen. 2) Volle EVM-Kompatibilität ist ein Fehler. Sie möchten Ihre Technologie auf eine Weise exponieren, die neue Grenzen öffnet und Bauherren dazu zwingt, Dinge zu bauen, die buchstäblich nirgendwo anders gebaut werden können. Die Arbeit für Bauherren sollte nicht auf Kosten eines undifferenzierten Tech-Stacks gehen. Sie können beides tun, aber Sie müssen dem Entwicklungssupport Vorrang vor Wachstums- und Marketingunterstützung einräumen. "Schnellere, billigere EVM" war vor vier Jahren noch eine neue Idee – die Zeiten haben sich geändert. Sie müssen jetzt mehr als nur rohe Geschwindigkeit bieten. Die Zeichen standen jahrelang an der Wand. Ich bin immer noch der Meinung, dass Monad eine "Monad Standard Library" aufbauen sollte – etwas, für das ich mich am ersten Tag meiner Arbeit dort eingesetzt habe, aber nie Ressourcen dafür bekommen habe. Meine Befürchtung war immer, dass man Jahre im Voraus mit der Entwicklung beginnen und es fertig haben muss, damit die Infrastrukturanbieter es vor dem Mainnet übernehmen können. 3) Homogene Gemeinschaften sind nicht wirklich gesund. Es mag großartig erscheinen, eine Community zu haben, die immer fröhlich ist, wenn man nur die Echokammer sieht, aber von außen betrachtet ist sie nicht einladend – sie fühlt sich unecht an. Ich weiß, dass es kein Fake ist, weil ich die Monad-Community persönlich kennengelernt habe, und es ist die lebendigste, fröhlichste, unterstützendste und liebenswerteste Community, der ich je angehören durfte – aber sie ist sehr kuratiert. Das Leben ist nicht kuratiert. Es ist chaotisch. Menschen streiten sich, sie verursachen Dramen, sie sagen Dinge, die man nicht mag, und das trübt das Wasser. Wenn man ohne das in eine Gemeinschaft eintritt, ist es für manche der Himmel, für andere die Hölle. Sie brauchen eine Mischung aus beidem. Sie benötigen weniger oberflächliche Interaktionen und mehr tiefgründige Fragen. Du brauchst Leute in der Community, die bereit sind, sich in deinem Namen an Kämpfen zu beteiligen. Am wichtigsten ist, dass die Gemeinschaft eine Identität bildet, die unabhängig vom Gründer ist. 4) MegaETH hat richtig erkannt, dass die Unterstützung von VCs kein Maßstab ist, den normale Menschen als Erfolg ansehen, und hat dies in einer populistischen Bewegung zu ihrem Vorteil genutzt. Dies geschah nicht explizit, sondern implizit – und ich glaube, es ist ein Nebeneffekt davon, dass die Teams nicht offener über die Zeitpläne für die Markteinführung informiert wurden. Das Team wird mir in dieser Frage wahrscheinlich nicht zustimmen, aber schauen Sie, ich bin ein Vibes-Typ – und das war der Vibe. Wenn man vor dem Launch Gründerveranstaltungen veranstaltet und sich selbst auf eine Bühne stellt, um darüber zu sprechen, wie man vor dem Launch ein erfolgreiches Unternehmen aufbaut, während man dafür nur eine große Gehaltserhöhung vorweisen kann, ist das die natürliche Schlussfolgerung, die die Leute ziehen. Wenn man die VC-Finanzierung von Ökosystemprojekten vor dem Mainnet zu einem regelmäßigen Ereignis macht, ist dies die Schlussfolgerung, die die Leute ziehen. Ich sage nicht, dass das etwas Schlechtes ist. Wenn überhaupt, gibt es den Teams mehr Spielraum, um langfristig mit Ihnen zusammenzuarbeiten. Ich sage, es ist ein Wahrnehmungsproblem, das sich aus einer zeitlichen Diskrepanz zwischen dem Zeitpunkt, zu dem die Kette erwartet wurde, und dem tatsächlichen Start ergibt. 5) Lassen Sie Ihr Team eine echte Stimme haben. 99% sicher, dass ich gefeuert worden wäre, weil ich das geschrieben hätte, als ich noch da war. Das ist ein Problem.
41,9K