Feature Tip: Add private address tag to any address under My Name Tag !
More Info
Private Name Tags
ContractCreator
View more zero value Internal Transactions in Advanced View mode
Advanced mode:
Loading...
Loading
Contract Source Code Verified (Exact Match)
Contract Name:
CoinflakesV2Migration
Compiler Version
v0.8.24+commit.e11b9ed9
Optimization Enabled:
Yes with 200 runs
Other Settings:
paris EvmVersion
Contract Source Code (Solidity Standard Json-Input format)
// SPDX-License-Identifier: MIT pragma solidity >=0.8.18; import {IERC4626} from "@openzeppelin/contracts/interfaces/IERC4626.sol"; import {IERC20} from "@openzeppelin/contracts/interfaces/IERC20.sol"; import {SafeERC20} from "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.sol"; import {ICoinflakesV1Vault} from "./ICoinflakesV1Vault.sol"; import {Ownable} from "@openzeppelin/contracts/access/Ownable.sol"; contract CoinflakesV2Migration is Ownable { using SafeERC20 for IERC4626; using SafeERC20 for ICoinflakesV1Vault; using SafeERC20 for IERC20; ICoinflakesV1Vault public vaultV1 = ICoinflakesV1Vault(0x430fD367dBbaebDAe682060e0fd2b2B1583E0639); IERC4626 public vaultV2 = IERC4626(0x254bd33E2f62713F893F0842C99E68f855cDa315); IERC20 public asset; address public lastHolder = 0x7c46713490E379f515A182d8a5a36deC9d99Be6A; event Migrated(uint256 sharesV1, uint256 sharesV2, uint256 depositedAssets, address indexed receiver); constructor() { require(vaultV1.asset() == vaultV2.asset(), "assets mismatched"); asset = IERC20(vaultV1.asset()); } function migrate(uint256 sharesV1, address receiver) public { require(vaultV1.assetsInUse() == 0, "assets still in use in old vault"); require(sharesV1 > 0, "must redeem more than zero shares"); vaultV1.safeTransferFrom(msg.sender, address(this), sharesV1); uint256 maxRedeemable = vaultV1.maxRedeem(address(this)); if (sharesV1 > maxRedeemable) sharesV1 = maxRedeemable; uint256 withdrawn = vaultV1.redeem(sharesV1, address(this), address(this)); if (vaultV1.balanceOf(address(this)) > 0) { vaultV1.transfer(receiver, vaultV1.balanceOf(address(this))); } uint256 assets = asset.balanceOf(address(this)); require(assets >= withdrawn, "not enough assets withdrawn from old vault"); asset.approve(address(vaultV2), assets); uint256 sharesV2 = vaultV2.deposit(assets, receiver); emit Migrated(sharesV1, sharesV2, assets, receiver); } function withdrawAssets(address tokenAddr, uint256 amount, address receiver) public onlyOwner { IERC20 token = IERC20(tokenAddr); token.transfer(receiver, amount); } }
// SPDX-License-Identifier: MIT // OpenZeppelin Contracts (last updated v4.9.0) (interfaces/IERC4626.sol) pragma solidity ^0.8.0; import "../token/ERC20/IERC20.sol"; import "../token/ERC20/extensions/IERC20Metadata.sol"; /** * @dev Interface of the ERC4626 "Tokenized Vault Standard", as defined in * https://eips.ethereum.org/EIPS/eip-4626[ERC-4626]. * * _Available since v4.7._ */ interface IERC4626 is IERC20, IERC20Metadata { event Deposit(address indexed sender, address indexed owner, uint256 assets, uint256 shares); event Withdraw( address indexed sender, address indexed receiver, address indexed owner, uint256 assets, uint256 shares ); /** * @dev Returns the address of the underlying token used for the Vault for accounting, depositing, and withdrawing. * * - MUST be an ERC-20 token contract. * - MUST NOT revert. */ function asset() external view returns (address assetTokenAddress); /** * @dev Returns the total amount of the underlying asset that is “managed” by Vault. * * - SHOULD include any compounding that occurs from yield. * - MUST be inclusive of any fees that are charged against assets in the Vault. * - MUST NOT revert. */ function totalAssets() external view returns (uint256 totalManagedAssets); /** * @dev Returns the amount of shares that the Vault would exchange for the amount of assets provided, in an ideal * scenario where all the conditions are met. * * - MUST NOT be inclusive of any fees that are charged against assets in the Vault. * - MUST NOT show any variations depending on the caller. * - MUST NOT reflect slippage or other on-chain conditions, when performing the actual exchange. * - MUST NOT revert. * * NOTE: This calculation MAY NOT reflect the “per-user” price-per-share, and instead should reflect the * “average-user’s” price-per-share, meaning what the average user should expect to see when exchanging to and * from. */ function convertToShares(uint256 assets) external view returns (uint256 shares); /** * @dev Returns the amount of assets that the Vault would exchange for the amount of shares provided, in an ideal * scenario where all the conditions are met. * * - MUST NOT be inclusive of any fees that are charged against assets in the Vault. * - MUST NOT show any variations depending on the caller. * - MUST NOT reflect slippage or other on-chain conditions, when performing the actual exchange. * - MUST NOT revert. * * NOTE: This calculation MAY NOT reflect the “per-user” price-per-share, and instead should reflect the * “average-user’s” price-per-share, meaning what the average user should expect to see when exchanging to and * from. */ function convertToAssets(uint256 shares) external view returns (uint256 assets); /** * @dev Returns the maximum amount of the underlying asset that can be deposited into the Vault for the receiver, * through a deposit call. * * - MUST return a limited value if receiver is subject to some deposit limit. * - MUST return 2 ** 256 - 1 if there is no limit on the maximum amount of assets that may be deposited. * - MUST NOT revert. */ function maxDeposit(address receiver) external view returns (uint256 maxAssets); /** * @dev Allows an on-chain or off-chain user to simulate the effects of their deposit at the current block, given * current on-chain conditions. * * - MUST return as close to and no more than the exact amount of Vault shares that would be minted in a deposit * call in the same transaction. I.e. deposit should return the same or more shares as previewDeposit if called * in the same transaction. * - MUST NOT account for deposit limits like those returned from maxDeposit and should always act as though the * deposit would be accepted, regardless if the user has enough tokens approved, etc. * - MUST be inclusive of deposit fees. Integrators should be aware of the existence of deposit fees. * - MUST NOT revert. * * NOTE: any unfavorable discrepancy between convertToShares and previewDeposit SHOULD be considered slippage in * share price or some other type of condition, meaning the depositor will lose assets by depositing. */ function previewDeposit(uint256 assets) external view returns (uint256 shares); /** * @dev Mints shares Vault shares to receiver by depositing exactly amount of underlying tokens. * * - MUST emit the Deposit event. * - MAY support an additional flow in which the underlying tokens are owned by the Vault contract before the * deposit execution, and are accounted for during deposit. * - MUST revert if all of assets cannot be deposited (due to deposit limit being reached, slippage, the user not * approving enough underlying tokens to the Vault contract, etc). * * NOTE: most implementations will require pre-approval of the Vault with the Vault’s underlying asset token. */ function deposit(uint256 assets, address receiver) external returns (uint256 shares); /** * @dev Returns the maximum amount of the Vault shares that can be minted for the receiver, through a mint call. * - MUST return a limited value if receiver is subject to some mint limit. * - MUST return 2 ** 256 - 1 if there is no limit on the maximum amount of shares that may be minted. * - MUST NOT revert. */ function maxMint(address receiver) external view returns (uint256 maxShares); /** * @dev Allows an on-chain or off-chain user to simulate the effects of their mint at the current block, given * current on-chain conditions. * * - MUST return as close to and no fewer than the exact amount of assets that would be deposited in a mint call * in the same transaction. I.e. mint should return the same or fewer assets as previewMint if called in the * same transaction. * - MUST NOT account for mint limits like those returned from maxMint and should always act as though the mint * would be accepted, regardless if the user has enough tokens approved, etc. * - MUST be inclusive of deposit fees. Integrators should be aware of the existence of deposit fees. * - MUST NOT revert. * * NOTE: any unfavorable discrepancy between convertToAssets and previewMint SHOULD be considered slippage in * share price or some other type of condition, meaning the depositor will lose assets by minting. */ function previewMint(uint256 shares) external view returns (uint256 assets); /** * @dev Mints exactly shares Vault shares to receiver by depositing amount of underlying tokens. * * - MUST emit the Deposit event. * - MAY support an additional flow in which the underlying tokens are owned by the Vault contract before the mint * execution, and are accounted for during mint. * - MUST revert if all of shares cannot be minted (due to deposit limit being reached, slippage, the user not * approving enough underlying tokens to the Vault contract, etc). * * NOTE: most implementations will require pre-approval of the Vault with the Vault’s underlying asset token. */ function mint(uint256 shares, address receiver) external returns (uint256 assets); /** * @dev Returns the maximum amount of the underlying asset that can be withdrawn from the owner balance in the * Vault, through a withdraw call. * * - MUST return a limited value if owner is subject to some withdrawal limit or timelock. * - MUST NOT revert. */ function maxWithdraw(address owner) external view returns (uint256 maxAssets); /** * @dev Allows an on-chain or off-chain user to simulate the effects of their withdrawal at the current block, * given current on-chain conditions. * * - MUST return as close to and no fewer than the exact amount of Vault shares that would be burned in a withdraw * call in the same transaction. I.e. withdraw should return the same or fewer shares as previewWithdraw if * called * in the same transaction. * - MUST NOT account for withdrawal limits like those returned from maxWithdraw and should always act as though * the withdrawal would be accepted, regardless if the user has enough shares, etc. * - MUST be inclusive of withdrawal fees. Integrators should be aware of the existence of withdrawal fees. * - MUST NOT revert. * * NOTE: any unfavorable discrepancy between convertToShares and previewWithdraw SHOULD be considered slippage in * share price or some other type of condition, meaning the depositor will lose assets by depositing. */ function previewWithdraw(uint256 assets) external view returns (uint256 shares); /** * @dev Burns shares from owner and sends exactly assets of underlying tokens to receiver. * * - MUST emit the Withdraw event. * - MAY support an additional flow in which the underlying tokens are owned by the Vault contract before the * withdraw execution, and are accounted for during withdraw. * - MUST revert if all of assets cannot be withdrawn (due to withdrawal limit being reached, slippage, the owner * not having enough shares, etc). * * Note that some implementations will require pre-requesting to the Vault before a withdrawal may be performed. * Those methods should be performed separately. */ function withdraw(uint256 assets, address receiver, address owner) external returns (uint256 shares); /** * @dev Returns the maximum amount of Vault shares that can be redeemed from the owner balance in the Vault, * through a redeem call. * * - MUST return a limited value if owner is subject to some withdrawal limit or timelock. * - MUST return balanceOf(owner) if owner is not subject to any withdrawal limit or timelock. * - MUST NOT revert. */ function maxRedeem(address owner) external view returns (uint256 maxShares); /** * @dev Allows an on-chain or off-chain user to simulate the effects of their redeemption at the current block, * given current on-chain conditions. * * - MUST return as close to and no more than the exact amount of assets that would be withdrawn in a redeem call * in the same transaction. I.e. redeem should return the same or more assets as previewRedeem if called in the * same transaction. * - MUST NOT account for redemption limits like those returned from maxRedeem and should always act as though the * redemption would be accepted, regardless if the user has enough shares, etc. * - MUST be inclusive of withdrawal fees. Integrators should be aware of the existence of withdrawal fees. * - MUST NOT revert. * * NOTE: any unfavorable discrepancy between convertToAssets and previewRedeem SHOULD be considered slippage in * share price or some other type of condition, meaning the depositor will lose assets by redeeming. */ function previewRedeem(uint256 shares) external view returns (uint256 assets); /** * @dev Burns exactly shares from owner and sends assets of underlying tokens to receiver. * * - MUST emit the Withdraw event. * - MAY support an additional flow in which the underlying tokens are owned by the Vault contract before the * redeem execution, and are accounted for during redeem. * - MUST revert if all of shares cannot be redeemed (due to withdrawal limit being reached, slippage, the owner * not having enough shares, etc). * * NOTE: some implementations will require pre-requesting to the Vault before a withdrawal may be performed. * Those methods should be performed separately. */ function redeem(uint256 shares, address receiver, address owner) external returns (uint256 assets); }
// SPDX-License-Identifier: MIT // OpenZeppelin Contracts v4.4.1 (interfaces/IERC20.sol) pragma solidity ^0.8.0; import "../token/ERC20/IERC20.sol";
// SPDX-License-Identifier: MIT // OpenZeppelin Contracts (last updated v4.9.3) (token/ERC20/utils/SafeERC20.sol) pragma solidity ^0.8.0; import "../IERC20.sol"; import "../extensions/IERC20Permit.sol"; import "../../../utils/Address.sol"; /** * @title SafeERC20 * @dev Wrappers around ERC20 operations that throw on failure (when the token * contract returns false). Tokens that return no value (and instead revert or * throw on failure) are also supported, non-reverting calls are assumed to be * successful. * To use this library you can add a `using SafeERC20 for IERC20;` statement to your contract, * which allows you to call the safe operations as `token.safeTransfer(...)`, etc. */ library SafeERC20 { using Address for address; /** * @dev Transfer `value` amount of `token` from the calling contract to `to`. If `token` returns no value, * non-reverting calls are assumed to be successful. */ function safeTransfer(IERC20 token, address to, uint256 value) internal { _callOptionalReturn(token, abi.encodeWithSelector(token.transfer.selector, to, value)); } /** * @dev Transfer `value` amount of `token` from `from` to `to`, spending the approval given by `from` to the * calling contract. If `token` returns no value, non-reverting calls are assumed to be successful. */ function safeTransferFrom(IERC20 token, address from, address to, uint256 value) internal { _callOptionalReturn(token, abi.encodeWithSelector(token.transferFrom.selector, from, to, value)); } /** * @dev Deprecated. This function has issues similar to the ones found in * {IERC20-approve}, and its usage is discouraged. * * Whenever possible, use {safeIncreaseAllowance} and * {safeDecreaseAllowance} instead. */ function safeApprove(IERC20 token, address spender, uint256 value) internal { // safeApprove should only be called when setting an initial allowance, // or when resetting it to zero. To increase and decrease it, use // 'safeIncreaseAllowance' and 'safeDecreaseAllowance' require( (value == 0) || (token.allowance(address(this), spender) == 0), "SafeERC20: approve from non-zero to non-zero allowance" ); _callOptionalReturn(token, abi.encodeWithSelector(token.approve.selector, spender, value)); } /** * @dev Increase the calling contract's allowance toward `spender` by `value`. If `token` returns no value, * non-reverting calls are assumed to be successful. */ function safeIncreaseAllowance(IERC20 token, address spender, uint256 value) internal { uint256 oldAllowance = token.allowance(address(this), spender); _callOptionalReturn(token, abi.encodeWithSelector(token.approve.selector, spender, oldAllowance + value)); } /** * @dev Decrease the calling contract's allowance toward `spender` by `value`. If `token` returns no value, * non-reverting calls are assumed to be successful. */ function safeDecreaseAllowance(IERC20 token, address spender, uint256 value) internal { unchecked { uint256 oldAllowance = token.allowance(address(this), spender); require(oldAllowance >= value, "SafeERC20: decreased allowance below zero"); _callOptionalReturn(token, abi.encodeWithSelector(token.approve.selector, spender, oldAllowance - value)); } } /** * @dev Set the calling contract's allowance toward `spender` to `value`. If `token` returns no value, * non-reverting calls are assumed to be successful. Meant to be used with tokens that require the approval * to be set to zero before setting it to a non-zero value, such as USDT. */ function forceApprove(IERC20 token, address spender, uint256 value) internal { bytes memory approvalCall = abi.encodeWithSelector(token.approve.selector, spender, value); if (!_callOptionalReturnBool(token, approvalCall)) { _callOptionalReturn(token, abi.encodeWithSelector(token.approve.selector, spender, 0)); _callOptionalReturn(token, approvalCall); } } /** * @dev Use a ERC-2612 signature to set the `owner` approval toward `spender` on `token`. * Revert on invalid signature. */ function safePermit( IERC20Permit token, address owner, address spender, uint256 value, uint256 deadline, uint8 v, bytes32 r, bytes32 s ) internal { uint256 nonceBefore = token.nonces(owner); token.permit(owner, spender, value, deadline, v, r, s); uint256 nonceAfter = token.nonces(owner); require(nonceAfter == nonceBefore + 1, "SafeERC20: permit did not succeed"); } /** * @dev Imitates a Solidity high-level call (i.e. a regular function call to a contract), relaxing the requirement * on the return value: the return value is optional (but if data is returned, it must not be false). * @param token The token targeted by the call. * @param data The call data (encoded using abi.encode or one of its variants). */ function _callOptionalReturn(IERC20 token, bytes memory data) private { // We need to perform a low level call here, to bypass Solidity's return data size checking mechanism, since // we're implementing it ourselves. We use {Address-functionCall} to perform this call, which verifies that // the target address contains contract code and also asserts for success in the low-level call. bytes memory returndata = address(token).functionCall(data, "SafeERC20: low-level call failed"); require(returndata.length == 0 || abi.decode(returndata, (bool)), "SafeERC20: ERC20 operation did not succeed"); } /** * @dev Imitates a Solidity high-level call (i.e. a regular function call to a contract), relaxing the requirement * on the return value: the return value is optional (but if data is returned, it must not be false). * @param token The token targeted by the call. * @param data The call data (encoded using abi.encode or one of its variants). * * This is a variant of {_callOptionalReturn} that silents catches all reverts and returns a bool instead. */ function _callOptionalReturnBool(IERC20 token, bytes memory data) private returns (bool) { // We need to perform a low level call here, to bypass Solidity's return data size checking mechanism, since // we're implementing it ourselves. We cannot use {Address-functionCall} here since this should return false // and not revert is the subcall reverts. (bool success, bytes memory returndata) = address(token).call(data); return success && (returndata.length == 0 || abi.decode(returndata, (bool))) && Address.isContract(address(token)); } }
// SPDX-License-Identifier: MIT pragma solidity >=0.8.18; import {IERC4626} from "@openzeppelin/contracts/interfaces/IERC4626.sol"; interface ICoinflakesV1Vault is IERC4626 { function whitelistShareholder(address) external; function isShareholder(address) external view returns (bool); function useAssets(address receiver_, uint256 amount_) external; function returnAssets(address sender_, uint256 amount_) external; function assetsInUse() external view returns (uint256); }
// SPDX-License-Identifier: MIT // OpenZeppelin Contracts (last updated v4.9.0) (access/Ownable.sol) pragma solidity ^0.8.0; import "../utils/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. * * By default, the owner account will be the one that deploys the contract. 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; event OwnershipTransferred(address indexed previousOwner, address indexed newOwner); /** * @dev Initializes the contract setting the deployer as the initial owner. */ constructor() { _transferOwnership(_msgSender()); } /** * @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(), "Ownable: caller is not the owner"); } /** * @dev Leaves the contract without owner. It will not be possible to call * `onlyOwner` functions. Can only be called by the current owner. * * NOTE: Renouncing ownership will leave the contract without an owner, * thereby disabling any functionality that is only available to the owner. */ function renounceOwnership() public virtual onlyOwner { _transferOwnership(address(0)); } /** * @dev Transfers ownership of the contract to a new account (`newOwner`). * Can only be called by the current owner. */ function transferOwnership(address newOwner) public virtual onlyOwner { require(newOwner != address(0), "Ownable: new owner is the zero address"); _transferOwnership(newOwner); } /** * @dev Transfers ownership of the contract to a new account (`newOwner`). * Internal function without access restriction. */ function _transferOwnership(address newOwner) internal virtual { address oldOwner = _owner; _owner = newOwner; emit OwnershipTransferred(oldOwner, newOwner); } }
// 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 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); }
// SPDX-License-Identifier: MIT // OpenZeppelin Contracts v4.4.1 (token/ERC20/extensions/IERC20Metadata.sol) 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 // OpenZeppelin Contracts (last updated v4.9.4) (token/ERC20/extensions/IERC20Permit.sol) 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. * * ==== Security Considerations * * There are two important considerations concerning the use of `permit`. The first is that a valid permit signature * expresses an allowance, and it should not be assumed to convey additional meaning. In particular, it should not be * considered as an intention to spend the allowance in any specific way. The second is that because permits have * built-in replay protection and can be submitted by anyone, they can be frontrun. A protocol that uses permits should * take this into consideration and allow a `permit` call to fail. Combining these two aspects, a pattern that may be * generally recommended is: * * ```solidity * function doThingWithPermit(..., uint256 value, uint256 deadline, uint8 v, bytes32 r, bytes32 s) public { * try token.permit(msg.sender, address(this), value, deadline, v, r, s) {} catch {} * doThing(..., value); * } * * function doThing(..., uint256 value) public { * token.safeTransferFrom(msg.sender, address(this), value); * ... * } * ``` * * Observe that: 1) `msg.sender` is used as the owner, leaving no ambiguity as to the signer intent, and 2) the use of * `try/catch` allows the permit to fail and makes the code tolerant to frontrunning. (See also * {SafeERC20-safeTransferFrom}). * * Additionally, note that smart contract wallets (such as Argent or Safe) are not able to produce permit signatures, so * contracts should have entry points that don't rely on permit. */ 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]. * * CAUTION: See Security Considerations above. */ 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 // OpenZeppelin Contracts (last updated v4.9.0) (utils/Address.sol) pragma solidity ^0.8.1; /** * @dev Collection of functions related to the address type */ library Address { /** * @dev Returns true if `account` is a contract. * * [IMPORTANT] * ==== * It is unsafe to assume that an address for which this function returns * false is an externally-owned account (EOA) and not a contract. * * Among others, `isContract` will return false for the following * types of addresses: * * - an externally-owned account * - a contract in construction * - an address where a contract will be created * - an address where a contract lived, but was destroyed * * Furthermore, `isContract` will also return true if the target contract within * the same transaction is already scheduled for destruction by `SELFDESTRUCT`, * which only has an effect at the end of a transaction. * ==== * * [IMPORTANT] * ==== * You shouldn't rely on `isContract` to protect against flash loan attacks! * * Preventing calls from contracts is highly discouraged. It breaks composability, breaks support for smart wallets * like Gnosis Safe, and does not provide security since it can be circumvented by calling from a contract * constructor. * ==== */ function isContract(address account) internal view returns (bool) { // This method relies on extcodesize/address.code.length, which returns 0 // for contracts in construction, since the code is only stored at the end // of the constructor execution. return account.code.length > 0; } /** * @dev Replacement for Solidity's `transfer`: sends `amount` wei to * `recipient`, forwarding all available gas and reverting on errors. * * https://eips.ethereum.org/EIPS/eip-1884[EIP1884] increases the gas cost * of certain opcodes, possibly making contracts go over the 2300 gas limit * imposed by `transfer`, making them unable to receive funds via * `transfer`. {sendValue} removes this limitation. * * https://consensys.net/diligence/blog/2019/09/stop-using-soliditys-transfer-now/[Learn more]. * * IMPORTANT: because control is transferred to `recipient`, care must be * taken to not create reentrancy vulnerabilities. Consider using * {ReentrancyGuard} or the * https://solidity.readthedocs.io/en/v0.8.0/security-considerations.html#use-the-checks-effects-interactions-pattern[checks-effects-interactions pattern]. */ function sendValue(address payable recipient, uint256 amount) internal { require(address(this).balance >= amount, "Address: insufficient balance"); (bool success, ) = recipient.call{value: amount}(""); require(success, "Address: unable to send value, recipient may have reverted"); } /** * @dev Performs a Solidity function call using a low level `call`. A * plain `call` is an unsafe replacement for a function call: use this * function instead. * * If `target` reverts with a revert reason, it is bubbled up by this * function (like regular Solidity function calls). * * Returns the raw returned data. To convert to the expected return value, * use https://solidity.readthedocs.io/en/latest/units-and-global-variables.html?highlight=abi.decode#abi-encoding-and-decoding-functions[`abi.decode`]. * * Requirements: * * - `target` must be a contract. * - calling `target` with `data` must not revert. * * _Available since v3.1._ */ function functionCall(address target, bytes memory data) internal returns (bytes memory) { return functionCallWithValue(target, data, 0, "Address: low-level call failed"); } /** * @dev Same as {xref-Address-functionCall-address-bytes-}[`functionCall`], but with * `errorMessage` as a fallback revert reason when `target` reverts. * * _Available since v3.1._ */ function functionCall( address target, bytes memory data, string memory errorMessage ) internal returns (bytes memory) { return functionCallWithValue(target, data, 0, errorMessage); } /** * @dev Same as {xref-Address-functionCall-address-bytes-}[`functionCall`], * but also transferring `value` wei to `target`. * * Requirements: * * - the calling contract must have an ETH balance of at least `value`. * - the called Solidity function must be `payable`. * * _Available since v3.1._ */ function functionCallWithValue(address target, bytes memory data, uint256 value) internal returns (bytes memory) { return functionCallWithValue(target, data, value, "Address: low-level call with value failed"); } /** * @dev Same as {xref-Address-functionCallWithValue-address-bytes-uint256-}[`functionCallWithValue`], but * with `errorMessage` as a fallback revert reason when `target` reverts. * * _Available since v3.1._ */ function functionCallWithValue( address target, bytes memory data, uint256 value, string memory errorMessage ) internal returns (bytes memory) { require(address(this).balance >= value, "Address: insufficient balance for call"); (bool success, bytes memory returndata) = target.call{value: value}(data); return verifyCallResultFromTarget(target, success, returndata, errorMessage); } /** * @dev Same as {xref-Address-functionCall-address-bytes-}[`functionCall`], * but performing a static call. * * _Available since v3.3._ */ function functionStaticCall(address target, bytes memory data) internal view returns (bytes memory) { return functionStaticCall(target, data, "Address: low-level static call failed"); } /** * @dev Same as {xref-Address-functionCall-address-bytes-string-}[`functionCall`], * but performing a static call. * * _Available since v3.3._ */ function functionStaticCall( address target, bytes memory data, string memory errorMessage ) internal view returns (bytes memory) { (bool success, bytes memory returndata) = target.staticcall(data); return verifyCallResultFromTarget(target, success, returndata, errorMessage); } /** * @dev Same as {xref-Address-functionCall-address-bytes-}[`functionCall`], * but performing a delegate call. * * _Available since v3.4._ */ function functionDelegateCall(address target, bytes memory data) internal returns (bytes memory) { return functionDelegateCall(target, data, "Address: low-level delegate call failed"); } /** * @dev Same as {xref-Address-functionCall-address-bytes-string-}[`functionCall`], * but performing a delegate call. * * _Available since v3.4._ */ function functionDelegateCall( address target, bytes memory data, string memory errorMessage ) internal returns (bytes memory) { (bool success, bytes memory returndata) = target.delegatecall(data); return verifyCallResultFromTarget(target, success, returndata, errorMessage); } /** * @dev Tool to verify that a low level call to smart-contract was successful, and revert (either by bubbling * the revert reason or using the provided one) in case of unsuccessful call or if target was not a contract. * * _Available since v4.8._ */ function verifyCallResultFromTarget( address target, bool success, bytes memory returndata, string memory errorMessage ) internal view returns (bytes memory) { if (success) { if (returndata.length == 0) { // only check isContract if the call was successful and the return data is empty // otherwise we already know that it was a contract require(isContract(target), "Address: call to non-contract"); } return returndata; } else { _revert(returndata, errorMessage); } } /** * @dev Tool to verify that a low level call was successful, and revert if it wasn't, either by bubbling the * revert reason or using the provided one. * * _Available since v4.3._ */ function verifyCallResult( bool success, bytes memory returndata, string memory errorMessage ) internal pure returns (bytes memory) { if (success) { return returndata; } else { _revert(returndata, errorMessage); } } function _revert(bytes memory returndata, string memory errorMessage) private pure { // Look for revert reason and bubble it up if present if (returndata.length > 0) { // The easiest way to bubble the revert reason is using memory via assembly /// @solidity memory-safe-assembly assembly { let returndata_size := mload(returndata) revert(add(32, returndata), returndata_size) } } else { revert(errorMessage); } } }
// SPDX-License-Identifier: MIT // OpenZeppelin Contracts (last updated v4.9.4) (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; } function _contextSuffixLength() internal view virtual returns (uint256) { return 0; } }
{ "remappings": [ "ds-test/=lib/forge-std/lib/ds-test/src/", "forge-std/=lib/forge-std/src/", "@openzeppelin-contracts/=lib/openzeppelin-contracts/", "@openzeppelin/=lib/openzeppelin-contracts/", "@yearn-vaults-v3/=lib/yearn-vaults-v3/", "@tokenized-strategy/=lib/tokenized-strategy/src/", "@src/=src/", "@test/=test/", "erc4626-tests/=lib/openzeppelin-contracts/lib/erc4626-tests/", "openzeppelin-contracts/=lib/openzeppelin-contracts/", "openzeppelin/=lib/openzeppelin-contracts/contracts/" ], "optimizer": { "enabled": true, "runs": 200 }, "metadata": { "useLiteralContent": false, "bytecodeHash": "ipfs", "appendCBOR": true }, "outputSelection": { "*": { "*": [ "evm.bytecode", "evm.deployedBytecode", "devdoc", "userdoc", "metadata", "abi" ] } }, "evmVersion": "paris", "viaIR": true, "libraries": {} }
Contract Security Audit
- No Contract Security Audit Submitted- Submit Audit Here
[{"inputs":[],"stateMutability":"nonpayable","type":"constructor"},{"anonymous":false,"inputs":[{"indexed":false,"internalType":"uint256","name":"sharesV1","type":"uint256"},{"indexed":false,"internalType":"uint256","name":"sharesV2","type":"uint256"},{"indexed":false,"internalType":"uint256","name":"depositedAssets","type":"uint256"},{"indexed":true,"internalType":"address","name":"receiver","type":"address"}],"name":"Migrated","type":"event"},{"anonymous":false,"inputs":[{"indexed":true,"internalType":"address","name":"previousOwner","type":"address"},{"indexed":true,"internalType":"address","name":"newOwner","type":"address"}],"name":"OwnershipTransferred","type":"event"},{"inputs":[],"name":"asset","outputs":[{"internalType":"contract IERC20","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"lastHolder","outputs":[{"internalType":"address","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"uint256","name":"sharesV1","type":"uint256"},{"internalType":"address","name":"receiver","type":"address"}],"name":"migrate","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[],"name":"owner","outputs":[{"internalType":"address","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"renounceOwnership","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[{"internalType":"address","name":"newOwner","type":"address"}],"name":"transferOwnership","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[],"name":"vaultV1","outputs":[{"internalType":"contract ICoinflakesV1Vault","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"vaultV2","outputs":[{"internalType":"contract IERC4626","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address","name":"tokenAddr","type":"address"},{"internalType":"uint256","name":"amount","type":"uint256"},{"internalType":"address","name":"receiver","type":"address"}],"name":"withdrawAssets","outputs":[],"stateMutability":"nonpayable","type":"function"}]
Contract Creation Code
608060409080825234620002045760008054336001600160a01b031980831682178455936001600160a01b03939290919084167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e08480a373430fd367dbbaebdae682060e0fd2b2b1583e0639908185600154161760015573254bd33e2f62713f893f0842c99e68f855cda31590818660025416176002556004737c46713490e379f515a182d8a5a36dec9d99be6a878254161781556338d52e0f60e01b9182815260209384828481895afa918215620001d657839186918994620001e0575b508b51928380928882525afa908115620001d657889182918991620001b4575b50169116036200017d5790829188518095819382525afa9283156200017257926200013e575b50501690600354161760035551610be49081620002658239f35b620001629250803d106200016a575b62000159818362000209565b81019062000243565b388062000124565b503d6200014d565b8651903d90823e3d90fd5b875162461bcd60e51b81529081018390526011602482015270185cdcd95d1cc81b5a5cdb585d18da1959607a1b6044820152606490fd5b620001cf9150873d89116200016a5762000159818362000209565b38620000fe565b8a513d89823e3d90fd5b620001fc919450823d84116200016a5762000159818362000209565b9238620000de565b600080fd5b601f909101601f19168101906001600160401b038211908210176200022d57604052565b634e487b7160e01b600052604160045260246000fd5b908160209103126200020457516001600160a01b038116810362000204579056fe6080604081815260048036101561001557600080fd5b600092833560e01c9081631ee00bc3146109f25750806337922a48146109cb57806338d52e0f146109a2578063405b84fa146102c65780635eb9bad61461029d578063715018a61461024057838163809eecb914610179575080638da5cb5b1461014d5763f2fde38b1461008857600080fd5b34610149576020366003190112610149576100a1610a17565b906100aa610a82565b6001600160a01b039182169283156100f757505082546001600160a01b0319811683178455167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e08380a380f35b906020608492519162461bcd60e51b8352820152602660248201527f4f776e61626c653a206e6577206f776e657220697320746865207a65726f206160448201526564647265737360d01b6064820152fd5b8280fd5b505034610175578160031936011261017557905490516001600160a01b039091168152602090f35b5080fd5b8084843461023c57606036600319011261023c57610195610a17565b6001600160a01b0391906044358381168103610238576101ee956020946101ba610a82565b865163a9059cbb60e01b81526001600160a01b03909316948301948552602435602086015291968794859391849160400190565b0393165af190811561022f5750610203575080f35b6102249060203d602011610228575b61021c8183610a32565b810190610a6a565b5080f35b503d610212565b513d84823e3d90fd5b8580fd5b5050fd5b833461029a578060031936011261029a57610259610a82565b80546001600160a01b03198116825581906001600160a01b03167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e08280a380f35b80fd5b50503461017557816003193601126101755760025490516001600160a01b039091168152602090f35b50903461014957806003193601126101495781359060249081359160018060a01b03938484169586850361099e57819580600154169285519363b4c2b49160e01b855260209485818681855afa908115610994578c91610963575b506109225781156108d6578651858101916323b872dd60e01b835233888301523060448301528360648301526064825260a082019267ffffffffffffffff92808510848611176108c45760e08101858110858211176108b1578b528885527f5361666545524332303a206c6f772d6c6576656c2063616c6c206661696c656460c0820152518e9182919082855af1913d156108a3573d90811161089157918d916103ea94938b51906103dc8b601f19601f8401160183610a32565b815280938a3d92013e610ada565b805190858215928315610879575b505050156108245789908260015416908751636c82bbbf60e11b8152308682015286818981865afa90811561081a5784916107e9575b508091116107e1575b5084906064885180948193635d043b2960e11b83528d89840152308b8401523060448401525af19081156107d7578a916107a6575b5060015486516370a0823160e01b8082523086830152989184169086818981855afa90811561079c578d9161076b575b506106a1575b50508160035416908651978852308489015284888781855afa978815610697578b98610664575b50871061060f57600254865163095ea7b360e01b81529083166001600160a01b0316848201908152602081018990528b9392869183919082908790829060400103925af1801561060557926044928695928a956105e8575b50600254168b89519889968795636e553f6560e01b87528601528401525af19182156105de578792610583575b5082519485528401528201527f0a225d88d4a7e431aeabacffec605d76a27991a7bd8805fc807a77958fb761ee90606090a280f35b93915093918484813d83116105d7575b61059d8183610a32565b810103126105d35792519193909291907f0a225d88d4a7e431aeabacffec605d76a27991a7bd8805fc807a77958fb761ee61054e565b8680fd5b503d610593565b83513d89823e3d90fd5b6105fe90873d89116102285761021c8183610a32565b5038610521565b87513d85823e3d90fd5b855162461bcd60e51b8152808401859052602a818701527f6e6f7420656e6f756768206173736574732077697468647261776e2066726f6d604482015269081bdb19081d985d5b1d60b21b6064820152608490fd5b9097508481813d8311610690575b61067c8183610a32565b8101031261068c575196386104c9565b8a80fd5b503d610672565b87513d8d823e3d90fd5b87519089825230868301528c87838a81855afa92831561075f579088939291819361072a575b508a5163a9059cbb60e01b81526001600160a01b039095168886019081526020810193909352849283919082906040015b03925af180156106975761070d575b806104a2565b61072390853d87116102285761021c8183610a32565b5038610707565b8481959294503d8311610758575b6107428183610a32565b81010312610175579151879290916106f86106c7565b503d610738565b508951903d90823e3d90fd5b90508681813d8311610795575b6107828183610a32565b8101031261079157513861049c565b8c80fd5b503d610778565b89513d8f823e3d90fd5b90508381813d83116107d0575b6107bd8183610a32565b810103126107cc57513861046c565b8980fd5b503d6107b3565b86513d8c823e3d90fd5b985084610437565b90508681813d8311610813575b6108008183610a32565b8101031261080f57513861042e565b8380fd5b503d6107f6565b89513d86823e3d90fd5b855162461bcd60e51b8152808401859052602a818701527f5361666545524332303a204552433230206f7065726174696f6e20646964206e6044820152691bdd081cdd58d8d9595960b21b6064820152608490fd5b6108899350820181019101610a6a565b3885816103f8565b634e487b7160e01b8e5260418752888efd5b506103ea9291606091610ada565b50634e487b7160e01b8f5260418852898ffd5b634e487b7160e01b8f5260418852898ffd5b865162461bcd60e51b81528085018690526021818801527f6d7573742072656465656d206d6f7265207468616e207a65726f2073686172656044820152607360f81b6064820152608490fd5b5050509181606494519362461bcd60e51b85528401528201527f617373657473207374696c6c20696e2075736520696e206f6c64207661756c746044820152fd5b90508581813d831161098d575b61097a8183610a32565b81010312610989575138610321565b8b80fd5b503d610970565b88513d8e823e3d90fd5b8780fd5b50503461017557816003193601126101755760035490516001600160a01b039091168152602090f35b50346101495782600319360112610149575490516001600160a01b03909116815260209150f35b8490346101755781600319360112610175576001546001600160a01b03168152602090f35b600435906001600160a01b0382168203610a2d57565b600080fd5b90601f8019910116810190811067ffffffffffffffff821117610a5457604052565b634e487b7160e01b600052604160045260246000fd5b90816020910312610a2d57518015158103610a2d5790565b6000546001600160a01b03163303610a9657565b606460405162461bcd60e51b815260206004820152602060248201527f4f776e61626c653a2063616c6c6572206973206e6f7420746865206f776e65726044820152fd5b91929015610b3c5750815115610aee575090565b3b15610af75790565b60405162461bcd60e51b815260206004820152601d60248201527f416464726573733a2063616c6c20746f206e6f6e2d636f6e74726163740000006044820152606490fd5b825190915015610b4f5750805190602001fd5b6040519062461bcd60e51b82528160208060048301528251908160248401526000935b828510610b95575050604492506000838284010152601f80199101168101030190fd5b8481018201518686016044015293810193859350610b7256fea2646970667358221220f0d392275ef43eeb502774548d3d255f76a654b5a1e18dea2f18ecd66add309364736f6c63430008180033
Deployed Bytecode
0x6080604081815260048036101561001557600080fd5b600092833560e01c9081631ee00bc3146109f25750806337922a48146109cb57806338d52e0f146109a2578063405b84fa146102c65780635eb9bad61461029d578063715018a61461024057838163809eecb914610179575080638da5cb5b1461014d5763f2fde38b1461008857600080fd5b34610149576020366003190112610149576100a1610a17565b906100aa610a82565b6001600160a01b039182169283156100f757505082546001600160a01b0319811683178455167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e08380a380f35b906020608492519162461bcd60e51b8352820152602660248201527f4f776e61626c653a206e6577206f776e657220697320746865207a65726f206160448201526564647265737360d01b6064820152fd5b8280fd5b505034610175578160031936011261017557905490516001600160a01b039091168152602090f35b5080fd5b8084843461023c57606036600319011261023c57610195610a17565b6001600160a01b0391906044358381168103610238576101ee956020946101ba610a82565b865163a9059cbb60e01b81526001600160a01b03909316948301948552602435602086015291968794859391849160400190565b0393165af190811561022f5750610203575080f35b6102249060203d602011610228575b61021c8183610a32565b810190610a6a565b5080f35b503d610212565b513d84823e3d90fd5b8580fd5b5050fd5b833461029a578060031936011261029a57610259610a82565b80546001600160a01b03198116825581906001600160a01b03167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e08280a380f35b80fd5b50503461017557816003193601126101755760025490516001600160a01b039091168152602090f35b50903461014957806003193601126101495781359060249081359160018060a01b03938484169586850361099e57819580600154169285519363b4c2b49160e01b855260209485818681855afa908115610994578c91610963575b506109225781156108d6578651858101916323b872dd60e01b835233888301523060448301528360648301526064825260a082019267ffffffffffffffff92808510848611176108c45760e08101858110858211176108b1578b528885527f5361666545524332303a206c6f772d6c6576656c2063616c6c206661696c656460c0820152518e9182919082855af1913d156108a3573d90811161089157918d916103ea94938b51906103dc8b601f19601f8401160183610a32565b815280938a3d92013e610ada565b805190858215928315610879575b505050156108245789908260015416908751636c82bbbf60e11b8152308682015286818981865afa90811561081a5784916107e9575b508091116107e1575b5084906064885180948193635d043b2960e11b83528d89840152308b8401523060448401525af19081156107d7578a916107a6575b5060015486516370a0823160e01b8082523086830152989184169086818981855afa90811561079c578d9161076b575b506106a1575b50508160035416908651978852308489015284888781855afa978815610697578b98610664575b50871061060f57600254865163095ea7b360e01b81529083166001600160a01b0316848201908152602081018990528b9392869183919082908790829060400103925af1801561060557926044928695928a956105e8575b50600254168b89519889968795636e553f6560e01b87528601528401525af19182156105de578792610583575b5082519485528401528201527f0a225d88d4a7e431aeabacffec605d76a27991a7bd8805fc807a77958fb761ee90606090a280f35b93915093918484813d83116105d7575b61059d8183610a32565b810103126105d35792519193909291907f0a225d88d4a7e431aeabacffec605d76a27991a7bd8805fc807a77958fb761ee61054e565b8680fd5b503d610593565b83513d89823e3d90fd5b6105fe90873d89116102285761021c8183610a32565b5038610521565b87513d85823e3d90fd5b855162461bcd60e51b8152808401859052602a818701527f6e6f7420656e6f756768206173736574732077697468647261776e2066726f6d604482015269081bdb19081d985d5b1d60b21b6064820152608490fd5b9097508481813d8311610690575b61067c8183610a32565b8101031261068c575196386104c9565b8a80fd5b503d610672565b87513d8d823e3d90fd5b87519089825230868301528c87838a81855afa92831561075f579088939291819361072a575b508a5163a9059cbb60e01b81526001600160a01b039095168886019081526020810193909352849283919082906040015b03925af180156106975761070d575b806104a2565b61072390853d87116102285761021c8183610a32565b5038610707565b8481959294503d8311610758575b6107428183610a32565b81010312610175579151879290916106f86106c7565b503d610738565b508951903d90823e3d90fd5b90508681813d8311610795575b6107828183610a32565b8101031261079157513861049c565b8c80fd5b503d610778565b89513d8f823e3d90fd5b90508381813d83116107d0575b6107bd8183610a32565b810103126107cc57513861046c565b8980fd5b503d6107b3565b86513d8c823e3d90fd5b985084610437565b90508681813d8311610813575b6108008183610a32565b8101031261080f57513861042e565b8380fd5b503d6107f6565b89513d86823e3d90fd5b855162461bcd60e51b8152808401859052602a818701527f5361666545524332303a204552433230206f7065726174696f6e20646964206e6044820152691bdd081cdd58d8d9595960b21b6064820152608490fd5b6108899350820181019101610a6a565b3885816103f8565b634e487b7160e01b8e5260418752888efd5b506103ea9291606091610ada565b50634e487b7160e01b8f5260418852898ffd5b634e487b7160e01b8f5260418852898ffd5b865162461bcd60e51b81528085018690526021818801527f6d7573742072656465656d206d6f7265207468616e207a65726f2073686172656044820152607360f81b6064820152608490fd5b5050509181606494519362461bcd60e51b85528401528201527f617373657473207374696c6c20696e2075736520696e206f6c64207661756c746044820152fd5b90508581813d831161098d575b61097a8183610a32565b81010312610989575138610321565b8b80fd5b503d610970565b88513d8e823e3d90fd5b8780fd5b50503461017557816003193601126101755760035490516001600160a01b039091168152602090f35b50346101495782600319360112610149575490516001600160a01b03909116815260209150f35b8490346101755781600319360112610175576001546001600160a01b03168152602090f35b600435906001600160a01b0382168203610a2d57565b600080fd5b90601f8019910116810190811067ffffffffffffffff821117610a5457604052565b634e487b7160e01b600052604160045260246000fd5b90816020910312610a2d57518015158103610a2d5790565b6000546001600160a01b03163303610a9657565b606460405162461bcd60e51b815260206004820152602060248201527f4f776e61626c653a2063616c6c6572206973206e6f7420746865206f776e65726044820152fd5b91929015610b3c5750815115610aee575090565b3b15610af75790565b60405162461bcd60e51b815260206004820152601d60248201527f416464726573733a2063616c6c20746f206e6f6e2d636f6e74726163740000006044820152606490fd5b825190915015610b4f5750805190602001fd5b6040519062461bcd60e51b82528160208060048301528251908160248401526000935b828510610b95575050604492506000838284010152601f80199101168101030190fd5b8481018201518686016044015293810193859350610b7256fea2646970667358221220f0d392275ef43eeb502774548d3d255f76a654b5a1e18dea2f18ecd66add309364736f6c63430008180033
Loading...
Loading
Loading...
Loading
Multichain Portfolio | 30 Chains
Chain | Token | Portfolio % | Price | Amount | Value |
---|
Loading...
Loading
[ Download: CSV Export ]
A contract address hosts a smart contract, which is a set of code stored on the blockchain that runs when predetermined conditions are met. Learn more about addresses in our Knowledge Base.