Postaus
sopleat（E卫兵）
合约上限从24KiB提高到64KiB，不是鼓励代码无限膨胀
Glamsterdam计划把运行时代码上限从约24KiB提高到64KiB，同时把初始化代码上限从约48KiB提高到128KiB。复杂协议过去常被迫拆成多个合约、依赖代理或压缩功能，新上限能减少一部分工程绕路，也让安全检查与调用关系有机会变得更直观。
更大的单体合约也有代价。代码越多，部署成本、审计范围和升级风险通常越高；一个地址容纳更多逻辑，不等于用户更容易理解。若团队只是把原本边界混乱的模块塞进一个大合约，限制放宽反而可能隐藏设计问题。协议仍需要保留上限，避免极端代码体积拖累节点读取和执行。
我认为这对$ETH生态是开发工具升级，不是性能口号。它最有价值的场景，是减少为了迁就旧限制而产生的脆弱代理和跨合约跳转，同时保持模块职责清楚。发布后应观察新部署是否真的减少复杂度、审计工具能否跟上，以及大合约有没有成为新的攻击集中点。容量给了开发者选择，安全仍取决于怎样使用。
Vastuuvapauslauseke: OKX Orbit -sisältö on tarkoitettu ainoastaan tiedotustarkoituksiin. Lisätietoja
Vastaukset
Ei vielä kommentteja. Ole ensimmäinen vastaaja!
Tämän päivän markkinakohina
1#SepFOMCMinutesHikeWatch
2#BTCETFBiggestOutflow
3#OKXToken2049CheckIn
