Incorrect calculation of funds on `buyVotes` could DoS `withdrawGraduatedMarketFunds`

Users pay less than the vouchersPoolFee due when the `increaseVouch` function is called

user may be grossly overpaying fees in `buyVotes` due to incorrect calculation

No lock funds after unvouch will allow the author to withdraw his funds before slash

No slippage protection for `sellVotes` function

Anyone can claim kycAddress tokens in `VVVVCTokenDistributor`

`BuyOrder::sellNFT` does not send NFT to buyer

Malicious user can Reset activeOrdersCount for `DLOFactory` and DoS deleteOrder functionality

Valid principle may not be counted at `DebitaIncentives::updateFunds`

`DebitaV3Loan::extendLoan` will revert due to underlow in most cases

Flash Loan Borrows can take most of the incentive.

PercentageLent for small loans will be rounded to zero

Accumulated rounding down in weighted apr calculation may force borrower accept offers that he not accept in other cases

If no one will lend a principle in epoch, then incentivise for it will be stuck on the contract

Broken access control in BribeRewarder::_modify leads to dos of Voter::_vote

Incorrect implementation of control when user can vote in `Voter.sol`

position.lockDuration in `MLUMStaking.sol` and user vote ability can be manipulated due to incorrect access control realization

Not only the owner of the position can get the award in `MLUMStaking`, approved addresses can take the award for themselves

Using transferFrom insted safeTransferFrom can lead to incorrect logic with non revert on failure

Fee-on-transfer Token & Non revert on failure token could broke logic and result in a DoS of `FlashRolloverLoan_G5::rolloverWithFlashLoan`

In the `FeeManager.sol::_splitProtocolFee` function, the collectionReffererShare recipient is misspelled.

Broken TitlesGraph behavior when changing work.creator

Potential Reentrancy attack on Vesting.sol