The InheritanceManager
contract contains a function name typo where addBeneficiery
is used instead of the correct spelling addBeneficiary
. While this is a low-severity issue, it affects code readability, documentation consistency, and could potentially lead to confusion for developers interacting with the contract.
The function at line 153 is defined as:
The name addBeneficiery
contains a spelling error - the correct spelling should be addBeneficiary
, consistent with:
The storage variable name beneficiaries
(correctly spelled)
The related function removeBeneficiary
(correctly spelled)
The parameter name _beneficiary
(correctly spelled)
The function documentation comment (which uses "beneficiary" correctly)
The impact of this issue is low. It does not affect the contract's functionality or security directly, but it may cause:
Developer Confusion: Inconsistent naming can lead to confusion when working with the contract, especially for developers who might expect the correctly spelled function name.
Integration Issues: External systems or frontends that try to interact with the contract using the correctly spelled function name would fail.
Documentation Discrepancies: If any external documentation refers to the function with the correct spelling, it would create inconsistencies.
Maintenance Challenges: The inconsistency might lead to difficulties during code maintenance or auditing.
Manual code review.
Rename the function to use the correct spelling:
Consider adding input validation to prevent adding invalid addresses (e.g., zero address) as beneficiaries:
To improve transparency, emit an event when a beneficiary is added:
Review the codebase for other similar typos or naming inconsistencies.
The contest is live. Earn rewards by submitting a finding.
This is your time to appeal against judgements on your submissions.
Appeals are being carefully reviewed by our judges.