Inefficient allocation in `depositAndAllocateForPartyB()`: Low allocation amounts for PartyB

Suspended partyB users can transfer their funds to not suspended partyA to withdraw them

Liquidators can front-run the system or other liquidations to receive 100% of the profit with small amounts of gas paid

WithdrawCollateral's flawed mechanic vulnerable to DoS

No deadline causing old transactions to dis-balance the pool

Users can artificially inflate the pool to infinity

Chainlink Oracle address not set, leading to loss of funds

removeCollateral() can brick the entire contract

Oracles don't check for stale price

Wrong calculations in assets leads to DoS

Risk of the previous owner taking all the players from the new owner when a club is traded

The transfer of ERC20 prizes may fail without reverting, resulting in the funds becoming locked