relevant tag icon
Voting ERC20 Token
copy icon
OpenZeppelin
โ€ข version 1.0.8
Token
ERC20
Voting
Fixed
Deployable
Audited

Voting ERC20 Token

Audited

ERC20 token with the following features: -Token owners can vote on Governance/DAO proposals. -Premint your total supply. -No minting function. This allows users to comfortably know the future supply of the token. Used with Governance/DAO contracts for voting.

*Visit desktop site to download or deploy

Version

1.0.8

Recent Use

๐Ÿž 0xF6B6 deployed
๐Ÿฅ 0x705c deployed
๐Ÿฅ– 0x92bb deployed
๐Ÿฅจ 0xb4D3 downloaded
๐Ÿฅฏ 0xb4D3 deployed
๐Ÿฅž 0x6f0f deployed
๐Ÿง€ 0x0ae7 deployed
๐Ÿ– 0xE9e8 deployed
๐Ÿ— 0x5a27 deployed
๐Ÿฅฉ 0x6195 deployed

Last Publish

9/6/2022
Any contract you deploy is yours.
Fully owned and controlled by your wallet.
Documentation
Source Code
DOMAIN_SEPARATOR() :
See {IERC20Permit-DOMAIN_SEPARATOR}.
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}.
checkpoints(address,uint32) :
Get the `pos`-th checkpoint for `account`.
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`.
delegate(address) :
Delegate votes from the sender to `delegatee`.
delegateBySig(address,uint256,uint256,uint8,bytes32,bytes32) :
Delegates votes from signer to `delegatee`
delegates(address) :
Get the address `account` is currently delegating to.
getPastTotalSupply(uint256) :
Retrieve the `totalSupply` at the end of `blockNumber`. Note, this value is the sum of all balances. It is but NOT the sum of all the delegated votes! Requirements: - `blockNumber` must have been already mined
getPastVotes(address,uint256) :
Retrieve the number of votes for `account` at the end of `blockNumber`. Requirements: - `blockNumber` must have been already mined
getVotes(address) :
Gets the current votes balance for `account`
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.
nonces(address) :
See {IERC20Permit-nonces}.
numCheckpoints(address) :
Get number of checkpoints for `account`.
permit(address,address,uint256,uint256,uint8,bytes32,bytes32) :
See {IERC20Permit-permit}.
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 iconShare

copy iconNo-Code Deploy
copy iconDownload Source
copy iconnpx cookbookdev i voting-token
copy icon

Bytecode

Download

Verification

Download

Recent Use

๐Ÿž 0xF6B6 deployed
๐Ÿฅ 0x705c deployed
๐Ÿฅ– 0x92bb deployed
๐Ÿฅจ 0xb4D3 downloaded
๐Ÿฅฏ 0xb4D3 deployed
๐Ÿฅž 0x6f0f deployed
๐Ÿง€ 0x0ae7 deployed
๐Ÿ– 0xE9e8 deployed
๐Ÿ— 0x5a27 deployed
๐Ÿฅฉ 0x6195 deployed

Last Publish

9/6/2022

Solidity Compiler

0.8.12+commit.f00d7308

Version

1.0.8

Cookbook is free.
Any contract you deploy is yours.
Your contract is owned and controlled by you.