Ich bin immer noch baff, dass die Ethereum Core Dev-Community es nicht priorisiert, das am häufigsten genannte Problem 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 macht Schluss. Ihr werdet ein paar Opcodes verbrennen. Ist in Ordnung, die sind dafür gedacht, verwendet zu werden. Ihr werdet eine weitere 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, bepreist es oder nicht, aber macht etwas! Jetzt, nicht nächstes Jahr!

Wenn ihr das L1 skalieren wollt, 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.

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