Non sono mai stato un fan di Solidity. È un linguaggio mal progettato per molti motivi, eppure rimane la spina dorsale di @ethereum. Ciò che mi preoccupa di più è che molti degli strumenti e delle librerie fondamentali costruiti attorno ad esso potrebbero non avere supporto a lungo termine. Anche il nuovo compilatore Solidity è attualmente mantenuto da un numero ridotto di sviluppatori (seconda immagine). Questo non è solo un problema economico, è anche un problema tecnico. Costruire e mantenere sistemi grandi e critici richiede tempo, continuità e profonda esperienza. Queste cose non possono essere sostituite da un giorno all'altro. Ho anche appreso che diverse aziende L2 e ZK stanno silenziosamente riducendo le loro attività o lo stanno considerando nei prossimi mesi. Questo è anche preoccupante perché sembra che solo un pugno di aziende avrà l'esperienza e la capacità economica per mantenere un zkVM a lungo termine. Se Ethereum dipende da ZK, dovremo trovare modi per continuare a sviluppare questi strumenti per non dipendere solo da uno o due fornitori. Un altro rischio imminente è cosa succede quando il limite del gas viene aumentato. Molti client di esecuzione non hanno migliorato significativamente le loro prestazioni e, basandomi sui loro repository, dubito che saranno in grado di tenere il passo. Il debito tecnico di Ethereum continua a crescere, non solo a causa dell'evoluzione costante e necessaria del protocollo, ma anche perché un ampio insieme di dipendenze e repository sta stagnando. L'ecosistema continua a scalare, garantendo miliardi di dollari in asset, mentre parti delle fondamenta stanno erodendo.