Precision loss/Rounding to Zero in `_distribute()`

PRBMATH `SD59x18.exp()` reverts on hugely negative numbers.

create methods are suspicious of the reorg attack

Incorrect Solidity version in FullMath.sol can cause permanent freezing of assets for arithmetic underflow-induced revert

missing check for the max/min price in the `chainlinkOracle.sol` contract

accrueInterest is expected to revert when the rate is higher than the maximum allowed rate, which is possible since the utilization can be more than 1

`LMPVault.sol` does not match EIP4626 because of `preview` functions.

In important libraries of PoolTogether, the pow() function of PRBMath is used, which exhibits inconsistent return values

FullMath and TickMath libraries desire overflow behavior

[M-01] Some functions in Talos contracts does not allow user to supply slippage and deadline, which may cause swap revert

Borrow rate calculation can cause VToken.accrueInterest() to revert, DoSing all major functionality

`WstEth` derivative assumes a ~1=1 peg of stETH to ETH

First vault depositor can steal other's assets

Malicious Users Can Drain The Assets Of Vault. (Due to not being ERC4626 Complaint)

Wrong init code hash

Fee on transfer tokens will not behave as expected

Users may not be able to redeem their shares due to underflow

Bad source of randomness