Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unnecessary SLOADs and MLOADs in for-each loops #36

Open
code423n4 opened this issue Oct 9, 2021 · 1 comment
Open

Unnecessary SLOADs and MLOADs in for-each loops #36

code423n4 opened this issue Oct 9, 2021 · 1 comment
Labels
bug Warden finding G (Gas Optimization) sponsor confirmed Sponsor agrees this is a problem and intends to fix it (OK to use w/ "disagree with severity")

Comments

@code423n4
Copy link
Contributor

Handle

pants

Vulnerability details

There are many for loops that follows this for-each pattern:

for (uint256 i = 0; i < array.length; i++) {
	// do something with `array[i]`
}

In such for loops, the array.length is read on every iteration, instead of caching it once in a local variable and read it from there.

Impact

Storage reads are much more expensive than reading local variables. Memory reads are a bit more expensive than reading local variables.

Tool Used

Manual code review.

Recommended Mitigation Steps

Read these values from storage / memory once, cache them in local variables and then read them again from the local variables. For example:

uint256 length = array.length;
for (uint256 i = 0; i < length; i++) {
	// do something with `array[i]`
}
code423n4 added a commit that referenced this issue Oct 9, 2021
@frank-beard frank-beard added the sponsor confirmed Sponsor agrees this is a problem and intends to fix it (OK to use w/ "disagree with severity") label Nov 6, 2021
@GalloDaSballo
Copy link
Collaborator

Agree that caching the length would save gas, this is because .length is set at an offset and accessing it costs gas
Additionally, when dealing with storage, it's always best to work from a memory cache to save gas

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Warden finding G (Gas Optimization) sponsor confirmed Sponsor agrees this is a problem and intends to fix it (OK to use w/ "disagree with severity")
Projects
None yet
Development

No branches or pull requests

3 participants