NFTMAZE Token Logo

MAZE [NFTMAZE] Token

About MAZE

Listings

Token 2 years

Website

white paper

NFT Maze is a decentralized NFT Marketplace for Creating and Selling NFTs on the Binance Smart Chain; Our goal is to create the most User-Friendly & Interoperable NFT platform which rewards its holders.

Social

Laser Scorebeta Last Audit: 30 November 2021

report
Token is either risky or in presale. For presale 30+ is a fine score.

LiquidityGeneratorToken.addLiquidity(uint256,uint256) (contracts/tokens/LiquidityGeneratorToken.sol#587-600) sends eth to arbitrary user
Dangerous calls:
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
Ensure that an arbitrary user cannot withdraw unauthorized funds.

Additional information: link

Reentrancy in LiquidityGeneratorToken._transfer(address,address,uint256) (contracts/tokens/LiquidityGeneratorToken.sol#497-544):
External calls:
- swapAndLiquify(contractTokenBalance) (contracts/tokens/LiquidityGeneratorToken.sol#531)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#578-584)
External calls sending eth:
- swapAndLiquify(contractTokenBalance) (contracts/tokens/LiquidityGeneratorToken.sol#531)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
State variables written after the call(s):
- _tokenTransfer(from,to,amount,takeFee) (contracts/tokens/LiquidityGeneratorToken.sol#543)
- _rOwned[address(this)] = _rOwned[address(this)].add(rLiquidity) (contracts/tokens/LiquidityGeneratorToken.sol#434)
- _rOwned[_charityAddress] = _rOwned[_charityAddress].add(rCharity) (contracts/tokens/LiquidityGeneratorToken.sol#443)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (contracts/tokens/LiquidityGeneratorToken.sol#662)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (contracts/tokens/LiquidityGeneratorToken.sol#640)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (contracts/tokens/LiquidityGeneratorToken.sol#686)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (contracts/tokens/LiquidityGeneratorToken.sol#294)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (contracts/tokens/LiquidityGeneratorToken.sol#641)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (contracts/tokens/LiquidityGeneratorToken.sol#687)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (contracts/tokens/LiquidityGeneratorToken.sol#664)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (contracts/tokens/LiquidityGeneratorToken.sol#296)
- _tokenTransfer(from,to,amount,takeFee) (contracts/tokens/LiquidityGeneratorToken.sol#543)
- _rTotal = _rTotal.sub(rFee) (contracts/tokens/LiquidityGeneratorToken.sol#343)
- _tokenTransfer(from,to,amount,takeFee) (contracts/tokens/LiquidityGeneratorToken.sol#543)
- _tOwned[address(this)] = _tOwned[address(this)].add(tLiquidity) (contracts/tokens/LiquidityGeneratorToken.sol#436)
- _tOwned[_charityAddress] = _tOwned[_charityAddress].add(tCharity) (contracts/tokens/LiquidityGeneratorToken.sol#445)
- _tOwned[sender] = _tOwned[sender].sub(tAmount) (contracts/tokens/LiquidityGeneratorToken.sol#293)
- _tOwned[sender] = _tOwned[sender].sub(tAmount) (contracts/tokens/LiquidityGeneratorToken.sol#685)
- _tOwned[recipient] = _tOwned[recipient].add(tTransferAmount) (contracts/tokens/LiquidityGeneratorToken.sol#663)
- _tOwned[recipient] = _tOwned[recipient].add(tTransferAmount) (contracts/tokens/LiquidityGeneratorToken.sol#295)
Apply the check-effects-interactions pattern.

Additional information: link

OwnableUpgradeable.__gap (@openzeppelin/contracts-upgradeable/access/OwnableUpgradeable.sol#74) shadows:
- ContextUpgradeable.__gap (@openzeppelin/contracts-upgradeable/utils/ContextUpgradeable.sol#31)
Remove the state variable shadowing.

Additional information: link

LiquidityGeneratorToken.setMaxTxPercent(uint256) (contracts/tokens/LiquidityGeneratorToken.sol#329-332) contains a tautology or contradiction:
- require(bool,string)(maxTxBps >= 0 && maxTxBps <= 10 ** 4,Invalid bps) (contracts/tokens/LiquidityGeneratorToken.sol#330)
Fix the incorrect comparison by changing the value type or the comparison.

Additional information: link


Unable to verify that contract auditor is trusted: Certik, Quantstamp, Hacken, Solidity, Paladinsec, Openzeppelin, Verichains


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.

LiquidityGeneratorToken.addLiquidity(uint256,uint256) (contracts/tokens/LiquidityGeneratorToken.sol#587-600) ignores return value by uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
Ensure that all the return values of the function calls are used.

Additional information: link

LiquidityGeneratorToken._approve(address,address,uint256).owner (contracts/tokens/LiquidityGeneratorToken.sol#486) shadows:
- OwnableUpgradeable.owner() (@openzeppelin/contracts-upgradeable/access/OwnableUpgradeable.sol#41-43) (function)
Rename the local variables that shadow another component.

Additional information: link

LiquidityGeneratorToken.setMaxTxPercent(uint256) (contracts/tokens/LiquidityGeneratorToken.sol#329-332) should emit an event for:
- _maxTxAmount = _tTotal.mul(maxTxBps).div(10 ** 4) (contracts/tokens/LiquidityGeneratorToken.sol#331)
Emit an event for critical parameter changes.

Additional information: link

Reentrancy in LiquidityGeneratorToken.transferFrom(address,address,uint256) (contracts/tokens/LiquidityGeneratorToken.sol#180-195):
External calls:
- _transfer(sender,recipient,amount) (contracts/tokens/LiquidityGeneratorToken.sol#185)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#578-584)
External calls sending eth:
- _transfer(sender,recipient,amount) (contracts/tokens/LiquidityGeneratorToken.sol#185)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
State variables written after the call(s):
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (contracts/tokens/LiquidityGeneratorToken.sol#186-193)
- _allowances[owner][spender] = amount (contracts/tokens/LiquidityGeneratorToken.sol#493)
Apply the check-effects-interactions pattern.

Additional information: link

Reentrancy in LiquidityGeneratorToken.transferFrom(address,address,uint256) (contracts/tokens/LiquidityGeneratorToken.sol#180-195):
External calls:
- _transfer(sender,recipient,amount) (contracts/tokens/LiquidityGeneratorToken.sol#185)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#578-584)
External calls sending eth:
- _transfer(sender,recipient,amount) (contracts/tokens/LiquidityGeneratorToken.sol#185)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (contracts/tokens/LiquidityGeneratorToken.sol#592-599)
Event emitted after the call(s):
- Approval(owner,spender,amount) (contracts/tokens/LiquidityGeneratorToken.sol#494)
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (contracts/tokens/LiquidityGeneratorToken.sol#186-193)
Apply the check-effects-interactions pattern.

Additional information: link

Address._verifyCallResult(bool,bytes,string) (@openzeppelin/contracts/utils/Address.sol#171-188) uses assembly
- INLINE ASM (@openzeppelin/contracts/utils/Address.sol#180-183)
Do not use evm assembly.

Additional information: link

Different versions of Solidity is used:
- Version used: ['>=0.4.24<0.8.0', '>=0.5.0', '>=0.6.0<0.8.0', '>=0.6.2', '>=0.6.2<0.8.0', '^0.7.0', '^0.7.6']
- >=0.6.0<0.8.0 (@openzeppelin/contracts-upgradeable/access/OwnableUpgradeable.sol#3)
- >=0.4.24<0.8.0 (@openzeppelin/contracts-upgradeable/proxy/Initializable.sol#4)
- >=0.6.0<0.8.0 (@openzeppelin/contracts-upgradeable/token/ERC20/IERC20Upgradeable.sol#3)
- >=0.6.2<0.8.0 (@openzeppelin/contracts-upgradeable/utils/AddressUpgradeable.sol#3)
- >=0.6.0<0.8.0 (@openzeppelin/contracts-upgradeable/utils/ContextUpgradeable.sol#3)
- ^0.7.0 (@openzeppelin/contracts/math/SafeMath.sol#3)
- ^0.7.0 (@openzeppelin/contracts/utils/Address.sol#3)
- >=0.5.0 (contracts/interfaces/ILiquidityGeneratorToken.sol#2)
- >=0.5.0 (contracts/interfaces/IUniswapV2Factory.sol#2)
- >=0.5.0 (contracts/interfaces/IUniswapV2Pair.sol#2)
- >=0.6.2 (contracts/interfaces/IUniswapV2Router02.sol#2)
- ^0.7.6 (contracts/tokens/LiquidityGeneratorToken.sol#3)
Use one Solidity version.

Additional information: link

SafeMath.trySub(uint256,uint256) (@openzeppelin/contracts/math/SafeMath.sol#35-38) is never used and should be removed
Remove unused functions.

Additional information: link

LiquidityGeneratorToken._previousCharityFee (contracts/tokens/LiquidityGeneratorToken.sol#47) is set pre-construction with a non-constant function or state variable:
- _charityFee
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

Pragma version>=0.6.2 (contracts/interfaces/IUniswapV2Router02.sol#2) allows old versions
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

Low level call in Address.functionDelegateCall(address,bytes,string) (@openzeppelin/contracts/utils/Address.sol#163-169):
- (success,returndata) = target.delegatecall(data) (@openzeppelin/contracts/utils/Address.sol#167)
Avoid low-level calls. Check the call success. If the call is meant for a contract, check for code existence

Additional information: link

Variable LiquidityGeneratorToken._maxTxAmount (contracts/tokens/LiquidityGeneratorToken.sol#56) is not in mixedCase
Follow the Solidity naming convention.

Additional information: link

Redundant expression "this (@openzeppelin/contracts-upgradeable/utils/ContextUpgradeable.sol#28)" inContextUpgradeable (@openzeppelin/contracts-upgradeable/utils/ContextUpgradeable.sol#16-32)
Remove redundant statements if they congest code but offer no value.

Additional information: link

Variable LiquidityGeneratorToken._transferToExcluded(address,address,uint256).rTransferAmount (contracts/tokens/LiquidityGeneratorToken.sol#655) is too similar to LiquidityGeneratorToken._getTValues(uint256).tTransferAmount (contracts/tokens/LiquidityGeneratorToken.sol#386)
Prevent variables from having similar names.

Additional information: link

OwnableUpgradeable.__gap (@openzeppelin/contracts-upgradeable/access/OwnableUpgradeable.sol#74) is never used in LiquidityGeneratorToken (contracts/tokens/LiquidityGeneratorToken.sol#14-693)
Remove unused state variables.

Additional information: link

isExcludedFromFee(address) should be declared external:
- LiquidityGeneratorToken.isExcludedFromFee(address) (contracts/tokens/LiquidityGeneratorToken.sol#481-483)
Use the external attribute for functions never called from the contract.

Additional information: link

Holders:


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.


Twitter account link seems to be invalid


Unable to find Youtube account


Unable to find Discord account


BscScan page for the token does not contain additional info: website, socials, description, etc.

Additional information: link


Unable to find token on CoinMarketCap

Additional information: link


Unable to find whitepaper link on the website


Unable to find token on CoinHunt

Additional information: link


Unable to find code repository for the project


Young tokens have high risks of price dump / death


Young tokens have high risks of scam / price dump / death


Young tokens have high risks of scam / price dump / death


Token has no active CoinGecko listing / rank


Token has no active CoinMarketCap listing / rank

Price for MAZE