Ich bin immer noch baff, dass die Ethereum Core Dev-Community die zwei am häufigsten zitierten Probleme der EVM-Entwickler laut der Solidity Lang-Umfrage trotz unserer wiederholten Bemühungen nicht priorisiert:

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 nennt es einen Tag. Ihr werdet ein paar Opcodes verbrennen. Ist in Ordnung, die 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 32KB, 48KB, 128KB, 256KB, 512KB, macht alles auf einmal, schrittweise, preist es oder nicht, aber tut etwas! Jetzt, nicht nächstes Jahr!

Wenn ihr das L1 skaliert, ist es P0 sicherzustellen, dass die Leute Verträge ohne dumme Fehler schreiben können.

Wenn das System nicht mit zusätzlichen 8KB pro Bytecode umgehen kann, was ein Parameter ist, der vor 10 Jahren buchstäblich festgelegt wurde, dann gibt es keine Chance, dass ihr das L1 tatsächlich skalieren könnt.

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