Closed sherlock-admin2 closed 10 months ago
1 comment(s) were left on this issue during the judging contest.
auditsea commented:
It's protocol decision, if required, it can be upgraded
1 comment(s) were left on this issue during the judging contest.
auditsea commented:
It's protocol decision, if required, it can be upgraded
Invalid, out of scope and speculating on architecture of AMOminter will be. Additionally. addAmoMinter
is sufficiently tested here
0xnirlin
high
addAmoMinter
cannot be used in current state and will always revertSummary
addAmoMinter
was taken from frax and in ubiquity context cannot be used.Vulnerability Detail
addAmoMinter
was taken from frax, but ubiquity has the different architecture of amo minter that is an EOA , and as sponsor confirmed they don't need the following line inaddAmoMinter
, and if deployed in its current state would need to upgrade the contracts as it will keep reverting.So functionality becomes useless and breaks the core functionality to be able to generate the yield.
Impact
Amo can't be added, and can't allocate assets for yeild.
Code Snippet
https://github.com/sherlock-audit/2023-12-ubiquity/blob/d9c39e8dfd5601e7e8db2e4b3390e7d8dff42a8e/ubiquity-dollar/packages/contracts/src/dollar/libraries/LibUbiquityPool.sol#L608-L621
Tool used
Cats
Recommendation
Remove the line altogether.