Ich war nie ein Fan von Solidity. Es ist eine schlecht gestaltete Sprache aus vielen Gründen, und doch bleibt sie das Rückgrat von @ethereum. Was mich am meisten besorgt, ist, dass viele der Kernwerkzeuge und Bibliotheken, die darum herum gebaut wurden, möglicherweise keine langfristige Unterstützung haben. Sogar der neue Solidity-Compiler wird derzeit von einer kleinen Anzahl von Entwicklern gewartet (zweites Bild). Das ist nicht nur ein wirtschaftliches Problem, sondern auch ein technisches. Der Aufbau und die Wartung großer, kritischer Systeme erfordert Zeit, Kontinuität und tiefes Fachwissen. Diese Dinge können nicht über Nacht ersetzt werden. Ich habe auch erfahren, dass mehrere L2- und ZK-Unternehmen leise zurückfahren oder dies in den kommenden Monaten in Betracht ziehen. Das ist ebenfalls besorgniserregend, da es scheint, dass nur eine Handvoll Unternehmen die Expertise und wirtschaftliche Fähigkeit haben wird, ein zkVM langfristig zu warten. Wenn Ethereum von ZK abhängt, müssen wir Wege finden, um die Entwicklung dieser Werkzeuge voranzutreiben, um nicht nur von ein oder zwei Anbietern abhängig zu sein. Ein weiteres drohendes Risiko ist, was passiert, wenn das Gaslimit erhöht wird. Viele Ausführungsclients haben ihre Leistung nicht signifikant verbessert, und basierend auf ihren Repositories bezweifle ich, dass sie mithalten können. Die technische Verschuldung von Ethereum wächst weiter, nicht nur wegen der ständigen und notwendigen Protokollentwicklung, sondern weil eine große Anzahl von Abhängigkeiten und Repositories stagniert. Das Ökosystem wächst weiter und sichert Milliarden von Dollar an Vermögenswerten, während Teile der Grundlage erodieren.