[audit2] #12 Remove reverse claiming from EARegistrarController #78
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Since the EA Registrar Controller will be a short-lived contract, opt out of claiming the reverse node.
From spearbit:
Null value is set as the resolver of reverse records for EARegistrarController
Status: New
Severity: Informational
AkshaySrivastav
AkshaySrivastav
created on Jul 22, 2024 at 06:17
Description
The constructor of EARegistrarController performs the IReverseRegistrar.claim call to claim its reverse records.
By analysing the deployment sequence of protocol contracts and the provided integration tests it can be seen that during the deployment of EARegistrarController the ReverseRegistrar::defaultResolver state variable is address(0) (as the default L2Resolver is not deployed yet). Hence the resolver of reverse records for EARegistrarController is set to address(0).
Assuming that the RegistrarController will be deployed after early registration period, this issue should not impact RegistrarController.
Recommendation
Make sure the owner of EARegistrarController manually sets the resolver of reverse records for EARegistrarController after protocol deployment.