Music-related assets within the world of crypto represent an untapped market with a huge potential. The music industry needs innovation and easier ways for musicians to control both their intellectual property and earnings. This will make it possible for new (and old) talents to be discovered on a decentralized marketplace which will help them to earn money and fulfil their dreams, both at an earlier stage. As of today, the music industry operates from the “top-down”. Our goal is to make it “bottom-up”.
Based on statistics, music artists earn approximately only 12% of the revenue generated in the industry. The fact is, 90% of revenue is shared amongst 1% of the top music artists which we view as uncredited and unjust.
NFT TONE will be a decentralized and social marketplace where music artists will be able to interact with their admirers in revolutionary ways.
With NFT TONE, content creators can efficiently and effectively upload their music and get paid directly by their fans and followers.
Key features:
Easy creations of NFTs that are sold or auctioned to supporters and investors.
Ensured provenance and authenticity.
Secure transactions between artists and fans/investors.
Partnership with decentralized storage provider(s) to retain high quality and efficient delivery of uploaded content.
Remarkably efficient token economy powered by the NFT TONE platform token ($TONE) along with stable-coins and FIAT.
Rewards holders of ($TONE) & also artists for all transactions (tax) on the platform.
Revolutionary marketplace.
Reentrancy in NFTTONE._transfer(address,address,uint256) (#983-1011):
External calls:
- swapAndLiquify(contractTokenBalance) (#1006)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (#1059-1066)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (#1045-1051)
External calls sending eth:
- swapAndLiquify(contractTokenBalance) (#1006)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (#1059-1066)
State variables written after the call(s):
- _tokenTransfer(from,to,amount) (#1010)
- _rOwned[address(this)] = _rOwned[address(this)].add(rLiquidity) (#939)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (#1122)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (#1113)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (#1114)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (#1133)
- _rOwned[sender] = _rOwned[sender].sub(rAmount) (#880)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (#1134)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (#1124)
- _rOwned[recipient] = _rOwned[recipient].add(rTransferAmount) (#882)
- _tokenTransfer(from,to,amount) (#1010)
- _rTotal = _rTotal.sub(rFee) (#894)
- _tokenTransfer(from,to,amount) (#1010)
- _tOwned[address(this)] = _tOwned[address(this)].add(tLiquidity) (#941)
- _tOwned[sender] = _tOwned[sender].sub(tAmount) (#879)
- _tOwned[sender] = _tOwned[sender].sub(tAmount) (#1132)
- _tOwned[recipient] = _tOwned[recipient].add(tTransferAmount) (#1123)
- _tOwned[recipient] = _tOwned[recipient].add(tTransferAmount) (#881)
Apply the check-effects-interactions pattern.
Additional information: link
NFTTONE.addLiquidity(uint256,uint256) (#1054-1067) ignores return value by uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (#1059-1066)
Ensure that all the return values of the function calls are used.
Additional information: link
NFTTONE._approve(address,address,uint256).owner (#975) shadows:
- Ownable.owner() (#424-426) (function)
Rename the local variables that shadow another component.
Additional information: link
NFTTONE.setMaxTxPercent(uint256) (#1179-1184) should emit an event for:
- _maxTxAmount = _tTotal.mul(maxTxPercent).div(10 ** 2) (#1181-1183)
Emit an event for critical parameter changes.
Additional information: link
NFTTONE.setBurnCharityWallet(address).newWallet (#1175) lacks a zero-check on :
- BurnCharityWallet = newWallet (#1176)
Check that the address is not zero.
Additional information: link
Reentrancy in NFTTONE.transferFrom(address,address,uint256) (#804-808):
External calls:
- _transfer(sender,recipient,amount) (#805)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (#1059-1066)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (#1045-1051)
External calls sending eth:
- _transfer(sender,recipient,amount) (#805)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (#1059-1066)
State variables written after the call(s):
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (#806)
- _allowances[owner][spender] = amount (#979)
Apply the check-effects-interactions pattern.
Additional information: link
Reentrancy in NFTTONE.transferFrom(address,address,uint256) (#804-808):
External calls:
- _transfer(sender,recipient,amount) (#805)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (#1059-1066)
- uniswapV2Router.swapExactTokensForETHSupportingFeeOnTransferTokens(tokenAmount,0,path,address(this),block.timestamp) (#1045-1051)
External calls sending eth:
- _transfer(sender,recipient,amount) (#805)
- uniswapV2Router.addLiquidityETH{value: ethAmount}(address(this),tokenAmount,0,0,owner(),block.timestamp) (#1059-1066)
Event emitted after the call(s):
- Approval(owner,spender,amount) (#980)
- _approve(sender,_msgSender(),_allowances[sender][_msgSender()].sub(amount,ERC20: transfer amount exceeds allowance)) (#806)
Apply the check-effects-interactions pattern.
Additional information: link
Ownable.unlock() (#471-476) uses timestamp for comparisons
Dangerous comparisons:
- require(bool,string)(now > _lockTime,Contract is locked until 7 days) (#473)
Avoid relying on block.timestamp.
Additional information: link
Address._functionCallWithValue(address,bytes,uint256,string) (#369-390) uses assembly
- INLINE ASM (#382-385)
Do not use evm assembly.
Additional information: link
SafeMath.mod(uint256,uint256,string) (#237-240) is never used and should be removed
Remove unused functions.
Additional information: link
NFTTONE._previousBurnCharityFee (#726) is set pre-construction with a non-constant function or state variable:
- _BurnCharityFee
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
Low level call in Address._functionCallWithValue(address,bytes,uint256,string) (#369-390):
- (success,returndata) = target.call{value: weiValue}(data) (#373)
Avoid low-level calls. Check the call success. If the call is meant for a contract, check for code existence
Additional information: link
Variable NFTTONE._maxTxAmount (#734) is not in mixedCase
Follow the Solidity naming convention.
Additional information: link
Redundant expression "this (#249)" inContext (#243-252)
Remove redundant statements if they congest code but offer no value.
Additional information: link
Variable NFTTONE._transferBothExcluded(address,address,uint256).rTransferAmount (#878) is too similar to NFTTONE._transferStandard(address,address,uint256).tTransferAmount (#1112)
Prevent variables from having similar names.
Additional information: link
NFTTONE.slitherConstructorVariables() (#693-1192) uses literals with too many digits:
- numTokensSellToAddToLiquidity = 50000000 * 10 ** 8 (#735)
Use: Ether suffix, Time suffix, or The scientific notation
Additional information: link
NFTTONE.numTokensSellToAddToLiquidity (#735) should be constant
Add the constant attributes to state variables that never change.
Additional information: link
setSwapAndLiquifyEnabled(bool) should be declared external:
- NFTTONE.setSwapAndLiquifyEnabled(bool) (#1186-1189)
Use the external attribute for functions never called from the contract.
Additional information: link
Average 30d PancakeSwap volume is low.
Average PancakeSwap trading volume, liqudity, number of swaps are low. Token seems to be inactive.
Token is deployed only at one blockchain
Unable to find PancakeSwap trading pair to compute liquidity.
Unable to find PancakeSwap trading pair to compute number of swaps.
BscScan page for the token does not contain additional info: website, socials, description, etc.
Additional information: link
Young tokens have high risks of scam / price dump / death
Young tokens have high risks of scam / price dump / death
Token has a considerable age, but social accounts / website are missing or have few users
Young tokens have high risks of price dump / death
Token has relatively low CoinGecko rank
Token has relatively low CoinMarketCap rank
Twitter account link seems to be invalid
Unable to find Discord account