Normal behavior:
When tokens are minted or burned, projects should emit custom events (beyond the standard Transfer event) to improve transparency for users, auditors, and indexers (e.g., The Graph, Etherscan, Dune).
Issue:
The BriTechToken contract’s mint() function does not emit any custom event when new tokens are minted.
While the underlying ERC20 _mint() triggers a standard Transfer event, it doesn’t provide contextual clarity (e.g., reason, round, or timestamp of mint), making it difficult to audit or track new supply creation on-chain.
Likelihood:
This occurs every time mint() is called since no event logs additional context about the new supply.
It also occurs when off-chain dashboards or explorers query the contract and fail to differentiate between user transfers and administrative minting.
Impact:
Reduced transparency — Users, auditors, and third-party analytics platforms cannot easily verify mint activity.
Potential for misuse concealment — Malicious or excessive minting may go unnoticed in real-time monitoring tools.
Explanation:
The only log recorded is the ERC20 Transfer from address(0), which lacks project-specific context about the mint.
Emit a Minted event in the mint() function to improve on-chain traceability.
Explanation:
Emitting a custom Minted event ensures supply transparency, allowing analytics dashboards, explorers, and users to easily monitor mint actions in real time.
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.