私はSolidityのファンではありませんでした。これは多くの理由から設計が不十分な言語ですが、それでも@ethereumのバックボーンであり続けています。私が最も懸念しているのは、それを中心に構築されたコアツールやライブラリの多くが長期的なサポートを受けていない可能性があることです。新しいSolidityコンパイラでさえ、現在、少数の開発者によって保守されています(2番目の画像)。 これは経済的な問題だけでなく、技術的な問題でもあります。大規模で重要なシステムの構築と保守には、時間、継続性、および深い専門知識が必要です。それらは一夜にして置き換えることはできません。 また、いくつかの L2 および ZK 企業が今後数か月で静かに縮小または検討していることも知りました。zkVM を長期的に維持できる専門知識と経済能力を持っている企業はほんの一握りであると思われるため、これも懸念されます。イーサリアムがZKに依存している場合、1つまたは2つのベンダーだけに依存しないように、これらのツールの開発を続ける方法を見つける必要があります。 もう一つの差し迫ったリスクは、ガス制限が引き上げられたときに何が起こるかです。多くの実行クライアントはパフォーマンスを大幅に向上させておらず、リポジトリに基づくと、追いつくことができるとは思えません。 イーサリアムの技術的負債は、絶え間なく必要なプロトコルの進化だけでなく、多数の依存関係とリポジトリが停滞しているため、増大し続けています。エコシステムは拡大を続け、数十億ドルの資産を確保していますが、基盤の一部は侵食されています。