Contract Source Code (Solidity)

IDE

• Blockscan IDE
• 🤖 Code ReaderBeta
• Remix IDE

Outline

• interface IERC20
•    - function totalSupply()
•    - function balanceOf(address account)
•    - function transfer(address to, uint256 ...
•    - function allowance(address owner, add ...
•    - function approve(address spender, uin ...
•    - function transferFrom(
• interface IERC20Metadata is IERC20
•    - function name()
•    - function symbol()
•    - function decimals()
•    - function _msgSender()
•    - function _msgData()
•  contract ERC20 is Context, IERC20, ...
•    - function name()
•    - function symbol()
•    - function decimals()
•    - function totalSupply()
•    - function balanceOf(address account)
•    - function transfer(address to, uint256 ...
•    - function allowance(address owner, add ...
•    - function approve(address spender, uin ...
•    - function transferFrom(
•    - function increaseAllowance(address sp ...
•    - function decreaseAllowance(address sp ...
•    - function _transfer(
•    - function _mint(address account, uint2 ...
•    - function _burn(address account, uint2 ...
•    - function _approve(
•    - function _spendAllowance(
•    - function _beforeTokenTransfer(
•    - function _afterTokenTransfer(
•    - function _nonReentrantBefore()
•    - function _nonReentrantAfter()
•  contract KYLTokenSwap is Context, ... *
•    - function Swap_KYLV1_to_KYLV2(uint256 ...

More Options

• Similar
• Sol2Uml
• Submit Audit
• Compare

/**
 *Submitted for verification at Etherscan.io on 2023-06-24
*/

// Sources flattened with hardhat v2.14.0 https://hardhat.org

// File @openzeppelin/contracts/token/ERC20/[email protected]

// SPDX-License-Identifier: MIT
// OpenZeppelin Contracts (last updated v4.6.0) (token/ERC20/IERC20.sol)

pragma solidity ^0.8.0;

/**
 * @dev Interface of the ERC20 standard as defined in the EIP.
 */
interface IERC20 {
    /**
     * @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);

    /**
     * @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 `to`.
     *
     * Returns a boolean value indicating whether the operation succeeded.
     *
     * Emits a {Transfer} event.
     */
    function transfer(address to, 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 `from` to `to` 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 from,
        address to,
        uint256 amount
    ) external returns (bool);
}


// File @openzeppelin/contracts/token/ERC20/extensions/[email protected]

// OpenZeppelin Contracts v4.4.1 (token/ERC20/extensions/IERC20Metadata.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);
}


// File @openzeppelin/contracts/utils/[email protected]

// OpenZeppelin Contracts v4.4.1 (utils/Context.sol)


/**
 * @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;
    }
}


// File @openzeppelin/contracts/token/ERC20/[email protected]

// OpenZeppelin Contracts (last updated v4.8.0) (token/ERC20/ERC20.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.openzeppelin.com/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:
     *
     * - `to` cannot be the zero address.
     * - the caller must have a balance of at least `amount`.
     */
    function transfer(address to, uint256 amount) public virtual override returns (bool) {
        address owner = _msgSender();
        _transfer(owner, to, 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}.
     *
     * 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.
     */
    function approve(address spender, uint256 amount) public virtual override returns (bool) {
        address owner = _msgSender();
        _approve(owner, 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}.
     *
     * 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`.
     */
    function transferFrom(
        address from,
        address to,
        uint256 amount
    ) public virtual override returns (bool) {
        address spender = _msgSender();
        _spendAllowance(from, spender, amount);
        _transfer(from, to, 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) {
        address owner = _msgSender();
        _approve(owner, spender, allowance(owner, 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) {
        address owner = _msgSender();
        uint256 currentAllowance = allowance(owner, spender);
        require(currentAllowance >= subtractedValue, "ERC20: decreased allowance below zero");
        unchecked {
            _approve(owner, spender, currentAllowance - subtractedValue);
        }

        return true;
    }

    /**
     * @dev Moves `amount` of tokens from `from` to `to`.
     *
     * 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:
     *
     * - `from` cannot be the zero address.
     * - `to` cannot be the zero address.
     * - `from` must have a balance of at least `amount`.
     */
    function _transfer(
        address from,
        address to,
        uint256 amount
    ) internal virtual {
        require(from != address(0), "ERC20: transfer from the zero address");
        require(to != address(0), "ERC20: transfer to the zero address");

        _beforeTokenTransfer(from, to, amount);

        uint256 fromBalance = _balances[from];
        require(fromBalance >= amount, "ERC20: transfer amount exceeds balance");
        unchecked {
            _balances[from] = fromBalance - amount;
            // Overflow not possible: the sum of all balances is capped by totalSupply, and the sum is preserved by
            // decrementing then incrementing.
            _balances[to] += amount;
        }

        emit Transfer(from, to, amount);

        _afterTokenTransfer(from, to, 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;
        unchecked {
            // Overflow not possible: balance + amount is at most totalSupply + amount, which is checked above.
            _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;
            // Overflow not possible: amount <= accountBalance <= totalSupply.
            _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 Updates `owner` s allowance for `spender` based on spent `amount`.
     *
     * Does not update the allowance amount in case of infinite allowance.
     * Revert if not enough allowance is available.
     *
     * Might emit an {Approval} event.
     */
    function _spendAllowance(
        address owner,
        address spender,
        uint256 amount
    ) internal virtual {
        uint256 currentAllowance = allowance(owner, spender);
        if (currentAllowance != type(uint256).max) {
            require(currentAllowance >= amount, "ERC20: insufficient allowance");
            unchecked {
                _approve(owner, spender, currentAllowance - 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 {}
}


// File @openzeppelin/contracts/security/[email protected]

// OpenZeppelin Contracts (last updated v4.8.0) (security/ReentrancyGuard.sol)

/**
 * @dev Contract module that helps prevent reentrant calls to a function.
 *
 * Inheriting from `ReentrancyGuard` will make the {nonReentrant} modifier
 * available, which can be applied to functions to make sure there are no nested
 * (reentrant) calls to them.
 *
 * Note that because there is a single `nonReentrant` guard, functions marked as
 * `nonReentrant` may not call one another. This can be worked around by making
 * those functions `private`, and then adding `external` `nonReentrant` entry
 * points to them.
 *
 * TIP: If you would like to learn more about reentrancy and alternative ways
 * to protect against it, check out our blog post
 * https://blog.openzeppelin.com/reentrancy-after-istanbul/[Reentrancy After Istanbul].
 */
abstract contract ReentrancyGuard {
    // Booleans are more expensive than uint256 or any type that takes up a full
    // word because each write operation emits an extra SLOAD to first read the
    // slot's contents, replace the bits taken up by the boolean, and then write
    // back. This is the compiler's defense against contract upgrades and
    // pointer aliasing, and it cannot be disabled.

    // The values being non-zero value makes deployment a bit more expensive,
    // but in exchange the refund on every call to nonReentrant will be lower in
    // amount. Since refunds are capped to a percentage of the total
    // transaction's gas, it is best to keep them low in cases like this one, to
    // increase the likelihood of the full refund coming into effect.
    uint256 private constant _NOT_ENTERED = 1;
    uint256 private constant _ENTERED = 2;

    uint256 private _status;

    constructor() {
        _status = _NOT_ENTERED;
    }

    /**
     * @dev Prevents a contract from calling itself, directly or indirectly.
     * Calling a `nonReentrant` function from another `nonReentrant`
     * function is not supported. It is possible to prevent this from happening
     * by making the `nonReentrant` function external, and making it call a
     * `private` function that does the actual work.
     */
    modifier nonReentrant() {
        _nonReentrantBefore();
        _;
        _nonReentrantAfter();
    }

    function _nonReentrantBefore() private {
        // On the first call to nonReentrant, _status will be _NOT_ENTERED
        require(_status != _ENTERED, "ReentrancyGuard: reentrant call");

        // Any calls to nonReentrant after this point will fail
        _status = _ENTERED;
    }

    function _nonReentrantAfter() private {
        // By storing the original value once again, a refund is triggered (see
        // https://eips.ethereum.org/EIPS/eip-2200)
        _status = _NOT_ENTERED;
    }
}


// File contracts/KYLSwap.sol

// contracts/KYLToken.sol


contract KYLTokenSwap is Context, ReentrancyGuard {

    event Swap_KYL(address indexed addr, uint256 amount);

    address kylV1; 
    address kylV2;
    address kylV2Treasure;
    address kylV1Treasure;

    constructor(address _kylV1, address _kylV2, address _kylV1Treasure, address _kylV2Treasure) {
        kylV1 = _kylV1;
        kylV2 = _kylV2;
        kylV1Treasure = _kylV1Treasure;
        kylV2Treasure = _kylV2Treasure;
    }

    function Swap_KYLV1_to_KYLV2(uint256 amount) public nonReentrant {
        address sender = _msgSender();

        // Lock KYLv1
        ERC20(kylV1).transferFrom(sender, kylV1Treasure, amount);

        // Send same amount KYLv2
        ERC20(kylV2).transferFrom(kylV2Treasure, sender, amount);

        emit Swap_KYL(sender, amount);
    }
}

• No Contract Security Audit Submitted- Submit Audit Here

[{"inputs":[{"internalType":"address","name":"_kylV1","type":"address"},{"internalType":"address","name":"_kylV2","type":"address"},{"internalType":"address","name":"_kylV1Treasure","type":"address"},{"internalType":"address","name":"_kylV2Treasure","type":"address"}],"stateMutability":"nonpayable","type":"constructor"},{"anonymous":false,"inputs":[{"indexed":true,"internalType":"address","name":"addr","type":"address"},{"indexed":false,"internalType":"uint256","name":"amount","type":"uint256"}],"name":"Swap_KYL","type":"event"},{"inputs":[{"internalType":"uint256","name":"amount","type":"uint256"}],"name":"Swap_KYLV1_to_KYLV2","outputs":[],"stateMutability":"nonpayable","type":"function"}]

608060405234801561001057600080fd5b506040516106e43803806106e48339818101604052810190610032919061015c565b600160008190555083600160006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555082600260006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555081600460006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555080600360006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555050505050610208565b600081519050610156816101f1565b92915050565b6000806000806080858703121561017257600080fd5b600061018087828801610147565b945050602061019187828801610147565b93505060406101a287828801610147565b92505060606101b387828801610147565b91505092959194509250565b60006101ca826101d1565b9050919050565b600073ffffffffffffffffffffffffffffffffffffffff82169050919050565b6101fa816101bf565b811461020557600080fd5b50565b6104cd806102176000396000f3fe608060405234801561001057600080fd5b506004361061002b5760003560e01c8063b3cd3dd514610030575b600080fd5b61004a60048036038101906100459190610317565b61004c565b005b610054610262565b600061005e6102b2565b9050600160009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166323b872dd82600460009054906101000a900473ffffffffffffffffffffffffffffffffffffffff16856040518463ffffffff1660e01b81526004016100e19392919061039e565b602060405180830381600087803b1580156100fb57600080fd5b505af115801561010f573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061013391906102ee565b50600260009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166323b872dd600360009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1683856040518463ffffffff1660e01b81526004016101b59392919061039e565b602060405180830381600087803b1580156101cf57600080fd5b505af11580156101e3573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061020791906102ee565b508073ffffffffffffffffffffffffffffffffffffffff167f987a14423cf807dd9b0a26d5ae357676483187b3fd953058dd8ec879d612b40b8360405161024e91906103f5565b60405180910390a25061025f6102ba565b50565b600260005414156102a8576040517f08c379a000000000000000000000000000000000000000000000000000000000815260040161029f906103d5565b60405180910390fd5b6002600081905550565b600033905090565b6001600081905550565b6000815190506102d381610469565b92915050565b6000813590506102e881610480565b92915050565b60006020828403121561030057600080fd5b600061030e848285016102c4565b91505092915050565b60006020828403121561032957600080fd5b6000610337848285016102d9565b91505092915050565b61034981610421565b82525050565b600061035c601f83610410565b91507f5265656e7472616e637947756172643a207265656e7472616e742063616c6c006000830152602082019050919050565b6103988161045f565b82525050565b60006060820190506103b36000830186610340565b6103c06020830185610340565b6103cd604083018461038f565b949350505050565b600060208201905081810360008301526103ee8161034f565b9050919050565b600060208201905061040a600083018461038f565b92915050565b600082825260208201905092915050565b600061042c8261043f565b9050919050565b60008115159050919050565b600073ffffffffffffffffffffffffffffffffffffffff82169050919050565b6000819050919050565b61047281610433565b811461047d57600080fd5b50565b6104898161045f565b811461049457600080fd5b5056fea2646970667358221220c77e2d8fdc99925972455220b7b7365ea5c25dbd6474aa1edaed4c894719b51264736f6c6343000800003300000000000000000000000067b6d479c7bb412c54e03dca8e1bc6740ce6b99c0000000000000000000000005d07f52ae5f779422447c2a32f58c93a15e7d6f200000000000000000000000023e7cdb2e7dfce0b48312104f8e500d9e8f57b5c00000000000000000000000023e7cdb2e7dfce0b48312104f8e500d9e8f57b5c

0x608060405234801561001057600080fd5b506004361061002b5760003560e01c8063b3cd3dd514610030575b600080fd5b61004a60048036038101906100459190610317565b61004c565b005b610054610262565b600061005e6102b2565b9050600160009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166323b872dd82600460009054906101000a900473ffffffffffffffffffffffffffffffffffffffff16856040518463ffffffff1660e01b81526004016100e19392919061039e565b602060405180830381600087803b1580156100fb57600080fd5b505af115801561010f573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061013391906102ee565b50600260009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166323b872dd600360009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1683856040518463ffffffff1660e01b81526004016101b59392919061039e565b602060405180830381600087803b1580156101cf57600080fd5b505af11580156101e3573d6000803e3d6000fd5b505050506040513d601f19601f8201168201806040525081019061020791906102ee565b508073ffffffffffffffffffffffffffffffffffffffff167f987a14423cf807dd9b0a26d5ae357676483187b3fd953058dd8ec879d612b40b8360405161024e91906103f5565b60405180910390a25061025f6102ba565b50565b600260005414156102a8576040517f08c379a000000000000000000000000000000000000000000000000000000000815260040161029f906103d5565b60405180910390fd5b6002600081905550565b600033905090565b6001600081905550565b6000815190506102d381610469565b92915050565b6000813590506102e881610480565b92915050565b60006020828403121561030057600080fd5b600061030e848285016102c4565b91505092915050565b60006020828403121561032957600080fd5b6000610337848285016102d9565b91505092915050565b61034981610421565b82525050565b600061035c601f83610410565b91507f5265656e7472616e637947756172643a207265656e7472616e742063616c6c006000830152602082019050919050565b6103988161045f565b82525050565b60006060820190506103b36000830186610340565b6103c06020830185610340565b6103cd604083018461038f565b949350505050565b600060208201905081810360008301526103ee8161034f565b9050919050565b600060208201905061040a600083018461038f565b92915050565b600082825260208201905092915050565b600061042c8261043f565b9050919050565b60008115159050919050565b600073ffffffffffffffffffffffffffffffffffffffff82169050919050565b6000819050919050565b61047281610433565b811461047d57600080fd5b50565b6104898161045f565b811461049457600080fd5b5056fea2646970667358221220c77e2d8fdc99925972455220b7b7365ea5c25dbd6474aa1edaed4c894719b51264736f6c63430008000033

00000000000000000000000067b6d479c7bb412c54e03dca8e1bc6740ce6b99c0000000000000000000000005d07f52ae5f779422447c2a32f58c93a15e7d6f200000000000000000000000023e7cdb2e7dfce0b48312104f8e500d9e8f57b5c00000000000000000000000023e7cdb2e7dfce0b48312104f8e500d9e8f57b5c

-----Decoded View---------------
Arg [0] : _kylV1 (address): 0x67B6D479c7bB412C54e03dCA8E1Bc6740ce6b99C
Arg [1] : _kylV2 (address): 0x5d07F52aE5f779422447C2A32F58c93A15E7d6F2
Arg [2] : _kylV1Treasure (address): 0x23e7cDb2E7dFce0b48312104F8e500D9e8F57b5C
Arg [3] : _kylV2Treasure (address): 0x23e7cDb2E7dFce0b48312104F8e500D9e8F57b5C

-----Encoded View---------------
4 Constructor Arguments found :
Arg [0] : 00000000000000000000000067b6d479c7bb412c54e03dca8e1bc6740ce6b99c
Arg [1] : 0000000000000000000000005d07f52ae5f779422447c2a32f58c93a15e7d6f2
Arg [2] : 00000000000000000000000023e7cdb2e7dfce0b48312104f8e500d9e8f57b5c
Arg [3] : 00000000000000000000000023e7cdb2e7dfce0b48312104f8e500d9e8f57b5c

20865:813:0:-:0;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;21324:351;;;;;;;;;;;;;:::i;:::-;;:::i;:::-;;;20198:21;:19;:21::i;:::-;21400:14:::1;21417:12;:10;:12::i;:::-;21400:29;;21471:5;;;;;;;;;;;21465:25;;;21491:6;21499:13;;;;;;;;;;;21514:6;21465:56;;;;;;;;;;;;;;;;;:::i;:::-;;;;;;;;;;;;;;;;;;::::0;::::1;;;;;;;;;;;;::::0;::::1;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;:::i;:::-;;21575:5;;;;;;;;;;;21569:25;;;21595:13;;;;;;;;;;;21610:6;21618;21569:56;;;;;;;;;;;;;;;;;:::i;:::-;;;;;;;;;;;;;;;;;;::::0;::::1;;;;;;;;;;;;::::0;::::1;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;:::i;:::-;;21652:6;21643:24;;;21660:6;21643:24;;;;;;:::i;:::-;;;;;;;;20230:1;20242:20:::0;:18;:20::i;:::-;21324:351;:::o;20278:293::-;19680:1;20412:7;;:19;;20404:63;;;;;;;;;;;;:::i;:::-;;;;;;;;;19680:1;20545:7;:18;;;;20278:293::o;4353:98::-;4406:7;4433:10;4426:17;;4353:98;:::o;20579:213::-;19636:1;20762:7;:22;;;;20579:213::o;7:137:1:-;;92:6;86:13;77:22;;108:30;132:5;108:30;:::i;:::-;67:77;;;;:::o;150:139::-;;234:6;221:20;212:29;;250:33;277:5;250:33;:::i;:::-;202:87;;;;:::o;295:278::-;;411:2;399:9;390:7;386:23;382:32;379:2;;;427:1;424;417:12;379:2;470:1;495:61;548:7;539:6;528:9;524:22;495:61;:::i;:::-;485:71;;441:125;369:204;;;;:::o;579:262::-;;687:2;675:9;666:7;662:23;658:32;655:2;;;703:1;700;693:12;655:2;746:1;771:53;816:7;807:6;796:9;792:22;771:53;:::i;:::-;761:63;;717:117;645:196;;;;:::o;847:118::-;934:24;952:5;934:24;:::i;:::-;929:3;922:37;912:53;;:::o;971:329::-;;1134:67;1198:2;1193:3;1134:67;:::i;:::-;1127:74;;1231:33;1227:1;1222:3;1218:11;1211:54;1291:2;1286:3;1282:12;1275:19;;1117:183;;;:::o;1306:118::-;1393:24;1411:5;1393:24;:::i;:::-;1388:3;1381:37;1371:53;;:::o;1430:442::-;;1617:2;1606:9;1602:18;1594:26;;1630:71;1698:1;1687:9;1683:17;1674:6;1630:71;:::i;:::-;1711:72;1779:2;1768:9;1764:18;1755:6;1711:72;:::i;:::-;1793;1861:2;1850:9;1846:18;1837:6;1793:72;:::i;:::-;1584:288;;;;;;:::o;1878:419::-;;2082:2;2071:9;2067:18;2059:26;;2131:9;2125:4;2121:20;2117:1;2106:9;2102:17;2095:47;2159:131;2285:4;2159:131;:::i;:::-;2151:139;;2049:248;;;:::o;2303:222::-;;2434:2;2423:9;2419:18;2411:26;;2447:71;2515:1;2504:9;2500:17;2491:6;2447:71;:::i;:::-;2401:124;;;;:::o;2531:169::-;;2649:6;2644:3;2637:19;2689:4;2684:3;2680:14;2665:29;;2627:73;;;;:::o;2706:96::-;;2772:24;2790:5;2772:24;:::i;:::-;2761:35;;2751:51;;;:::o;2808:90::-;;2885:5;2878:13;2871:21;2860:32;;2850:48;;;:::o;2904:126::-;;2981:42;2974:5;2970:54;2959:65;;2949:81;;;:::o;3036:77::-;;3102:5;3091:16;;3081:32;;;:::o;3119:116::-;3189:21;3204:5;3189:21;:::i;:::-;3182:5;3179:32;3169:2;;3225:1;3222;3215:12;3169:2;3159:76;:::o;3241:122::-;3314:24;3332:5;3314:24;:::i;:::-;3307:5;3304:35;3294:2;;3353:1;3350;3343:12;3294:2;3284:79;:::o

ipfs://c77e2d8fdc99925972455220b7b7365ea5c25dbd6474aa1edaed4c894719b512