Jeg har aldri vært en fan av Solidity. Det er et dårlig designet språk av mange grunner, men det er fortsatt ryggraden i @ethereum. Det som bekymrer meg mest er at mange av kjerneverktøyene og bibliotekene som er bygget rundt det, kanskje ikke har langsiktig støtte. Til og med den nye Solidity-kompilatoren vedlikeholdes for tiden av en liten mengde utviklere (andre bilde). Dette er ikke bare et økonomisk spørsmål, det er et teknisk. Å bygge og vedlikeholde store, kritiske systemer krever tid, kontinuitet og dyp kompetanse. Disse tingene kan ikke erstattes over natten. Jeg har også lært at flere L2- og ZK-selskaper i det stille avvikler eller vurderer det i månedene som kommer. Dette er også bekymringsfullt fordi det ser ut til at bare en håndfull selskaper vil ha ekspertisen og den økonomiske evnen til å opprettholde en zkVM på lang sikt. Hvis Ethereum er avhengig av ZK, må vi finne måter å fortsette å utvikle disse verktøyene for ikke bare å være avhengige av en eller to leverandører. En annen overhengende risiko er hva som skjer når gassgrensen heves. Mange utførelsesklienter har ikke forbedret ytelsen nevneverdig, og basert på depotene deres, tviler jeg på at de vil være i stand til å holde tritt. Ethereums tekniske gjeld fortsetter å vokse, ikke bare på grunn av konstant og nødvendig protokollutvikling, men fordi et stort sett med avhengigheter og depoter stagnerer. Økosystemet fortsetter å skalere, og sikrer milliarder av dollar i eiendeler, mens deler av fundamentet eroderer.