You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is a desire to make the max bytecode size configurable by the chain operator. This would allow chains in increase or decrease their max bytecode size by calling the SystemConfig, similar to how other protocol level constants are tweaked. We would want to ensure that there is a max bytecode size enforced in the SystemConfig, to prevent denial of service attacks during jumpdest analysis. We would also want a way to not use this feature for chains that want Ethereum compatibility, meaning that the OP Stack override wouldn't apply and the L1 consensus rules would take precedent. An easy way to do this is to use uint256(0) as a magic number that means off. It is possible that we would also want a min size to prevent the chain operator from turning off code, unless that is a desired feature.
The text was updated successfully, but these errors were encountered:
There is a desire to make the max bytecode size configurable by the chain operator. This would allow chains in increase or decrease their max bytecode size by calling the
SystemConfig
, similar to how other protocol level constants are tweaked. We would want to ensure that there is a max bytecode size enforced in theSystemConfig
, to prevent denial of service attacks during jumpdest analysis. We would also want a way to not use this feature for chains that want Ethereum compatibility, meaning that the OP Stack override wouldn't apply and the L1 consensus rules would take precedent. An easy way to do this is to useuint256(0)
as a magic number that means off. It is possible that we would also want a min size to prevent the chain operator from turning off code, unless that is a desired feature.The text was updated successfully, but these errors were encountered: