Pausing or killing the gauge leads to the stuck tokens inside the `Voter` contract.

Attacker Can Extend Token Lock Period Indefinitely with Minimal Cost in `Gauge`

`_checkpoint_total_supply()` Updates `ve_supply` for Incomplete Epochs

`MINIMUM_LIQUIDITY` is wrong for stable pairs

Attacker can drain all ETH from AuctionDemo when block.timestamp == auctionEndTime

Attacker can reenter to mint all the collection supply

Adversary can block `claimAuction()` due to push-strategy to transfer assets to multiple bidders

Auction winner can prevent payments via `safeTransferFrom` callback

A burnt position will prevent repayment and liquidation

No slippage protection during repayment due to dynamic slippage params and easily influenced `slot0()`

Users Lose Funds and Market Functionality Breaks When Market Reachs 65k Id

No check if bridge already exists

The protocol allows less flags to be generated than possible which could lead to a DoS of the primary liquidation process

The peg stability module can be compromised by forcing lowerDepeg to revert.

High - Funds can be lost if any participant is blacklisted

Constructor of `Escrow` should make sure that `buyer`, `seller`, `arbiter` are different from each other.

Draining funds from Rewarder / Preventing users from withdrawing from LMPVault

Double spending issue in LMPRouter

Perform liquidations function always fails.

Loss rewards from Destination Vault rewarder due to positive slippage and other conditions

Double scaling of price filters in IncentivePricingStats.sol

LMPVault is not entirely compliant with the ERC4626 standard.