Feature Tip: Add private address tag to any address under My Name Tag !
Overview
ETH Balance
0 ETH
Eth Value
$0.00More Info
Private Name Tags
ContractCreator
Latest 25 from a total of 277 transactions
Transaction Hash |
Method
|
Block
|
From
|
To
|
|||||
---|---|---|---|---|---|---|---|---|---|
Burn Token To Mi... | 18775273 | 380 days ago | IN | 0 ETH | 0.00686238 | ||||
Burn Token To Mi... | 18774933 | 380 days ago | IN | 0 ETH | 0.00841026 | ||||
Burn Token To Mi... | 17090037 | 616 days ago | IN | 0 ETH | 0.01232985 | ||||
Burn Token To Mi... | 16952916 | 636 days ago | IN | 0 ETH | 0.00381435 | ||||
Burn Token To Mi... | 16947916 | 637 days ago | IN | 0 ETH | 0.00687373 | ||||
Burn Token To Mi... | 16939379 | 638 days ago | IN | 0 ETH | 0.0051358 | ||||
Burn Token To Mi... | 16924643 | 640 days ago | IN | 0 ETH | 0.00431482 | ||||
Burn Token To Mi... | 16902074 | 643 days ago | IN | 0 ETH | 0.0031401 | ||||
Burn Token To Mi... | 16902061 | 643 days ago | IN | 0 ETH | 0.00237693 | ||||
Burn Token To Mi... | 16902054 | 643 days ago | IN | 0 ETH | 0.0023533 | ||||
Burn Token To Mi... | 16902041 | 643 days ago | IN | 0 ETH | 0.00274588 | ||||
Burn Token To Mi... | 16902034 | 643 days ago | IN | 0 ETH | 0.00231562 | ||||
Burn Token To Mi... | 16902023 | 643 days ago | IN | 0 ETH | 0.0024932 | ||||
Burn Token To Mi... | 16902012 | 643 days ago | IN | 0 ETH | 0.00251795 | ||||
Burn Token To Mi... | 16902000 | 643 days ago | IN | 0 ETH | 0.00260706 | ||||
Burn Token To Mi... | 16901754 | 643 days ago | IN | 0 ETH | 0.00250496 | ||||
Burn Token To Mi... | 16901225 | 643 days ago | IN | 0 ETH | 0.00311199 | ||||
Burn Token To Mi... | 16901168 | 643 days ago | IN | 0 ETH | 0.0029379 | ||||
Burn Token To Mi... | 16901144 | 643 days ago | IN | 0 ETH | 0.00295439 | ||||
Burn Token To Mi... | 16889020 | 645 days ago | IN | 0 ETH | 0.00249301 | ||||
Burn Token To Mi... | 16889009 | 645 days ago | IN | 0 ETH | 0.00243682 | ||||
Burn Token To Mi... | 16888998 | 645 days ago | IN | 0 ETH | 0.00235635 | ||||
Burn Token To Mi... | 16888958 | 645 days ago | IN | 0 ETH | 0.00215325 | ||||
Burn Token To Mi... | 16888872 | 645 days ago | IN | 0 ETH | 0.00210705 | ||||
Burn Token To Mi... | 16888839 | 645 days ago | IN | 0 ETH | 0.00198439 |
View more zero value Internal Transactions in Advanced View mode
Advanced mode:
Loading...
Loading
Contract Name:
BurnMintCitizen
Compiler Version
v0.8.6+commit.11564f7e
Optimization Enabled:
Yes with 1 runs
Other Settings:
default evmVersion
Contract Source Code (Solidity Standard Json-Input format)
// SPDX-License-Identifier: MIT pragma solidity ^0.8.4; import '@openzeppelin/contracts/token/ERC20/extensions/ERC20Burnable.sol'; import "./CitizenERC721Interface.sol"; contract BurnMintCitizen { ERC20Burnable public _citizenERC20; CitizenERC721Interface public _citizenERC721; event BurnMintToken(address from); constructor (ERC20Burnable citizenERC20, CitizenERC721Interface citizenERC721) public { _citizenERC20 = citizenERC20; _citizenERC721 = citizenERC721; } function burnTokenToMint() external { address from = msg.sender; require(_citizenERC20.balanceOf(from) >= 1 * 10 ** 18, 'Insufficient $CITIZEN balance to burn.'); _citizenERC20.burnFrom(from, 1 * 10 ** 18); _citizenERC721.mint(from); emit BurnMintToken(from); } }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; import "../ERC20.sol"; import "../../../utils/Context.sol"; /** * @dev Extension of {ERC20} that allows token holders to destroy both their own * tokens and those that they have an allowance for, in a way that can be * recognized off-chain (via event analysis). */ abstract contract ERC20Burnable is Context, ERC20 { /** * @dev Destroys `amount` tokens from the caller. * * See {ERC20-_burn}. */ function burn(uint256 amount) public virtual { _burn(_msgSender(), amount); } /** * @dev 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`. */ function burnFrom(address account, uint256 amount) public virtual { uint256 currentAllowance = allowance(account, _msgSender()); require(currentAllowance >= amount, "ERC20: burn amount exceeds allowance"); unchecked { _approve(account, _msgSender(), currentAllowance - amount); } _burn(account, amount); } }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.4; /** * @title Interface for Citizen ERC721 Token Contract. */ interface CitizenERC721Interface { function mint(address recipient) external; function setDevice(uint256 tokenId, string memory publicKeyHash, string memory merkleRoot) external; function deviceRoot(uint256 tokenId) external returns(string memory); function deviceId(uint256 tokenId) external returns(string memory); }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; import "./IERC20.sol"; import "./extensions/IERC20Metadata.sol"; import "../../utils/Context.sol"; /** * @dev Implementation of the {IERC20} interface. * * This implementation is agnostic to the way tokens are created. This means * that a supply mechanism has to be added in a derived contract using {_mint}. * For a generic mechanism see {ERC20PresetMinterPauser}. * * TIP: For a detailed writeup see our guide * https://forum.zeppelin.solutions/t/how-to-implement-erc20-supply-mechanisms/226[How * to implement supply mechanisms]. * * We have followed general OpenZeppelin guidelines: functions revert instead * of returning `false` on failure. This behavior is nonetheless conventional * and does not conflict with the expectations of ERC20 applications. * * Additionally, an {Approval} event is emitted on calls to {transferFrom}. * This allows applications to reconstruct the allowance for all accounts just * by listening to said events. Other implementations of the EIP may not emit * these events, as it isn't required by the specification. * * Finally, the non-standard {decreaseAllowance} and {increaseAllowance} * functions have been added to mitigate the well-known issues around setting * allowances. See {IERC20-approve}. */ contract ERC20 is Context, IERC20, IERC20Metadata { mapping(address => uint256) private _balances; mapping(address => mapping(address => uint256)) private _allowances; uint256 private _totalSupply; string private _name; string private _symbol; /** * @dev Sets the values for {name} and {symbol}. * * The default value of {decimals} is 18. To select a different value for * {decimals} you should overload it. * * All two of these values are immutable: they can only be set once during * construction. */ constructor(string memory name_, string memory symbol_) { _name = name_; _symbol = symbol_; } /** * @dev Returns the name of the token. */ function name() public view virtual override returns (string memory) { return _name; } /** * @dev Returns the symbol of the token, usually a shorter version of the * name. */ function symbol() public view virtual override returns (string memory) { return _symbol; } /** * @dev 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}. */ function decimals() public view virtual override returns (uint8) { return 18; } /** * @dev See {IERC20-totalSupply}. */ function totalSupply() public view virtual override returns (uint256) { return _totalSupply; } /** * @dev See {IERC20-balanceOf}. */ function balanceOf(address account) public view virtual override returns (uint256) { return _balances[account]; } /** * @dev See {IERC20-transfer}. * * Requirements: * * - `recipient` cannot be the zero address. * - the caller must have a balance of at least `amount`. */ function transfer(address recipient, uint256 amount) public virtual override returns (bool) { _transfer(_msgSender(), recipient, amount); return true; } /** * @dev See {IERC20-allowance}. */ function allowance(address owner, address spender) public view virtual override returns (uint256) { return _allowances[owner][spender]; } /** * @dev See {IERC20-approve}. * * Requirements: * * - `spender` cannot be the zero address. */ function approve(address spender, uint256 amount) public virtual override returns (bool) { _approve(_msgSender(), spender, amount); return true; } /** * @dev 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}. * * Requirements: * * - `sender` and `recipient` cannot be the zero address. * - `sender` must have a balance of at least `amount`. * - the caller must have allowance for ``sender``'s tokens of at least * `amount`. */ function transferFrom( address sender, address recipient, uint256 amount ) public virtual override returns (bool) { _transfer(sender, recipient, amount); uint256 currentAllowance = _allowances[sender][_msgSender()]; require(currentAllowance >= amount, "ERC20: transfer amount exceeds allowance"); unchecked { _approve(sender, _msgSender(), currentAllowance - amount); } return true; } /** * @dev 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. */ function increaseAllowance(address spender, uint256 addedValue) public virtual returns (bool) { _approve(_msgSender(), spender, _allowances[_msgSender()][spender] + addedValue); return true; } /** * @dev 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`. */ function decreaseAllowance(address spender, uint256 subtractedValue) public virtual returns (bool) { uint256 currentAllowance = _allowances[_msgSender()][spender]; require(currentAllowance >= subtractedValue, "ERC20: decreased allowance below zero"); unchecked { _approve(_msgSender(), spender, currentAllowance - subtractedValue); } return true; } /** * @dev Moves `amount` of tokens from `sender` to `recipient`. * * This internal function is equivalent to {transfer}, and can be used to * e.g. implement automatic token fees, slashing mechanisms, etc. * * Emits a {Transfer} event. * * Requirements: * * - `sender` cannot be the zero address. * - `recipient` cannot be the zero address. * - `sender` must have a balance of at least `amount`. */ function _transfer( address sender, address recipient, uint256 amount ) internal virtual { require(sender != address(0), "ERC20: transfer from the zero address"); require(recipient != address(0), "ERC20: transfer to the zero address"); _beforeTokenTransfer(sender, recipient, amount); uint256 senderBalance = _balances[sender]; require(senderBalance >= amount, "ERC20: transfer amount exceeds balance"); unchecked { _balances[sender] = senderBalance - amount; } _balances[recipient] += amount; emit Transfer(sender, recipient, amount); _afterTokenTransfer(sender, recipient, amount); } /** @dev Creates `amount` tokens and assigns them to `account`, increasing * the total supply. * * Emits a {Transfer} event with `from` set to the zero address. * * Requirements: * * - `account` cannot be the zero address. */ function _mint(address account, uint256 amount) internal virtual { require(account != address(0), "ERC20: mint to the zero address"); _beforeTokenTransfer(address(0), account, amount); _totalSupply += amount; _balances[account] += amount; emit Transfer(address(0), account, amount); _afterTokenTransfer(address(0), account, amount); } /** * @dev Destroys `amount` tokens from `account`, reducing the * total supply. * * Emits a {Transfer} event with `to` set to the zero address. * * Requirements: * * - `account` cannot be the zero address. * - `account` must have at least `amount` tokens. */ function _burn(address account, uint256 amount) internal virtual { require(account != address(0), "ERC20: burn from the zero address"); _beforeTokenTransfer(account, address(0), amount); uint256 accountBalance = _balances[account]; require(accountBalance >= amount, "ERC20: burn amount exceeds balance"); unchecked { _balances[account] = accountBalance - amount; } _totalSupply -= amount; emit Transfer(account, address(0), amount); _afterTokenTransfer(account, address(0), amount); } /** * @dev Sets `amount` as the allowance of `spender` over the `owner` s tokens. * * This internal function is equivalent to `approve`, and can be used to * e.g. set automatic allowances for certain subsystems, etc. * * Emits an {Approval} event. * * Requirements: * * - `owner` cannot be the zero address. * - `spender` cannot be the zero address. */ function _approve( address owner, address spender, uint256 amount ) internal virtual { require(owner != address(0), "ERC20: approve from the zero address"); require(spender != address(0), "ERC20: approve to the zero address"); _allowances[owner][spender] = amount; emit Approval(owner, spender, amount); } /** * @dev Hook that is called before any transfer of tokens. This includes * minting and burning. * * Calling conditions: * * - when `from` and `to` are both non-zero, `amount` of ``from``'s tokens * will be transferred to `to`. * - when `from` is zero, `amount` tokens will be minted for `to`. * - when `to` is zero, `amount` of ``from``'s tokens will be burned. * - `from` and `to` are never both zero. * * To learn more about hooks, head to xref:ROOT:extending-contracts.adoc#using-hooks[Using Hooks]. */ function _beforeTokenTransfer( address from, address to, uint256 amount ) internal virtual {} /** * @dev Hook that is called after any transfer of tokens. This includes * minting and burning. * * Calling conditions: * * - when `from` and `to` are both non-zero, `amount` of ``from``'s tokens * has been transferred to `to`. * - when `from` is zero, `amount` tokens have been minted for `to`. * - when `to` is zero, `amount` of ``from``'s tokens have been burned. * - `from` and `to` are never both zero. * * To learn more about hooks, head to xref:ROOT:extending-contracts.adoc#using-hooks[Using Hooks]. */ function _afterTokenTransfer( address from, address to, uint256 amount ) internal virtual {} }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; /* * @dev Provides information about the current execution context, including the * sender of the transaction and its data. While these are generally available * via msg.sender and msg.data, they should not be accessed in such a direct * manner, since when dealing with meta-transactions the account sending and * paying for execution may not be the actual sender (as far as an application * is concerned). * * This contract is only required for intermediate, library-like contracts. */ abstract contract Context { function _msgSender() internal view virtual returns (address) { return msg.sender; } function _msgData() internal view virtual returns (bytes calldata) { return msg.data; } }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; /** * @dev Interface of the ERC20 standard as defined in the EIP. */ interface IERC20 { /** * @dev Returns the amount of tokens in existence. */ function totalSupply() external view returns (uint256); /** * @dev Returns the amount of tokens owned by `account`. */ function balanceOf(address account) external view returns (uint256); /** * @dev Moves `amount` tokens from the caller's account to `recipient`. * * Returns a boolean value indicating whether the operation succeeded. * * Emits a {Transfer} event. */ function transfer(address recipient, uint256 amount) external returns (bool); /** * @dev Returns the remaining number of tokens that `spender` will be * allowed to spend on behalf of `owner` through {transferFrom}. This is * zero by default. * * This value changes when {approve} or {transferFrom} are called. */ function allowance(address owner, address spender) external view returns (uint256); /** * @dev Sets `amount` as the allowance of `spender` over the caller's tokens. * * Returns a boolean value indicating whether the operation succeeded. * * IMPORTANT: Beware that changing an allowance with this method brings the risk * that someone may use both the old and the new allowance by unfortunate * transaction ordering. One possible solution to mitigate this race * condition is to first reduce the spender's allowance to 0 and set the * desired value afterwards: * https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729 * * Emits an {Approval} event. */ function approve(address spender, uint256 amount) external returns (bool); /** * @dev Moves `amount` tokens from `sender` to `recipient` using the * allowance mechanism. `amount` is then deducted from the caller's * allowance. * * Returns a boolean value indicating whether the operation succeeded. * * Emits a {Transfer} event. */ function transferFrom( address sender, address recipient, uint256 amount ) external returns (bool); /** * @dev Emitted when `value` tokens are moved from one account (`from`) to * another (`to`). * * Note that `value` may be zero. */ event Transfer(address indexed from, address indexed to, uint256 value); /** * @dev Emitted when the allowance of a `spender` for an `owner` is set by * a call to {approve}. `value` is the new allowance. */ event Approval(address indexed owner, address indexed spender, uint256 value); }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; import "../IERC20.sol"; /** * @dev Interface for the optional metadata functions from the ERC20 standard. * * _Available since v4.1._ */ interface IERC20Metadata is IERC20 { /** * @dev Returns the name of the token. */ function name() external view returns (string memory); /** * @dev Returns the symbol of the token. */ function symbol() external view returns (string memory); /** * @dev Returns the decimals places of the token. */ function decimals() external view returns (uint8); }
{ "optimizer": { "enabled": true, "runs": 1 }, "outputSelection": { "*": { "*": [ "evm.bytecode", "evm.deployedBytecode", "abi" ] } }, "libraries": {} }
Contract Security Audit
- No Contract Security Audit Submitted- Submit Audit Here
[{"inputs":[{"internalType":"contract ERC20Burnable","name":"citizenERC20","type":"address"},{"internalType":"contract CitizenERC721Interface","name":"citizenERC721","type":"address"}],"stateMutability":"nonpayable","type":"constructor"},{"anonymous":false,"inputs":[{"indexed":false,"internalType":"address","name":"from","type":"address"}],"name":"BurnMintToken","type":"event"},{"inputs":[],"name":"_citizenERC20","outputs":[{"internalType":"contract ERC20Burnable","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"_citizenERC721","outputs":[{"internalType":"contract CitizenERC721Interface","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"burnTokenToMint","outputs":[],"stateMutability":"nonpayable","type":"function"}]
Contract Creation Code
608060405234801561001057600080fd5b506040516103a63803806103a683398101604081905261002f91610060565b600080546001600160a01b039384166001600160a01b031991821617909155600180549290931691161790556100b2565b6000806040838503121561007357600080fd5b825161007e8161009a565b602084015190925061008f8161009a565b809150509250929050565b6001600160a01b03811681146100af57600080fd5b50565b6102e5806100c16000396000f3fe608060405234801561001057600080fd5b50600436106100415760003560e01c806339f4c3ec14610046578063778ba53214610050578063cf88b8ea14610079575b600080fd5b61004e61008c565b005b600054610063906001600160a01b031681565b604051610070919061029b565b60405180910390f35b600154610063906001600160a01b031681565b6000546040516370a0823160e01b81523391670de0b6b3a7640000916001600160a01b03909116906370a08231906100c890859060040161029b565b60206040518083038186803b1580156100e057600080fd5b505afa1580156100f4573d6000803e3d6000fd5b505050506040513d601f19601f820116820180604052508101906101189190610282565b10156101795760405162461bcd60e51b815260206004820152602660248201527f496e73756666696369656e742024434954495a454e2062616c616e636520746f60448201526510313ab9371760d11b606482015260840160405180910390fd5b60005460405163079cc67960e41b81526001600160a01b038381166004830152670de0b6b3a76400006024830152909116906379cc679090604401600060405180830381600087803b1580156101ce57600080fd5b505af11580156101e2573d6000803e3d6000fd5b50506001546040516335313c2160e11b81526001600160a01b039091169250636a627842915061021690849060040161029b565b600060405180830381600087803b15801561023057600080fd5b505af1158015610244573d6000803e3d6000fd5b505050507fa8011c88c1e580658f0ab944c5d46410b1518b684353b6019e993a9c1322d3d981604051610277919061029b565b60405180910390a150565b60006020828403121561029457600080fd5b5051919050565b6001600160a01b039190911681526020019056fea2646970667358221220566ad7a2cc70a31b3de334d2bc58c8b44ca8405f663745a736bf0a16edbddfe864736f6c6343000806003300000000000000000000000077f0cc420dea0ae726db6bef1460a4b69176a8ea000000000000000000000000355929193308e157760824ba860390924d77fab9
Deployed Bytecode
0x608060405234801561001057600080fd5b50600436106100415760003560e01c806339f4c3ec14610046578063778ba53214610050578063cf88b8ea14610079575b600080fd5b61004e61008c565b005b600054610063906001600160a01b031681565b604051610070919061029b565b60405180910390f35b600154610063906001600160a01b031681565b6000546040516370a0823160e01b81523391670de0b6b3a7640000916001600160a01b03909116906370a08231906100c890859060040161029b565b60206040518083038186803b1580156100e057600080fd5b505afa1580156100f4573d6000803e3d6000fd5b505050506040513d601f19601f820116820180604052508101906101189190610282565b10156101795760405162461bcd60e51b815260206004820152602660248201527f496e73756666696369656e742024434954495a454e2062616c616e636520746f60448201526510313ab9371760d11b606482015260840160405180910390fd5b60005460405163079cc67960e41b81526001600160a01b038381166004830152670de0b6b3a76400006024830152909116906379cc679090604401600060405180830381600087803b1580156101ce57600080fd5b505af11580156101e2573d6000803e3d6000fd5b50506001546040516335313c2160e11b81526001600160a01b039091169250636a627842915061021690849060040161029b565b600060405180830381600087803b15801561023057600080fd5b505af1158015610244573d6000803e3d6000fd5b505050507fa8011c88c1e580658f0ab944c5d46410b1518b684353b6019e993a9c1322d3d981604051610277919061029b565b60405180910390a150565b60006020828403121561029457600080fd5b5051919050565b6001600160a01b039190911681526020019056fea2646970667358221220566ad7a2cc70a31b3de334d2bc58c8b44ca8405f663745a736bf0a16edbddfe864736f6c63430008060033
Constructor Arguments (ABI-Encoded and is the last bytes of the Contract Creation Code above)
00000000000000000000000077f0cc420dea0ae726db6bef1460a4b69176a8ea000000000000000000000000355929193308e157760824ba860390924d77fab9
-----Decoded View---------------
Arg [0] : citizenERC20 (address): 0x77F0cc420dEa0aE726Db6Bef1460A4B69176A8Ea
Arg [1] : citizenERC721 (address): 0x355929193308e157760824bA860390924d77FaB9
-----Encoded View---------------
2 Constructor Arguments found :
Arg [0] : 00000000000000000000000077f0cc420dea0ae726db6bef1460a4b69176a8ea
Arg [1] : 000000000000000000000000355929193308e157760824ba860390924d77fab9
Loading...
Loading
Loading...
Loading
Multichain Portfolio | 30 Chains
Chain | Token | Portfolio % | Price | Amount | Value |
---|
Loading...
Loading
[ Download: CSV Export ]
A contract address hosts a smart contract, which is a set of code stored on the blockchain that runs when predetermined conditions are met. Learn more about addresses in our Knowledge Base.