The contract allows the owner to configure feeIncreasePercentage
and platformFeePercentage
to 0
, resulting in a static claim fee with no platform deductions. This design enables an attacker to exploit the predictable, fixed cost of participation by timing a last-moment claim before the grace period begins. With a fast RPC or MEV access, they can consistently become the final king and drain the entire pot for minimal cost.
Normally, the claim fee increases after each successful claim, which deters spam claims and gives early participants an advantage. Additionally, the platform cut reduces the net amount added to the pot, helping balance risk and reward.
However, if both fee increase and platform fees are set to zero, the cost of claiming the throne remains fixed, and 100% of each claim gets added to the pot. This creates a high-value honeypot where an attacker can pay a small, known amount (e.g., 0.1 ETH) to win a disproportionately large pot simply by sniping the final claim using faster infrastructure.
Likelihood:
This will occur when the owner sets both feeIncreasePercentage
and platformFeePercentage
to zero.
In this configuration, the pot becomes increasingly valuable with no increase in entry cost, inviting economically motivated exploits.
Attackers can monitor mempool or automate via fast RPC to reliably snipe the final throne claim.
Impact:
An attacker can win a massive pot by spending a trivial, fixed amount (e.g., 0.1 ETH)
All other participants incur real cost while one player dominates the prize repeatedly
Completely undermines the game’s fairness and integrity
Makes the system vulnerable to MEV bots and automated frontrunning
Impose a minimum feeIncreasePercentage
, or enforce non-zero platform fee
Introduce randomized grace period, VRF-based locks, or block-based cooldowns to prevent deterministic sniping
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.