Die Hyperliquid-Community-Mitglieder haben einen Streit über die Positionierung von HyperEVM entfacht und argumentiert, dass es nicht als allgemeine Ethereum-Ausführungsumgebung, sondern als spezialisierte Ausführungsschicht konzipiert wurde, die in Kombination mit Hypercore arbeiten soll.

Laut Odaily hat die Community gesagt, dass das Kern-Design von HyperEVM auf Corewritern und vorkompilierten Verträgen basieren sollte, anstatt als allgemeine Layer 1 verwendet zu werden.

Die Community-Mitglieder haben gesagt, dass die aktuelle Lernkurve für Entwickler hoch ist und die Interaktionen mit den Systemadressen komplex sind. Sie fügten hinzu, dass grenzüberschreitende Operationen mehrere Transaktionen erfordern können und ineffizient sind, und dass in vielen Fällen Asset-Swaps weniger effizient sind als automatisierte Market-Maker-Mechanismen.

Die Community sagte auch, dass HyperEVM mit einem langanhaltenden Problem konfrontiert sei, „übersehen“ zu werden, was sie dem Team zuschrieben, das Ressourcen auf Kernprodukte wie HIP-3, HIP-4 und Portfolio-Margen konzentrierte, wodurch nicht genügend in die Entwicklung des Ökosystems investiert wurde.

Community-Vorschläge zur Steigerung der Aktivität im HyperEVM-Ökosystem beinhalteten die Verbesserung der Entwickler-Tools, die Optimierung des Corewriter-Mechanismus und die Anreizung weiterer on-chain experimenteller Anwendungen, ähnlich den DeFi-Sommer-Projekten. Sie sagten, dass ohne solche Veränderungen die Innovation von Smart Contracts weiterhin ins Stocken geraten könnte.