The developer forgot to include token_collateral_address in the CollateralDeposited event definition. This is an oversight — the same token field exists correctly in CollateralRedeemed but was simply missed in CollateralDeposited.
Impact:
Off-chain indexers and block explorers cannot tell which token (WETH or WBTC) was deposited from the event alone
Liquidation bots that rely on events to track user positions may make wrong decisions
Monitoring and security tools cannot accurately reconstruct the full deposit history of the protocol
Creates inconsistency between CollateralDeposited and CollateralRedeemed events making the codebase harder to reason about
Frontend applications showing users their deposit history cannot display which token was deposited
The vulnerability in one sentence: The CollateralDeposited event does not log which token was deposited — WETH or WBTC — making it impossible for off-chain tools, block explorers, liquidation bots, and monitoring systems to reconstruct deposit history from events alone, while the CollateralRedeemed event correctly includes the token address making the two events inconsistent.
Likelihood:
Medium — this doesn't require any special conditions. Every single deposit emits this incomplete event.Impact:
This makes CollateralDeposited consistent with CollateralRedeemed and gives off-chain tools the complete information they need.
The contest is live. Earn rewards by submitting a finding.
Submissions are being reviewed by our AI judge. Results will be available in a few minutes.
View all submissionsThe contest is complete and the rewards are being distributed.