Cookbook may introduce a token in the future. Share and contribute to be eligible for future airdrops.

Cookbook

Contribute

Contracts

Community

Burnable ERC20 Token

OpenZeppelin

• version 1.0.7

Token

ERC20

Burnable

Deployable

Audited

Burnable ERC20 Token

Audited

ERC20 token with the following features: -Premint your total supply. -No minting function. This allows users to comfortably know the future supply of the token. -Methods that allow users to burn their tokens. This directly decreases total supply. Used to burn tokens from the supply.

*Visit desktop site to download or deploy

Join Our Community

Version

1.0.7

Creator

OpenZeppelin

Audit

view audit

Recent Use

🍞 0x3D9d downloaded

🥐 0x3D9d downloaded

🥖 0x04bB downloaded

🥨 0x0759 downloaded

🥯 0x0759 deployed

🥞 0x3222 downloaded

🧀 0xE9e8 deployed

🍖 0x41Ff deployed

🍗 0xf9e4 downloaded

🥩 0xa5dC deployed

Last Publish

9/6/2022

Any contract you deploy is yours.
Fully owned and controlled by your wallet.

Documentation

Source Code

allowance(address,address) :

See {IERC20-allowance}.

approve(address,uint256) :

See {IERC20-approve}. NOTE: If `amount` is the maximum `uint256`, the allowance is not updated on `transferFrom`. This is semantically equivalent to an infinite approval. Requirements: - `spender` cannot be the zero address.

balanceOf(address) :

See {IERC20-balanceOf}.

burn(uint256) :

Destroys `amount` tokens from the caller. See {ERC20-_burn}.

burnFrom(address,uint256) :

Destroys `amount` tokens from `account`, deducting from the caller's allowance. See {ERC20-_burn} and {ERC20-allowance}. Requirements: - the caller must have allowance for ``accounts``'s tokens of at least `amount`.

decimals() :

Returns the number of decimals used to get its user representation. For example, if `decimals` equals `2`, a balance of `505` tokens should be displayed to a user as `5.05` (`505 / 10 ** 2`). Tokens usually opt for a value of 18, imitating the relationship between Ether and Wei. This is the value {ERC20} uses, unless this function is overridden; NOTE: This information is only used for _display_ purposes: it in no way affects any of the arithmetic of the contract, including {IERC20-balanceOf} and {IERC20-transfer}.

decreaseAllowance(address,uint256) :

Atomically decreases the allowance granted to `spender` by the caller. This is an alternative to {approve} that can be used as a mitigation for problems described in {IERC20-approve}. Emits an {Approval} event indicating the updated allowance. Requirements: - `spender` cannot be the zero address. - `spender` must have allowance for the caller of at least `subtractedValue`.

increaseAllowance(address,uint256) :

Atomically increases the allowance granted to `spender` by the caller. This is an alternative to {approve} that can be used as a mitigation for problems described in {IERC20-approve}. Emits an {Approval} event indicating the updated allowance. Requirements: - `spender` cannot be the zero address.

name() :

Returns the name of the token.

symbol() :

Returns the symbol of the token, usually a shorter version of the name.

totalSupply() :

See {IERC20-totalSupply}.

transfer(address,uint256) :

See {IERC20-transfer}. Requirements: - `to` cannot be the zero address. - the caller must have a balance of at least `amount`.

transferFrom(address,address,uint256) :

See {IERC20-transferFrom}. Emits an {Approval} event indicating the updated allowance. This is not required by the EIP. See the note at the beginning of {ERC20}. NOTE: Does not update the allowance if the current allowance is the maximum `uint256`. Requirements: - `from` and `to` cannot be the zero address. - `from` must have a balance of at least `amount`. - the caller must have allowance for ``from``'s tokens of at least `amount`.

Get Cookin'
Share

No-Code Deploy

Download Source

npx cookbookdev i burnable-token