Source Code
Latest 25 from a total of 37 transactions
| Transaction Hash |
Method
|
Block
|
From
|
|
To
|
||||
|---|---|---|---|---|---|---|---|---|---|
| Burn | 23576198 | 138 days ago | IN | 0 ETH | 0.00015064 | ||||
| Burn | 22980613 | 221 days ago | IN | 0 ETH | 0.00024188 | ||||
| Burn | 22969505 | 223 days ago | IN | 0 ETH | 0.00024982 | ||||
| Burn | 22898002 | 233 days ago | IN | 0 ETH | 0.00038104 | ||||
| Burn | 22861996 | 238 days ago | IN | 0 ETH | 0.00016035 | ||||
| Burn | 22387476 | 304 days ago | IN | 0 ETH | 0.00005922 | ||||
| Burn | 22030707 | 354 days ago | IN | 0 ETH | 0.00004489 | ||||
| Burn | 21959460 | 364 days ago | IN | 0 ETH | 0.00005308 | ||||
| Burn | 21779254 | 389 days ago | IN | 0 ETH | 0.00009234 | ||||
| Burn | 21597128 | 415 days ago | IN | 0 ETH | 0.00035903 | ||||
| Burn | 21551585 | 421 days ago | IN | 0 ETH | 0.00196866 | ||||
| Burn | 21468607 | 433 days ago | IN | 0 ETH | 0.00064648 | ||||
| Burn | 21468079 | 433 days ago | IN | 0 ETH | 0.00101993 | ||||
| Burn | 21465250 | 433 days ago | IN | 0 ETH | 0.00050208 | ||||
| Burn | 21463543 | 433 days ago | IN | 0 ETH | 0.00036494 | ||||
| Burn | 21460343 | 434 days ago | IN | 0 ETH | 0.00069453 | ||||
| Burn | 21456414 | 434 days ago | IN | 0 ETH | 0.0004495 | ||||
| Burn | 21449676 | 435 days ago | IN | 0 ETH | 0.00084711 | ||||
| Burn | 21439449 | 437 days ago | IN | 0 ETH | 0.00136602 | ||||
| Burn | 21423443 | 439 days ago | IN | 0 ETH | 0.0024982 | ||||
| Burn | 21026638 | 494 days ago | IN | 0 ETH | 0.00046258 | ||||
| Burn | 19945975 | 645 days ago | IN | 0 ETH | 0.00035218 | ||||
| Burn | 19945383 | 645 days ago | IN | 0 ETH | 0.0002828 | ||||
| Burn | 19652546 | 686 days ago | IN | 0 ETH | 0.00083618 | ||||
| Burn | 19613953 | 692 days ago | IN | 0 ETH | 0.00155945 |
View more zero value Internal Transactions in Advanced View mode
Advanced mode:
Loading...
Loading
Loading...
Loading
Cross-Chain Transactions
Loading...
Loading
Contract Name:
TokenBurner
Compiler Version
v0.8.6+commit.11564f7e
Optimization Enabled:
Yes with 800 runs
Other Settings:
default evmVersion
Contract Source Code (Solidity Standard Json-Input format)
// SPDX-License-Identifier: MIT
pragma solidity 0.8.6;
import "./interfaces/IBeamToken.sol";
contract TokenBurner {
IBeamToken public immutable token;
event Burn(address indexed burner, uint256 amount);
constructor(address _token) {
require(_token != address(0), "Token cannot be zero address");
token = IBeamToken(_token);
}
function burn() external {
uint256 burnAmount = token.balanceOf(address(this));
token.burn(address(this), burnAmount);
emit Burn(msg.sender, burnAmount);
}
}// SPDX-License-Identifier: MIT
pragma solidity 0.8.6;
import "@openzeppelin/contracts/token/ERC20/extensions/draft-IERC20Permit.sol";
import "@openzeppelin/contracts/token/ERC20/IERC20.sol";
interface IBeamToken is IERC20, IERC20Permit {
function mint(address _to, uint256 _amount) external;
function burn(address _from, uint256 _amount) external;
}// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
/**
* @dev Interface of the ERC20 Permit extension allowing approvals to be made via signatures, as defined in
* https://eips.ethereum.org/EIPS/eip-2612[EIP-2612].
*
* Adds the {permit} method, which can be used to change an account's ERC20 allowance (see {IERC20-allowance}) by
* presenting a message signed by the account. By not relying on {IERC20-approve}, the token holder account doesn't
* need to send a transaction, and thus is not required to hold Ether at all.
*/
interface IERC20Permit {
/**
* @dev Sets `value` as the allowance of `spender` over ``owner``'s tokens,
* given ``owner``'s signed approval.
*
* IMPORTANT: The same issues {IERC20-approve} has related to transaction
* ordering also apply here.
*
* Emits an {Approval} event.
*
* Requirements:
*
* - `spender` cannot be the zero address.
* - `deadline` must be a timestamp in the future.
* - `v`, `r` and `s` must be a valid `secp256k1` signature from `owner`
* over the EIP712-formatted function arguments.
* - the signature must use ``owner``'s current nonce (see {nonces}).
*
* For more information on the signature format, see the
* https://eips.ethereum.org/EIPS/eip-2612#specification[relevant EIP
* section].
*/
function permit(
address owner,
address spender,
uint256 value,
uint256 deadline,
uint8 v,
bytes32 r,
bytes32 s
) external;
/**
* @dev Returns the current nonce for `owner`. This value must be
* included whenever a signature is generated for {permit}.
*
* Every successful call to {permit} increases ``owner``'s nonce by one. This
* prevents a signature from being used multiple times.
*/
function nonces(address owner) external view returns (uint256);
/**
* @dev Returns the domain separator used in the encoding of the signature for {permit}, as defined by {EIP712}.
*/
// solhint-disable-next-line func-name-mixedcase
function DOMAIN_SEPARATOR() external view returns (bytes32);
}// 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);
}{
"metadata": {
"bytecodeHash": "none"
},
"optimizer": {
"enabled": true,
"runs": 800
},
"outputSelection": {
"*": {
"*": [
"evm.bytecode",
"evm.deployedBytecode",
"devdoc",
"userdoc",
"metadata",
"abi"
]
}
},
"libraries": {}
}Contract Security Audit
- No Contract Security Audit Submitted- Submit Audit Here
Contract ABI
API[{"inputs":[{"internalType":"address","name":"_token","type":"address"}],"stateMutability":"nonpayable","type":"constructor"},{"anonymous":false,"inputs":[{"indexed":true,"internalType":"address","name":"burner","type":"address"},{"indexed":false,"internalType":"uint256","name":"amount","type":"uint256"}],"name":"Burn","type":"event"},{"inputs":[],"name":"burn","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[],"name":"token","outputs":[{"internalType":"contract IBeamToken","name":"","type":"address"}],"stateMutability":"view","type":"function"}]Contract Creation Code
60a060405234801561001057600080fd5b5060405161032238038061032283398101604081905261002f9161009e565b6001600160a01b0381166100895760405162461bcd60e51b815260206004820152601c60248201527f546f6b656e2063616e6e6f74206265207a65726f206164647265737300000000604482015260640160405180910390fd5b60601b6001600160601b0319166080526100ce565b6000602082840312156100b057600080fd5b81516001600160a01b03811681146100c757600080fd5b9392505050565b60805160601c61022a6100f860003960008181604a0152818160ad015261015b015261022a6000f3fe608060405234801561001057600080fd5b50600436106100365760003560e01c806344df8e701461003b578063fc0c546a14610045575b600080fd5b610043610095565b005b61006c7f000000000000000000000000000000000000000000000000000000000000000081565b60405173ffffffffffffffffffffffffffffffffffffffff909116815260200160405180910390f35b6040516370a0823160e01b81523060048201526000907f000000000000000000000000000000000000000000000000000000000000000073ffffffffffffffffffffffffffffffffffffffff16906370a082319060240160206040518083038186803b15801561010457600080fd5b505afa158015610118573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061013c9190610204565b604051632770a7eb60e21b8152306004820152602481018290529091507f000000000000000000000000000000000000000000000000000000000000000073ffffffffffffffffffffffffffffffffffffffff1690639dc29fac90604401600060405180830381600087803b1580156101b457600080fd5b505af11580156101c8573d6000803e3d6000fd5b50506040518381523392507fcc16f5dbb4873280815c1ee09dbd06736cffcc184412cf7a71a0fdb75d397ca5915060200160405180910390a250565b60006020828403121561021657600080fd5b505191905056fea164736f6c6343000806000a00000000000000000000000062d0a8458ed7719fdaf978fe5929c6d342b0bfce
Deployed Bytecode
0x608060405234801561001057600080fd5b50600436106100365760003560e01c806344df8e701461003b578063fc0c546a14610045575b600080fd5b610043610095565b005b61006c7f00000000000000000000000062d0a8458ed7719fdaf978fe5929c6d342b0bfce81565b60405173ffffffffffffffffffffffffffffffffffffffff909116815260200160405180910390f35b6040516370a0823160e01b81523060048201526000907f00000000000000000000000062d0a8458ed7719fdaf978fe5929c6d342b0bfce73ffffffffffffffffffffffffffffffffffffffff16906370a082319060240160206040518083038186803b15801561010457600080fd5b505afa158015610118573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061013c9190610204565b604051632770a7eb60e21b8152306004820152602481018290529091507f00000000000000000000000062d0a8458ed7719fdaf978fe5929c6d342b0bfce73ffffffffffffffffffffffffffffffffffffffff1690639dc29fac90604401600060405180830381600087803b1580156101b457600080fd5b505af11580156101c8573d6000803e3d6000fd5b50506040518381523392507fcc16f5dbb4873280815c1ee09dbd06736cffcc184412cf7a71a0fdb75d397ca5915060200160405180910390a250565b60006020828403121561021657600080fd5b505191905056fea164736f6c6343000806000a
Constructor Arguments (ABI-Encoded and is the last bytes of the Contract Creation Code above)
00000000000000000000000062d0a8458ed7719fdaf978fe5929c6d342b0bfce
-----Decoded View---------------
Arg [0] : _token (address): 0x62D0A8458eD7719FDAF978fe5929C6D342B0bFcE
-----Encoded View---------------
1 Constructor Arguments found :
Arg [0] : 00000000000000000000000062d0a8458ed7719fdaf978fe5929c6d342b0bfce
Loading...
Loading
Loading...
Loading
Net Worth in USD
$1,232.37
Net Worth in ETH
0.625128
Token Allocations
MC
100.00%
Multichain Portfolio | 33 Chains
| Chain | Token | Portfolio % | Price | Amount | Value |
|---|---|---|---|---|---|
| ETH | 100.00% | $0.0156 | 79,000 | $1,232.37 |
Loading...
Loading
Loading...
Loading
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.