Poor observability; dispute resolution requires full transaction replay
Neither claimCut() nor closePot() emit any events. Off-chain indexers, frontends, analytics dashboards, and dispute-resolution tools have no efficient way to determine which players claimed, when, what the manager received, or whether a Pot was closed correctly — without replaying every transaction against an archive node.
Likelihood:
Any production deployment immediately needs event data for its frontend and analytics — the absence is noticed on first use.
Impact:
Dispute resolution (e.g. "did my claimCut() succeed?") requires full transaction replay against an archive node rather than a simple event query.
The manager cannot prove on-chain that they distributed correctly without reconstructing state from scratch.
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.