When the maximum number of bets is reached, players are assigned tickets numbered 1 - 10000 based on their bet values.
Your algorithm is not provably fair. You, as the site owner, could be the last player. As last player, you will know all the previous bet amounts
and the random seed (= result.) Therefor you could make exactly a bet with the exact bet amount that will be the winner. You could win every jackpot.
I am not saying you are doing this, but just saying it is not provably fair.
One solution could be to use those seeds in combination with a future ETH blockhash. So if we are at block 71373
21 right now, you say we use hash from block 71373
36 and we stop betting at block 71373
31. So we have 10 blocks to bet. Then some delay till the result otherwise "the site" could still make a last-minute bet after the block already (as the bets are not on-chain) - so the result 5 blocks later. This only makes sense if the prizes are not too big (compared to miner block reward), otherwise you and a miner could still collude to withhold blocks. Also this will make the game obviously slower.
Another solution is to make it on-chain, especially with a smart contract, but as you state in your FAQ, this does cost TX gas.
Overall combining "jackpot games" and provably fair algorithms are unfortunately not ideal (typically slow especially if you want to have bigger prizes as you would need to use bitcoin blockhashes or even some heavy-calculating hash from the blockhash like PevPot did.)