Contract Overview
Balance:
0 ETH
Token:
My Name Tag:
Not Available
[ Download CSV Export ]
Latest 25 internal transaction
[ Download CSV Export ]
Contract Name:
vKwentaRedeemer
Compiler Version
v0.8.7+commit.e28d00a7
Optimization Enabled:
No with 200 runs
Other Settings:
default evmVersion
Contract Source Code (Solidity Standard Json-Input format)
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; import "./interfaces/IvKwentaRedeemer.sol"; import "./utils/ERC20.sol"; /// @title A redemption contract for Kwenta /// @dev All vKwenta used for redemption is locked within this contract contract vKwentaRedeemer is IvKwentaRedeemer { /// token to be burned address public immutable vToken; /// token to be redeemed address public immutable token; event Redeemed(address redeemer, uint256 redeemedAmount); constructor(address _vToken, address _token) { vToken = _vToken; token = _token; } /// Allows caller to redeem an equivalent amount of token for vToken /// @dev caller must approve this contract to spend vToken /// @notice vToken is locked within this contract prior to transfer of token function redeem() external override { uint256 vTokenBalance = IERC20(vToken).balanceOf(msg.sender); /// ensure valid balance require(vTokenBalance > 0, "vKwentaRedeemer: No balance to redeem"); require( vTokenBalance <= IERC20(token).balanceOf(address(this)), "vKwentaRedeemer: Insufficient contract balance" ); /// lock vToken in this contract require( IERC20(vToken).transferFrom( msg.sender, address(this), vTokenBalance ), "vKwentaRedeemer: vToken transfer failed" ); /// transfer token require( IERC20(token).transfer(msg.sender, vTokenBalance), "vKwentaRedeemer: token transfer failed" ); emit Redeemed(msg.sender, vTokenBalance); } }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; interface IvKwentaRedeemer { function redeem() external; }
// SPDX-License-Identifier: MIT pragma solidity ^0.8.0; import "../interfaces/IERC20.sol"; import "../interfaces/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 Contracts guidelines: functions revert * instead 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.5.0 <0.9.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); }
// 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: UNLICENSED pragma solidity >=0.6.0; import "../../contracts/interfaces/IERC20.sol"; abstract contract $IERC20 is IERC20 { constructor() {} }
// SPDX-License-Identifier: UNLICENSED pragma solidity >=0.6.0; import "../../contracts/interfaces/IERC20Metadata.sol"; abstract contract $IERC20Metadata is IERC20Metadata { constructor() {} }
// SPDX-License-Identifier: UNLICENSED pragma solidity >=0.6.0; import "../../contracts/interfaces/IvKwentaRedeemer.sol"; abstract contract $IvKwentaRedeemer is IvKwentaRedeemer { constructor() {} }
// SPDX-License-Identifier: UNLICENSED pragma solidity >=0.6.0; import "../../contracts/utils/Context.sol"; contract $Context is Context { constructor() {} function $_msgSender() external view returns (address) { return super._msgSender(); } function $_msgData() external view returns (bytes memory) { return super._msgData(); } }
// SPDX-License-Identifier: UNLICENSED pragma solidity >=0.6.0; import "../../contracts/utils/ERC20.sol"; contract $ERC20 is ERC20 { constructor(string memory name_, string memory symbol_) ERC20(name_, symbol_) {} function $_transfer(address sender,address recipient,uint256 amount) external { return super._transfer(sender,recipient,amount); } function $_mint(address account,uint256 amount) external { return super._mint(account,amount); } function $_burn(address account,uint256 amount) external { return super._burn(account,amount); } function $_approve(address owner,address spender,uint256 amount) external { return super._approve(owner,spender,amount); } function $_beforeTokenTransfer(address from,address to,uint256 amount) external { return super._beforeTokenTransfer(from,to,amount); } function $_afterTokenTransfer(address from,address to,uint256 amount) external { return super._afterTokenTransfer(from,to,amount); } function $_msgSender() external view returns (address) { return super._msgSender(); } function $_msgData() external view returns (bytes memory) { return super._msgData(); } }
// SPDX-License-Identifier: UNLICENSED pragma solidity >=0.6.0; import "../contracts/vKwentaRedeemer.sol"; contract $vKwentaRedeemer is vKwentaRedeemer { constructor(address _vToken, address _token) vKwentaRedeemer(_vToken, _token) {} }
{ "optimizer": { "enabled": false, "runs": 200 }, "outputSelection": { "*": { "*": [ "evm.bytecode", "evm.deployedBytecode", "devdoc", "userdoc", "metadata", "abi" ] } }, "metadata": { "useLiteralContent": true }, "libraries": {} }
[{"inputs":[{"internalType":"address","name":"_vToken","type":"address"},{"internalType":"address","name":"_token","type":"address"}],"stateMutability":"nonpayable","type":"constructor"},{"anonymous":false,"inputs":[{"indexed":false,"internalType":"address","name":"redeemer","type":"address"},{"indexed":false,"internalType":"uint256","name":"redeemedAmount","type":"uint256"}],"name":"Redeemed","type":"event"},{"inputs":[],"name":"redeem","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[],"name":"token","outputs":[{"internalType":"address","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"vToken","outputs":[{"internalType":"address","name":"","type":"address"}],"stateMutability":"view","type":"function"}]
Contract Creation Code
60c060405234801561001057600080fd5b50604051610a7b380380610a7b833981810160405281019061003291906100bc565b8173ffffffffffffffffffffffffffffffffffffffff1660808173ffffffffffffffffffffffffffffffffffffffff1660601b815250508073ffffffffffffffffffffffffffffffffffffffff1660a08173ffffffffffffffffffffffffffffffffffffffff1660601b81525050505061014a565b6000815190506100b681610133565b92915050565b600080604083850312156100d3576100d261012e565b5b60006100e1858286016100a7565b92505060206100f2858286016100a7565b9150509250929050565b60006101078261010e565b9050919050565b600073ffffffffffffffffffffffffffffffffffffffff82169050919050565b600080fd5b61013c816100fc565b811461014757600080fd5b50565b60805160601c60a05160601c6108ec61018f600039600081816101a20152818161037b01526104a3015260008181608e0152818160b4015261028d01526108ec6000f3fe608060405234801561001057600080fd5b50600436106100415760003560e01c80639bb1a99c14610046578063be040fb014610064578063fc0c546a1461006e575b600080fd5b61004e61008c565b60405161005b91906105f3565b60405180910390f35b61006c6100b0565b005b6100766104a1565b60405161008391906105f3565b60405180910390f35b7f000000000000000000000000000000000000000000000000000000000000000081565b60007f000000000000000000000000000000000000000000000000000000000000000073ffffffffffffffffffffffffffffffffffffffff166370a08231336040518263ffffffff1660e01b815260040161010b91906105f3565b60206040518083038186803b15801561012357600080fd5b505afa158015610137573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061015b919061051c565b9050600081116101a0576040517f08c379a00000000000000000000000000000000000000000000000000000000081526004016101979061066e565b60405180910390fd5b7f000000000000000000000000000000000000000000000000000000000000000073ffffffffffffffffffffffffffffffffffffffff166370a08231306040518263ffffffff1660e01b81526004016101f991906105f3565b60206040518083038186803b15801561021157600080fd5b505afa158015610225573d6000803e3d6000fd5b505050506040513d601f19601f82011682018060405250810190610249919061051c565b81111561028b576040517f08c379a0000000000000000000000000000000000000000000000000000000008152600401610282906106ce565b60405180910390fd5b7f000000000000000000000000000000000000000000000000000000000000000073ffffffffffffffffffffffffffffffffffffffff166323b872dd3330846040518463ffffffff1660e01b81526004016102e89392919061060e565b602060405180830381600087803b15801561030257600080fd5b505af1158015610316573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061033a91906104ef565b610379576040517f08c379a00000000000000000000000000000000000000000000000000000000081526004016103709061068e565b60405180910390fd5b7f000000000000000000000000000000000000000000000000000000000000000073ffffffffffffffffffffffffffffffffffffffff1663a9059cbb33836040518363ffffffff1660e01b81526004016103d4929190610645565b602060405180830381600087803b1580156103ee57600080fd5b505af1158015610402573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061042691906104ef565b610465576040517f08c379a000000000000000000000000000000000000000000000000000000000815260040161045c906106ae565b60405180910390fd5b7f4896181ff8f4543cc00db9fe9b6fb7e6f032b7eb772c72ab1ec1b4d2e03b93693382604051610496929190610645565b60405180910390a150565b7f000000000000000000000000000000000000000000000000000000000000000081565b6000815190506104d481610888565b92915050565b6000815190506104e98161089f565b92915050565b60006020828403121561050557610504610747565b5b6000610513848285016104c5565b91505092915050565b60006020828403121561053257610531610747565b5b6000610540848285016104da565b91505092915050565b610552816106ff565b82525050565b60006105656025836106ee565b91506105708261074c565b604082019050919050565b60006105886027836106ee565b91506105938261079b565b604082019050919050565b60006105ab6026836106ee565b91506105b6826107ea565b604082019050919050565b60006105ce602e836106ee565b91506105d982610839565b604082019050919050565b6105ed8161073d565b82525050565b60006020820190506106086000830184610549565b92915050565b60006060820190506106236000830186610549565b6106306020830185610549565b61063d60408301846105e4565b949350505050565b600060408201905061065a6000830185610549565b61066760208301846105e4565b9392505050565b6000602082019050818103600083015261068781610558565b9050919050565b600060208201905081810360008301526106a78161057b565b9050919050565b600060208201905081810360008301526106c78161059e565b9050919050565b600060208201905081810360008301526106e7816105c1565b9050919050565b600082825260208201905092915050565b600061070a8261071d565b9050919050565b60008115159050919050565b600073ffffffffffffffffffffffffffffffffffffffff82169050919050565b6000819050919050565b600080fd5b7f764b77656e746152656465656d65723a204e6f2062616c616e636520746f207260008201527f656465656d000000000000000000000000000000000000000000000000000000602082015250565b7f764b77656e746152656465656d65723a2076546f6b656e207472616e7366657260008201527f206661696c656400000000000000000000000000000000000000000000000000602082015250565b7f764b77656e746152656465656d65723a20746f6b656e207472616e736665722060008201527f6661696c65640000000000000000000000000000000000000000000000000000602082015250565b7f764b77656e746152656465656d65723a20496e73756666696369656e7420636f60008201527f6e74726163742062616c616e6365000000000000000000000000000000000000602082015250565b61089181610711565b811461089c57600080fd5b50565b6108a88161073d565b81146108b357600080fd5b5056fea26469706673582212204cd74541b39cdc1e75756a5ca9130bc0dee5a2379a11b0ac33a6b9775513b1e064736f6c63430008070033000000000000000000000000b897d76bc9f7efb66fb94970371ef17998c296b6000000000000000000000000da0c33402fc1e10d18c532f0ed9c1a6c5c9e386c
Constructor Arguments (ABI-Encoded and is the last bytes of the Contract Creation Code above)
000000000000000000000000b897d76bc9f7efb66fb94970371ef17998c296b6000000000000000000000000da0c33402fc1e10d18c532f0ed9c1a6c5c9e386c
-----Decoded View---------------
Arg [0] : _vToken (address): 0xb897D76bC9F7efB66Fb94970371ef17998c296b6
Arg [1] : _token (address): 0xDA0C33402Fc1e10d18c532F0Ed9c1A6c5C9e386C
-----Encoded View---------------
2 Constructor Arguments found :
Arg [0] : 000000000000000000000000b897d76bc9f7efb66fb94970371ef17998c296b6
Arg [1] : 000000000000000000000000da0c33402fc1e10d18c532f0ed9c1a6c5c9e386c