BK4 [BK4 Dís] Token

Unable to find manual contract audit (e.g. Certik, PeckShield, Solidity...)

BK4.sendETHToFee(uint256) (#299-302) sends eth to arbitrary user
Dangerous calls:
- _marketingWalletAddress.transfer(amount.div(2)) (#301)
Ensure that an arbitrary user cannot withdraw unauthorized funds.

Additional information: link

Reentrancy in BK4.openTrading() (#384-394):
External calls:
- uniswapV2Pair = IUniswapV2Factory(_uniswapV2Router.factory()).createPair(address(this),_uniswapV2Router.WETH()) (#389)
- uniswapV2Router.addLiquidityETH{value: address(this).balance}(address(this),balanceOf(address(this)),0,0,owner(),block.timestamp) (#390)
- IERC20(uniswapV2Pair).approve(address(uniswapV2Router),type()(uint256).max) (#391)
External calls sending eth:
- uniswapV2Router.addLiquidityETH{value: address(this).balance}(address(this),balanceOf(address(this)),0,0,owner(),block.timestamp) (#390)
State variables written after the call(s):
- tradingOpen = true (#392)
Apply the check-effects-interactions pattern.

Additional information: link

Combination 1: Reentrancy vulnerabilities + Functions that send Ether to arbitraty destination. Usual for scams. May be justified by some complex mechanics (e.g. rebase, reflections). DYOR & manual audit are advised.

Contract name (BK4 Dís) contains non-alphanumeric characters.
Not a direct threat, but may indicate unreliable intentions of developer. Non-alphanumeric chars (,.;!#*&") are extremely rare among low risk tokens.

BK4.openTrading() (#384-394) ignores return value by IERC20(uniswapV2Pair).approve(address(uniswapV2Router),type()(uint256).max) (#391)
Ensure that all the return values of the function calls are used.

Additional information: link

BK4._approve(address,address,uint256).owner (#237) shadows:
- Ownable.owner() (#81-83) (function)
Rename the local variables that shadow another component.

Additional information: link

BK4.setMarketingWallet(address).marketingWalletAddress (#396) lacks a zero-check on :
- _marketingWalletAddress = marketingWalletAddress (#399)
Check that the address is not zero.

Additional information: link

Reentrancy in BK4.transferFrom(address,address,uint256) (#212-216):
External calls:
- _transfer(sender,recipient,amount) (#213)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (#290-296)
External calls sending eth:
- _transfer(sender,recipient,amount) (#213)
- _FeeAddress.transfer(amount.div(2)) (#300)
- _marketingWalletAddress.transfer(amount.div(2)) (#301)
State variables written after the call(s):
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (#214)
- _allowances[owner][spender] = amount (#240)
Apply the check-effects-interactions pattern.

Additional information: link

Reentrancy in BK4.transferFrom(address,address,uint256) (#212-216):
External calls:
- _transfer(sender,recipient,amount) (#213)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (#290-296)
External calls sending eth:
- _transfer(sender,recipient,amount) (#213)
- _FeeAddress.transfer(amount.div(2)) (#300)
- _marketingWalletAddress.transfer(amount.div(2)) (#301)
Event emitted after the call(s):
- Approval(owner,spender,amount) (#241)
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (#214)
Apply the check-effects-interactions pattern.

Additional information: link

BK4._transfer(address,address,uint256) (#244-283) uses timestamp for comparisons
Dangerous comparisons:
- walletLimitDuration > block.timestamp (#256)
Avoid relying on block.timestamp.

Additional information: link

SafeMath.mod(uint256,uint256,string) (#64-67) is never used and should be removed
Remove unused functions.

Additional information: link

BK4._previousteamFee (#140) is set pre-construction with a non-constant function or state variable:
- _teamFee
Remove any initialization of state variables via non-constant state variables or function calls. If variables must be set upon contract deployment, locate initialization in the constructor instead.

Additional information: link

solc-0.8.5 is not recommended for deployment
Deploy with any of the following Solidity versions: 0.5.16 - 0.5.17, 0.6.11 - 0.6.12, 0.7.5 - 0.7.6 Use a simple pragma version that allows any of these versions. Consider using the latest version of Solidity for testing.

Additional information: link

Variable BK4._marketingWalletAddress (#145) is not in mixedCase
Follow the Solidity naming convention.

Additional information: link

Reentrancy in BK4.transferFrom(address,address,uint256) (#212-216):
External calls:
- _transfer(sender,recipient,amount) (#213)
- _FeeAddress.transfer(amount.div(2)) (#300)
- _marketingWalletAddress.transfer(amount.div(2)) (#301)
State variables written after the call(s):
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (#214)
- _allowances[owner][spender] = amount (#240)
Event emitted after the call(s):
- Approval(owner,spender,amount) (#241)
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (#214)
Apply the check-effects-interactions pattern.

Additional information: link

Variable BK4._getRValues(uint256,uint256,uint256,uint256).rTransferAmount (#366) is too similar to BK4._getTValues(uint256,uint256,uint256).tTransferAmount (#346)
Prevent variables from having similar names.

Additional information: link

BK4._tOwned (#124) is never used in BK4 (#121-478)
Remove unused state variables.

Additional information: link

Ownable._previousOwner (#72) should be constant
Add the constant attributes to state variables that never change.

Additional information: link

amountInPool() should be declared external:
- BK4.amountInPool() (#474-476)
Use the external attribute for functions never called from the contract.

Additional information: link

Number of Binance Smart Chain (BSC) token holders is less than 100. Token is either dead or inactive. Ignore for presale.

Average PancakeSwap trading volume, liqudity, number of swaps are extremely low. Token seems to be dead.

Token is deployed only at one blockchain

Token has only one trading pair

Unable to find PancakeSwap trading pair to compute liquidity.

Unable to find PancakeSwap trading pair to compute volume.

Unable to find PancakeSwap trading pair to compute number of swaps.

Unable to find website, listings and other project-related information

Young tokens have high risks of price dump / death

Token has no active CoinGecko listing / rank

Token has no active CoinMarketCap listing / rank