Ich bin immer noch baff, dass die Ethereum Core Dev-Community es nicht priorisiert, die zwei am häufigsten genannten Probleme der EVM-Entwickler laut der Solidity-Lang-Umfrage zu beheben:

1. Stack zu tief: Ja, das ist ein bisschen ein Solidity-Skill-Problem, aber fügt einfach einen SWAP/DUP17-32 Opcode-Bereich hinzu und lasst es gut sein. Ihr werdet einige Opcodes verbrennen. Ist in Ordnung, sie sind dafür gedacht, genutzt zu werden. Ihr werdet ein weiteres PUSH0-Stil-Mismatch haben, das ist auch in Ordnung, es ist nicht perfekt, aber es ist in Ordnung.

2. Hebt das 24KB-Limit auf. Es ist mir egal, was ihr macht, macht es zu 32KB, 48KB, 128KB, 256KB, 512KB, macht es alles auf einmal, schrittweise, preist es oder nicht, aber tut etwas! Jetzt, nicht nächstes Jahr!

Wenn ihr das L1 skalieren wollt, dann ist es P0 sicherzustellen, dass die Leute Verträge schreiben können, ohne dumme Fehler zu machen.

Wenn das System nicht in der Lage ist, zusätzliche 8KB pro Bytecode zu verarbeiten, was ein Parameter ist, der vor 10 Jahren festgelegt wurde, dann habt ihr keine Chance, das L1 tatsächlich zu skalieren.

Behebt den Stack zu tief und das Bytecode-Größenlimit! Für die Devs!