Overview
S Balance
0 S
S Value
-More Info
Private Name Tags
ContractCreator
Transaction Hash |
Method
|
Block
|
From
|
To
|
|||||
---|---|---|---|---|---|---|---|---|---|
Latest 1 internal transaction
Parent Transaction Hash | Block | From | To | |||
---|---|---|---|---|---|---|
493216 | 13 days ago | Contract Creation | 0 S |
Loading...
Loading
Contract Name:
FluidStakingMerkleResolver
Compiler Version
v0.8.21+commit.d9974bed
Optimization Enabled:
Yes with 10000000 runs
Other Settings:
paris EvmVersion
Contract Source Code (Solidity Standard Json-Input format)
// SPDX-License-Identifier: BUSL-1.1 pragma solidity 0.8.21; import { IFToken } from "../../../protocols/lending/interfaces/iFToken.sol"; import { IFluidLendingStakingRewards } from "../../../protocols/lending/interfaces/iStakingRewards.sol"; /// @notice Fluid Lending protocol Merkle Staking Rewards resolver contract FluidStakingMerkleResolver { IFToken public constant FUSDC = IFToken(0x9Fb7b4477576Fe5B32be4C1843aFB1e55F251B33); IFToken public constant FUSDT = IFToken(0x5C20B550819128074FD538Edf79791733ccEdd18); IFluidLendingStakingRewards public constant FUSDC_STAKING = IFluidLendingStakingRewards(0x2fA6c95B69c10f9F52b8990b6C03171F13C46225); IFluidLendingStakingRewards public constant FUSDT_STAKING = IFluidLendingStakingRewards(0x490681095ed277B45377d28cA15Ac41d64583048); struct UserPosition { address user; uint256 shares; // normalShares + stakeShares uint256 normalShares; uint256 stakeShares; } function getUsersPosition( address[] calldata users_, IFToken fToken_, IFluidLendingStakingRewards stakingContract_ ) public view returns (UserPosition[] memory positions_) { positions_ = new UserPosition[](users_.length); for (uint256 i; i < users_.length; ++i) { positions_[i].user = users_[i]; positions_[i].normalShares = fToken_.balanceOf(users_[i]); positions_[i].stakeShares = stakingContract_.balanceOf(users_[i]); positions_[i].shares = positions_[i].normalShares + positions_[i].stakeShares; } } function getUsersPositionFUSDC(address[] calldata users_) public view returns (UserPosition[] memory positions_) { return getUsersPosition(users_, FUSDC, FUSDC_STAKING); } function getUsersPositionFUSDT(address[] calldata users_) public view returns (UserPosition[] memory positions_) { return getUsersPosition(users_, FUSDT, FUSDT_STAKING); } }
// SPDX-License-Identifier: MIT // OpenZeppelin Contracts (last updated v4.8.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 (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.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); }
// SPDX-License-Identifier: MIT pragma solidity 0.8.21; interface IProxy { function setAdmin(address newAdmin_) external; function setDummyImplementation(address newDummyImplementation_) external; function addImplementation(address implementation_, bytes4[] calldata sigs_) external; function removeImplementation(address implementation_) external; function getAdmin() external view returns (address); function getDummyImplementation() external view returns (address); function getImplementationSigs(address impl_) external view returns (bytes4[] memory); function getSigsImplementation(bytes4 sig_) external view returns (address); function readFromStorage(bytes32 slot_) external view returns (uint256 result_); }
// SPDX-License-Identifier: BUSL-1.1 pragma solidity 0.8.21; abstract contract Structs { struct AddressBool { address addr; bool value; } struct AddressUint256 { address addr; uint256 value; } /// @notice struct to set borrow rate data for version 1 struct RateDataV1Params { /// /// @param token for rate data address token; /// /// @param kink in borrow rate. in 1e2: 100% = 10_000; 1% = 100 /// utilization below kink usually means slow increase in rate, once utilization is above kink borrow rate increases fast uint256 kink; /// /// @param rateAtUtilizationZero desired borrow rate when utilization is zero. in 1e2: 100% = 10_000; 1% = 100 /// i.e. constant minimum borrow rate /// e.g. at utilization = 0.01% rate could still be at least 4% (rateAtUtilizationZero would be 400 then) uint256 rateAtUtilizationZero; /// /// @param rateAtUtilizationKink borrow rate when utilization is at kink. in 1e2: 100% = 10_000; 1% = 100 /// e.g. when rate should be 7% at kink then rateAtUtilizationKink would be 700 uint256 rateAtUtilizationKink; /// /// @param rateAtUtilizationMax borrow rate when utilization is maximum at 100%. in 1e2: 100% = 10_000; 1% = 100 /// e.g. when rate should be 125% at 100% then rateAtUtilizationMax would be 12_500 uint256 rateAtUtilizationMax; } /// @notice struct to set borrow rate data for version 2 struct RateDataV2Params { /// /// @param token for rate data address token; /// /// @param kink1 first kink in borrow rate. in 1e2: 100% = 10_000; 1% = 100 /// utilization below kink 1 usually means slow increase in rate, once utilization is above kink 1 borrow rate increases faster uint256 kink1; /// /// @param kink2 second kink in borrow rate. in 1e2: 100% = 10_000; 1% = 100 /// utilization below kink 2 usually means slow / medium increase in rate, once utilization is above kink 2 borrow rate increases fast uint256 kink2; /// /// @param rateAtUtilizationZero desired borrow rate when utilization is zero. in 1e2: 100% = 10_000; 1% = 100 /// i.e. constant minimum borrow rate /// e.g. at utilization = 0.01% rate could still be at least 4% (rateAtUtilizationZero would be 400 then) uint256 rateAtUtilizationZero; /// /// @param rateAtUtilizationKink1 desired borrow rate when utilization is at first kink. in 1e2: 100% = 10_000; 1% = 100 /// e.g. when rate should be 7% at first kink then rateAtUtilizationKink would be 700 uint256 rateAtUtilizationKink1; /// /// @param rateAtUtilizationKink2 desired borrow rate when utilization is at second kink. in 1e2: 100% = 10_000; 1% = 100 /// e.g. when rate should be 7% at second kink then rateAtUtilizationKink would be 1_200 uint256 rateAtUtilizationKink2; /// /// @param rateAtUtilizationMax desired borrow rate when utilization is maximum at 100%. in 1e2: 100% = 10_000; 1% = 100 /// e.g. when rate should be 125% at 100% then rateAtUtilizationMax would be 12_500 uint256 rateAtUtilizationMax; } /// @notice struct to set token config struct TokenConfig { /// /// @param token address address token; /// /// @param fee charges on borrower's interest. in 1e2: 100% = 10_000; 1% = 100 uint256 fee; /// /// @param threshold on when to update the storage slot. in 1e2: 100% = 10_000; 1% = 100 uint256 threshold; /// /// @param maxUtilization maximum allowed utilization. in 1e2: 100% = 10_000; 1% = 100 /// set to 100% to disable and have default limit of 100% (avoiding SLOAD). uint256 maxUtilization; } /// @notice struct to set user supply & withdrawal config struct UserSupplyConfig { /// /// @param user address address user; /// /// @param token address address token; /// /// @param mode: 0 = without interest. 1 = with interest uint8 mode; /// /// @param expandPercent withdrawal limit expand percent. in 1e2: 100% = 10_000; 1% = 100 /// Also used to calculate rate at which withdrawal limit should decrease (instant). uint256 expandPercent; /// /// @param expandDuration withdrawal limit expand duration in seconds. /// used to calculate rate together with expandPercent uint256 expandDuration; /// /// @param baseWithdrawalLimit base limit, below this, user can withdraw the entire amount. /// amount in raw (to be multiplied with exchange price) or normal depends on configured mode in user config for the token: /// with interest -> raw, without interest -> normal uint256 baseWithdrawalLimit; } /// @notice struct to set user borrow & payback config struct UserBorrowConfig { /// /// @param user address address user; /// /// @param token address address token; /// /// @param mode: 0 = without interest. 1 = with interest uint8 mode; /// /// @param expandPercent debt limit expand percent. in 1e2: 100% = 10_000; 1% = 100 /// Also used to calculate rate at which debt limit should decrease (instant). uint256 expandPercent; /// /// @param expandDuration debt limit expand duration in seconds. /// used to calculate rate together with expandPercent uint256 expandDuration; /// /// @param baseDebtCeiling base borrow limit. until here, borrow limit remains as baseDebtCeiling /// (user can borrow until this point at once without stepped expansion). Above this, automated limit comes in place. /// amount in raw (to be multiplied with exchange price) or normal depends on configured mode in user config for the token: /// with interest -> raw, without interest -> normal uint256 baseDebtCeiling; /// /// @param maxDebtCeiling max borrow ceiling, maximum amount the user can borrow. /// amount in raw (to be multiplied with exchange price) or normal depends on configured mode in user config for the token: /// with interest -> raw, without interest -> normal uint256 maxDebtCeiling; } }
//SPDX-License-Identifier: MIT pragma solidity 0.8.21; import { IProxy } from "../../infiniteProxy/interfaces/iProxy.sol"; import { Structs as AdminModuleStructs } from "../adminModule/structs.sol"; interface IFluidLiquidityAdmin { /// @notice adds/removes auths. Auths generally could be contracts which can have restricted actions defined on contract. /// auths can be helpful in reducing governance overhead where it's not needed. /// @param authsStatus_ array of structs setting allowed status for an address. /// status true => add auth, false => remove auth function updateAuths(AdminModuleStructs.AddressBool[] calldata authsStatus_) external; /// @notice adds/removes guardians. Only callable by Governance. /// @param guardiansStatus_ array of structs setting allowed status for an address. /// status true => add guardian, false => remove guardian function updateGuardians(AdminModuleStructs.AddressBool[] calldata guardiansStatus_) external; /// @notice changes the revenue collector address (contract that is sent revenue). Only callable by Governance. /// @param revenueCollector_ new revenue collector address function updateRevenueCollector(address revenueCollector_) external; /// @notice changes current status, e.g. for pausing or unpausing all user operations. Only callable by Auths. /// @param newStatus_ new status /// status = 2 -> pause, status = 1 -> resume. function changeStatus(uint256 newStatus_) external; /// @notice update tokens rate data version 1. Only callable by Auths. /// @param tokensRateData_ array of RateDataV1Params with rate data to set for each token function updateRateDataV1s(AdminModuleStructs.RateDataV1Params[] calldata tokensRateData_) external; /// @notice update tokens rate data version 2. Only callable by Auths. /// @param tokensRateData_ array of RateDataV2Params with rate data to set for each token function updateRateDataV2s(AdminModuleStructs.RateDataV2Params[] calldata tokensRateData_) external; /// @notice updates token configs: fee charge on borrowers interest & storage update utilization threshold. /// Only callable by Auths. /// @param tokenConfigs_ contains token address, fee & utilization threshold function updateTokenConfigs(AdminModuleStructs.TokenConfig[] calldata tokenConfigs_) external; /// @notice updates user classes: 0 is for new protocols, 1 is for established protocols. /// Only callable by Auths. /// @param userClasses_ struct array of uint256 value to assign for each user address function updateUserClasses(AdminModuleStructs.AddressUint256[] calldata userClasses_) external; /// @notice sets user supply configs per token basis. Eg: with interest or interest-free and automated limits. /// Only callable by Auths. /// @param userSupplyConfigs_ struct array containing user supply config, see `UserSupplyConfig` struct for more info function updateUserSupplyConfigs(AdminModuleStructs.UserSupplyConfig[] memory userSupplyConfigs_) external; /// @notice sets a new withdrawal limit as the current limit for a certain user /// @param user_ user address for which to update the withdrawal limit /// @param token_ token address for which to update the withdrawal limit /// @param newLimit_ new limit until which user supply can decrease to. /// Important: input in raw. Must account for exchange price in input param calculation. /// Note any limit that is < max expansion or > current user supply will set max expansion limit or /// current user supply as limit respectively. /// - set 0 to make maximum possible withdrawable: instant full expansion, and if that goes /// below base limit then fully down to 0. /// - set type(uint256).max to make current withdrawable 0 (sets current user supply as limit). function updateUserWithdrawalLimit(address user_, address token_, uint256 newLimit_) external; /// @notice setting user borrow configs per token basis. Eg: with interest or interest-free and automated limits. /// Only callable by Auths. /// @param userBorrowConfigs_ struct array containing user borrow config, see `UserBorrowConfig` struct for more info function updateUserBorrowConfigs(AdminModuleStructs.UserBorrowConfig[] memory userBorrowConfigs_) external; /// @notice pause operations for a particular user in class 0 (class 1 users can't be paused by guardians). /// Only callable by Guardians. /// @param user_ address of user to pause operations for /// @param supplyTokens_ token addresses to pause withdrawals for /// @param borrowTokens_ token addresses to pause borrowings for function pauseUser(address user_, address[] calldata supplyTokens_, address[] calldata borrowTokens_) external; /// @notice unpause operations for a particular user in class 0 (class 1 users can't be paused by guardians). /// Only callable by Guardians. /// @param user_ address of user to unpause operations for /// @param supplyTokens_ token addresses to unpause withdrawals for /// @param borrowTokens_ token addresses to unpause borrowings for function unpauseUser(address user_, address[] calldata supplyTokens_, address[] calldata borrowTokens_) external; /// @notice collects revenue for tokens to configured revenueCollector address. /// @param tokens_ array of tokens to collect revenue for /// @dev Note that this can revert if token balance is < revenueAmount (utilization > 100%) function collectRevenue(address[] calldata tokens_) external; /// @notice gets the current updated exchange prices for n tokens and updates all prices, rates related data in storage. /// @param tokens_ tokens to update exchange prices for /// @return supplyExchangePrices_ new supply rates of overall system for each token /// @return borrowExchangePrices_ new borrow rates of overall system for each token function updateExchangePrices( address[] calldata tokens_ ) external returns (uint256[] memory supplyExchangePrices_, uint256[] memory borrowExchangePrices_); } interface IFluidLiquidityLogic is IFluidLiquidityAdmin { /// @notice Single function which handles supply, withdraw, borrow & payback /// @param token_ address of token (0xEeeeeEeeeEeEeeEeEeEeeEEEeeeeEeeeeeeeEEeE for native) /// @param supplyAmount_ if +ve then supply, if -ve then withdraw, if 0 then nothing /// @param borrowAmount_ if +ve then borrow, if -ve then payback, if 0 then nothing /// @param withdrawTo_ if withdrawal then to which address /// @param borrowTo_ if borrow then to which address /// @param callbackData_ callback data passed to `liquidityCallback` method of protocol /// @return memVar3_ updated supplyExchangePrice /// @return memVar4_ updated borrowExchangePrice /// @dev to trigger skipping in / out transfers (gas optimization): /// - ` callbackData_` MUST be encoded so that "from" address is the last 20 bytes in the last 32 bytes slot, /// also for native token operations where liquidityCallback is not triggered! /// from address must come at last position if there is more data. I.e. encode like: /// abi.encode(otherVar1, otherVar2, FROM_ADDRESS). Note dynamic types used with abi.encode come at the end /// so if dynamic types are needed, you must use abi.encodePacked to ensure the from address is at the end. /// - this "from" address must match withdrawTo_ or borrowTo_ and must be == `msg.sender` /// - `callbackData_` must in addition to the from address as described above include bytes32 SKIP_TRANSFERS /// in the slot before (bytes 32 to 63) /// - `msg.value` must be 0. /// - Amounts must be either: /// - supply(+) == borrow(+), withdraw(-) == payback(-). /// - Liquidity must be on the winning side (deposit < borrow OR payback < withdraw). function operate( address token_, int256 supplyAmount_, int256 borrowAmount_, address withdrawTo_, address borrowTo_, bytes calldata callbackData_ ) external payable returns (uint256 memVar3_, uint256 memVar4_); } interface IFluidLiquidity is IProxy, IFluidLiquidityLogic {}
//SPDX-License-Identifier: MIT pragma solidity 0.8.21; import { IERC4626 } from "@openzeppelin/contracts/interfaces/IERC4626.sol"; import { IAllowanceTransfer } from "./permit2/iAllowanceTransfer.sol"; import { IFluidLendingRewardsRateModel } from "./iLendingRewardsRateModel.sol"; import { IFluidLendingFactory } from "./iLendingFactory.sol"; import { IFluidLiquidity } from "../../../liquidity/interfaces/iLiquidity.sol"; interface IFTokenAdmin { /// @notice updates the rewards rate model contract. /// Only callable by LendingFactory auths. /// @param rewardsRateModel_ the new rewards rate model contract address. /// can be set to address(0) to set no rewards (to save gas) function updateRewards(IFluidLendingRewardsRateModel rewardsRateModel_) external; /// @notice Balances out the difference between fToken supply at Liquidity vs totalAssets(). /// Deposits underlying from rebalancer address into Liquidity but doesn't mint any shares /// -> thus making deposit available as rewards. /// Only callable by rebalancer. /// @return assets_ amount deposited to Liquidity function rebalance() external payable returns (uint256 assets_); /// @notice gets the liquidity exchange price of the underlying asset, calculates the updated exchange price (with reward rates) /// and writes those values to storage. /// Callable by anyone. /// @return tokenExchangePrice_ exchange price of fToken share to underlying asset /// @return liquidityExchangePrice_ exchange price at Liquidity for the underlying asset function updateRates() external returns (uint256 tokenExchangePrice_, uint256 liquidityExchangePrice_); /// @notice sends any potentially stuck funds to Liquidity contract. Only callable by LendingFactory auths. function rescueFunds(address token_) external; /// @notice Updates the rebalancer address (ReserveContract). Only callable by LendingFactory auths. function updateRebalancer(address rebalancer_) external; } interface IFToken is IERC4626, IFTokenAdmin { /// @notice returns minimum amount required for deposit (rounded up) function minDeposit() external view returns (uint256); /// @notice returns config, rewards and exchange prices data in a single view method. /// @return liquidity_ address of the Liquidity contract. /// @return lendingFactory_ address of the Lending factory contract. /// @return lendingRewardsRateModel_ address of the rewards rate model contract. changeable by LendingFactory auths. /// @return permit2_ address of the Permit2 contract used for deposits / mint with signature /// @return rebalancer_ address of the rebalancer allowed to execute `rebalance()` /// @return rewardsActive_ true if rewards are currently active /// @return liquidityBalance_ current Liquidity supply balance of `address(this)` for the underyling asset /// @return liquidityExchangePrice_ (updated) exchange price for the underlying assset in the liquidity protocol (without rewards) /// @return tokenExchangePrice_ (updated) exchange price between fToken and the underlying assset (with rewards) function getData() external view returns ( IFluidLiquidity liquidity_, IFluidLendingFactory lendingFactory_, IFluidLendingRewardsRateModel lendingRewardsRateModel_, IAllowanceTransfer permit2_, address rebalancer_, bool rewardsActive_, uint256 liquidityBalance_, uint256 liquidityExchangePrice_, uint256 tokenExchangePrice_ ); /// @notice transfers `amount_` of `token_` to liquidity. Only callable by liquidity contract. /// @dev this callback is used to optimize gas consumption (reducing necessary token transfers). function liquidityCallback(address token_, uint256 amount_, bytes calldata data_) external; /// @notice deposit `assets_` amount with Permit2 signature for underlying asset approval. /// reverts with `fToken__MinAmountOut()` if `minAmountOut_` of shares is not reached. /// `assets_` must at least be `minDeposit()` amount; reverts otherwise. /// @param assets_ amount of assets to deposit /// @param receiver_ receiver of minted fToken shares /// @param minAmountOut_ minimum accepted amount of shares minted /// @param permit_ Permit2 permit message /// @param signature_ packed signature of signing the EIP712 hash of `permit_` /// @return shares_ amount of minted shares function depositWithSignature( uint256 assets_, address receiver_, uint256 minAmountOut_, IAllowanceTransfer.PermitSingle calldata permit_, bytes calldata signature_ ) external returns (uint256 shares_); /// @notice mint amount of `shares_` with Permit2 signature for underlying asset approval. /// Signature should approve a little bit more than expected assets amount (`previewMint()`) to avoid reverts. /// `shares_` must at least be `minMint()` amount; reverts otherwise. /// Note there might be tiny inaccuracies between requested `shares_` and actually received shares amount. /// Recommended to use `deposit()` over mint because it is more gas efficient and less likely to revert. /// @param shares_ amount of shares to mint /// @param receiver_ receiver of minted fToken shares /// @param maxAssets_ maximum accepted amount of assets used as input to mint `shares_` /// @param permit_ Permit2 permit message /// @param signature_ packed signature of signing the EIP712 hash of `permit_` /// @return assets_ deposited assets amount function mintWithSignature( uint256 shares_, address receiver_, uint256 maxAssets_, IAllowanceTransfer.PermitSingle calldata permit_, bytes calldata signature_ ) external returns (uint256 assets_); } interface IFTokenNativeUnderlying is IFToken { /// @notice address that is mapped to the chain native token at Liquidity function NATIVE_TOKEN_ADDRESS() external view returns (address); /// @notice deposits `msg.value` amount of native token for `receiver_`. /// `msg.value` must be at least `minDeposit()` amount; reverts otherwise. /// Recommended to use `depositNative()` with a `minAmountOut_` param instead to set acceptable limit. /// @return shares_ actually minted shares function depositNative(address receiver_) external payable returns (uint256 shares_); /// @notice same as {depositNative} but with an additional setting for minimum output amount. /// reverts with `fToken__MinAmountOut()` if `minAmountOut_` of shares is not reached function depositNative(address receiver_, uint256 minAmountOut_) external payable returns (uint256 shares_); /// @notice mints `shares_` for `receiver_`, paying with underlying native token. /// `shares_` must at least be `minMint()` amount; reverts otherwise. /// `shares_` set to type(uint256).max not supported. /// Note there might be tiny inaccuracies between requested `shares_` and actually received shares amount. /// Recommended to use `depositNative()` over mint because it is more gas efficient and less likely to revert. /// Recommended to use `mintNative()` with a `minAmountOut_` param instead to set acceptable limit. /// @return assets_ deposited assets amount function mintNative(uint256 shares_, address receiver_) external payable returns (uint256 assets_); /// @notice same as {mintNative} but with an additional setting for minimum output amount. /// reverts with `fToken__MaxAmount()` if `maxAssets_` of assets is surpassed to mint `shares_`. function mintNative( uint256 shares_, address receiver_, uint256 maxAssets_ ) external payable returns (uint256 assets_); /// @notice withdraws `assets_` amount in native underlying to `receiver_`, burning shares of `owner_`. /// If `assets_` equals uint256.max then the whole fToken balance of `owner_` is withdrawn.This does not /// consider withdrawal limit at liquidity so best to check with `maxWithdraw()` before. /// Note there might be tiny inaccuracies between requested `assets_` and actually received assets amount. /// Recommended to use `withdrawNative()` with a `maxSharesBurn_` param instead to set acceptable limit. /// @return shares_ burned shares function withdrawNative(uint256 assets_, address receiver_, address owner_) external returns (uint256 shares_); /// @notice same as {withdrawNative} but with an additional setting for minimum output amount. /// reverts with `fToken__MaxAmount()` if `maxSharesBurn_` of shares burned is surpassed. function withdrawNative( uint256 assets_, address receiver_, address owner_, uint256 maxSharesBurn_ ) external returns (uint256 shares_); /// @notice redeems `shares_` to native underlying to `receiver_`, burning shares of `owner_`. /// If `shares_` equals uint256.max then the whole balance of `owner_` is withdrawn.This does not /// consider withdrawal limit at liquidity so best to check with `maxRedeem()` before. /// Recommended to use `withdrawNative()` over redeem because it is more gas efficient and can set specific amount. /// Recommended to use `redeemNative()` with a `minAmountOut_` param instead to set acceptable limit. /// @return assets_ withdrawn assets amount function redeemNative(uint256 shares_, address receiver_, address owner_) external returns (uint256 assets_); /// @notice same as {redeemNative} but with an additional setting for minimum output amount. /// reverts with `fToken__MinAmountOut()` if `minAmountOut_` of assets is not reached. function redeemNative( uint256 shares_, address receiver_, address owner_, uint256 minAmountOut_ ) external returns (uint256 assets_); /// @notice withdraw amount of `assets_` in native token with ERC-2612 permit signature for fToken approval. /// `owner_` signs ERC-2612 permit `signature_` to give allowance of fTokens to `msg.sender`. /// Note there might be tiny inaccuracies between requested `assets_` and actually received assets amount. /// allowance via signature should cover `previewWithdraw(assets_)` plus a little buffer to avoid revert. /// Inherent trust assumption that `msg.sender` will set `receiver_` and `minAmountOut_` as `owner_` intends /// (which is always the case when giving allowance to some spender). /// @param sharesToPermit_ shares amount to use for EIP2612 permit(). Should cover `previewWithdraw(assets_)` + small buffer. /// @param assets_ amount of assets to withdraw /// @param receiver_ receiver of withdrawn assets /// @param owner_ owner to withdraw from (must be signature signer) /// @param maxSharesBurn_ maximum accepted amount of shares burned /// @param deadline_ deadline for signature validity /// @param signature_ packed signature of signing the EIP712 hash for ERC-2612 permit /// @return shares_ burned shares amount function withdrawWithSignatureNative( uint256 sharesToPermit_, uint256 assets_, address receiver_, address owner_, uint256 maxSharesBurn_, uint256 deadline_, bytes calldata signature_ ) external returns (uint256 shares_); /// @notice redeem amount of `shares_` as native token with ERC-2612 permit signature for fToken approval. /// `owner_` signs ERC-2612 permit `signature_` to give allowance of fTokens to `msg.sender`. /// Note there might be tiny inaccuracies between requested `shares_` to redeem and actually burned shares. /// allowance via signature must cover `shares_` plus a tiny buffer. /// Inherent trust assumption that `msg.sender` will set `receiver_` and `minAmountOut_` as `owner_` intends /// (which is always the case when giving allowance to some spender). /// Recommended to use `withdrawNative()` over redeem because it is more gas efficient and can set specific amount. /// @param shares_ amount of shares to redeem /// @param receiver_ receiver of withdrawn assets /// @param owner_ owner to withdraw from (must be signature signer) /// @param minAmountOut_ minimum accepted amount of assets withdrawn /// @param deadline_ deadline for signature validity /// @param signature_ packed signature of signing the EIP712 hash for ERC-2612 permit /// @return assets_ withdrawn assets amount function redeemWithSignatureNative( uint256 shares_, address receiver_, address owner_, uint256 minAmountOut_, uint256 deadline_, bytes calldata signature_ ) external returns (uint256 assets_); }
//SPDX-License-Identifier: MIT pragma solidity 0.8.21; import { IFluidLiquidity } from "../../../liquidity/interfaces/iLiquidity.sol"; interface IFluidLendingFactoryAdmin { /// @notice reads if a certain `auth_` address is an allowed auth or not. Owner is auth by default. function isAuth(address auth_) external view returns (bool); /// @notice Sets an address as allowed auth or not. Only callable by owner. /// @param auth_ address to set auth value for /// @param allowed_ bool flag for whether address is allowed as auth or not function setAuth(address auth_, bool allowed_) external; /// @notice reads if a certain `deployer_` address is an allowed deployer or not. Owner is deployer by default. function isDeployer(address deployer_) external view returns (bool); /// @notice Sets an address as allowed deployer or not. Only callable by owner. /// @param deployer_ address to set deployer value for /// @param allowed_ bool flag for whether address is allowed as deployer or not function setDeployer(address deployer_, bool allowed_) external; /// @notice Sets the `creationCode_` bytecode for a certain `fTokenType_`. Only callable by auths. /// @param fTokenType_ the fToken Type used to refer the creation code /// @param creationCode_ contract creation code. can be set to bytes(0) to remove a previously available `fTokenType_` function setFTokenCreationCode(string memory fTokenType_, bytes calldata creationCode_) external; /// @notice creates token for `asset_` for a lending protocol with interest. Only callable by deployers. /// @param asset_ address of the asset /// @param fTokenType_ type of fToken: /// - if it's the native token, it should use `NativeUnderlying` /// - otherwise it should use `fToken` /// - could be more types available, check `fTokenTypes()` /// @param isNativeUnderlying_ flag to signal fToken type that uses native underlying at Liquidity /// @return token_ address of the created token function createToken( address asset_, string calldata fTokenType_, bool isNativeUnderlying_ ) external returns (address token_); } interface IFluidLendingFactory is IFluidLendingFactoryAdmin { /// @notice list of all created tokens function allTokens() external view returns (address[] memory); /// @notice list of all fToken types that can be deployed function fTokenTypes() external view returns (string[] memory); /// @notice returns the creation code for a certain `fTokenType_` function fTokenCreationCode(string memory fTokenType_) external view returns (bytes memory); /// @notice address of the Liquidity contract. function LIQUIDITY() external view returns (IFluidLiquidity); /// @notice computes deterministic token address for `asset_` for a lending protocol /// @param asset_ address of the asset /// @param fTokenType_ type of fToken: /// - if it's the native token, it should use `NativeUnderlying` /// - otherwise it should use `fToken` /// - could be more types available, check `fTokenTypes()` /// @return token_ detemrinistic address of the computed token function computeToken(address asset_, string calldata fTokenType_) external view returns (address token_); }
//SPDX-License-Identifier: MIT pragma solidity 0.8.21; interface IFluidLendingRewardsRateModel { /// @notice Calculates the current rewards rate (APR) /// @param totalAssets_ amount of assets in the lending /// @return rate_ rewards rate percentage per year with 1e12 RATE_PRECISION, e.g. 1e12 = 1%, 1e14 = 100% /// @return ended_ flag to signal that rewards have ended (always 0 going forward) /// @return startTime_ start time of rewards to compare against last update timestamp function getRate(uint256 totalAssets_) external view returns (uint256 rate_, bool ended_, uint256 startTime_); /// @notice Returns config constants for rewards rate model function getConfig() external view returns ( uint256 duration_, uint256 startTime_, uint256 endTime_, uint256 startTvl_, uint256 maxRate_, uint256 rewardAmount_, address initiator_ ); }
// SPDX-License-Identifier: MIT pragma solidity 0.8.21; import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol"; interface IFluidLendingStakingRewards { // Views function lastTimeRewardApplicable() external view returns (uint256); function rewardPerToken() external view returns (uint256); function earned(address account) external view returns (uint256); function getRewardForDuration() external view returns (uint256); function totalSupply() external view returns (uint256); function balanceOf(address account) external view returns (uint256); function periodFinish() external view returns (uint256); function rewardRate() external view returns (uint256); function lastUpdateTime() external view returns (uint256); function rewardPerTokenStored() external view returns (uint256); function rewardsDuration() external view returns (uint256); function rewardsToken() external view returns (IERC20); function stakingToken() external view returns (IERC20); // Mutative function stake(uint256 amount) external; function withdraw(uint256 amount) external; function getReward() external; function exit() external; }
// SPDX-License-Identifier: MIT pragma solidity 0.8.21; /// @title AllowanceTransfer /// @notice Handles ERC20 token permissions through signature based allowance setting and ERC20 token transfers by checking allowed amounts /// @dev Requires user's token approval on the Permit2 contract /// from https://github.com/Uniswap/permit2/blob/main/src/interfaces/ISignatureTransfer.sol. /// Copyright (c) 2022 Uniswap Labs interface IAllowanceTransfer { function DOMAIN_SEPARATOR() external view returns (bytes32); /// @notice Thrown when an allowance on a token has expired. /// @param deadline The timestamp at which the allowed amount is no longer valid error AllowanceExpired(uint256 deadline); /// @notice Thrown when an allowance on a token has been depleted. /// @param amount The maximum amount allowed error InsufficientAllowance(uint256 amount); /// @notice Thrown when too many nonces are invalidated. error ExcessiveInvalidation(); /// @notice Emits an event when the owner successfully invalidates an ordered nonce. event NonceInvalidation( address indexed owner, address indexed token, address indexed spender, uint48 newNonce, uint48 oldNonce ); /// @notice Emits an event when the owner successfully sets permissions on a token for the spender. event Approval( address indexed owner, address indexed token, address indexed spender, uint160 amount, uint48 expiration ); /// @notice Emits an event when the owner successfully sets permissions using a permit signature on a token for the spender. event Permit( address indexed owner, address indexed token, address indexed spender, uint160 amount, uint48 expiration, uint48 nonce ); /// @notice Emits an event when the owner sets the allowance back to 0 with the lockdown function. event Lockdown(address indexed owner, address token, address spender); /// @notice The permit data for a token struct PermitDetails { // ERC20 token address address token; // the maximum amount allowed to spend uint160 amount; // timestamp at which a spender's token allowances become invalid uint48 expiration; // an incrementing value indexed per owner,token,and spender for each signature uint48 nonce; } /// @notice The permit message signed for a single token allownce struct PermitSingle { // the permit data for a single token alownce PermitDetails details; // address permissioned on the allowed tokens address spender; // deadline on the permit signature uint256 sigDeadline; } /// @notice The permit message signed for multiple token allowances struct PermitBatch { // the permit data for multiple token allowances PermitDetails[] details; // address permissioned on the allowed tokens address spender; // deadline on the permit signature uint256 sigDeadline; } /// @notice The saved permissions /// @dev This info is saved per owner, per token, per spender and all signed over in the permit message /// @dev Setting amount to type(uint160).max sets an unlimited approval struct PackedAllowance { // amount allowed uint160 amount; // permission expiry uint48 expiration; // an incrementing value indexed per owner,token,and spender for each signature uint48 nonce; } /// @notice A token spender pair. struct TokenSpenderPair { // the token the spender is approved address token; // the spender address address spender; } /// @notice Details for a token transfer. struct AllowanceTransferDetails { // the owner of the token address from; // the recipient of the token address to; // the amount of the token uint160 amount; // the token to be transferred address token; } /// @notice A mapping from owner address to token address to spender address to PackedAllowance struct, which contains details and conditions of the approval. /// @notice The mapping is indexed in the above order see: allowance[ownerAddress][tokenAddress][spenderAddress] /// @dev The packed slot holds the allowed amount, expiration at which the allowed amount is no longer valid, and current nonce thats updated on any signature based approvals. function allowance( address user, address token, address spender ) external view returns (uint160 amount, uint48 expiration, uint48 nonce); /// @notice Approves the spender to use up to amount of the specified token up until the expiration /// @param token The token to approve /// @param spender The spender address to approve /// @param amount The approved amount of the token /// @param expiration The timestamp at which the approval is no longer valid /// @dev The packed allowance also holds a nonce, which will stay unchanged in approve /// @dev Setting amount to type(uint160).max sets an unlimited approval function approve(address token, address spender, uint160 amount, uint48 expiration) external; /// @notice Permit a spender to a given amount of the owners token via the owner's EIP-712 signature /// @dev May fail if the owner's nonce was invalidated in-flight by invalidateNonce /// @param owner The owner of the tokens being approved /// @param permitSingle Data signed over by the owner specifying the terms of approval /// @param signature The owner's signature over the permit data function permit(address owner, PermitSingle memory permitSingle, bytes calldata signature) external; /// @notice Permit a spender to the signed amounts of the owners tokens via the owner's EIP-712 signature /// @dev May fail if the owner's nonce was invalidated in-flight by invalidateNonce /// @param owner The owner of the tokens being approved /// @param permitBatch Data signed over by the owner specifying the terms of approval /// @param signature The owner's signature over the permit data function permit(address owner, PermitBatch memory permitBatch, bytes calldata signature) external; /// @notice Transfer approved tokens from one address to another /// @param from The address to transfer from /// @param to The address of the recipient /// @param amount The amount of the token to transfer /// @param token The token address to transfer /// @dev Requires the from address to have approved at least the desired amount /// of tokens to msg.sender. function transferFrom(address from, address to, uint160 amount, address token) external; /// @notice Transfer approved tokens in a batch /// @param transferDetails Array of owners, recipients, amounts, and tokens for the transfers /// @dev Requires the from addresses to have approved at least the desired amount /// of tokens to msg.sender. function transferFrom(AllowanceTransferDetails[] calldata transferDetails) external; /// @notice Enables performing a "lockdown" of the sender's Permit2 identity /// by batch revoking approvals /// @param approvals Array of approvals to revoke. function lockdown(TokenSpenderPair[] calldata approvals) external; /// @notice Invalidate nonces for a given (token, spender) pair /// @param token The token to invalidate nonces for /// @param spender The spender to invalidate nonces for /// @param newNonce The new nonce to set. Invalidates all nonces less than it. /// @dev Can't invalidate more than 2**16 nonces per transaction. function invalidateNonces(address token, address spender, uint48 newNonce) external; }
{ "optimizer": { "enabled": true, "runs": 10000000 }, "evmVersion": "paris", "outputSelection": { "*": { "*": [ "evm.bytecode", "evm.deployedBytecode", "devdoc", "userdoc", "metadata", "abi" ] } }, "metadata": { "useLiteralContent": true }, "libraries": {} }
Contract Security Audit
- No Contract Security Audit Submitted- Submit Audit Here
[{"inputs":[],"name":"FUSDC","outputs":[{"internalType":"contract IFToken","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"FUSDC_STAKING","outputs":[{"internalType":"contract IFluidLendingStakingRewards","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"FUSDT","outputs":[{"internalType":"contract IFToken","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"FUSDT_STAKING","outputs":[{"internalType":"contract IFluidLendingStakingRewards","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address[]","name":"users_","type":"address[]"},{"internalType":"contract IFToken","name":"fToken_","type":"address"},{"internalType":"contract IFluidLendingStakingRewards","name":"stakingContract_","type":"address"}],"name":"getUsersPosition","outputs":[{"components":[{"internalType":"address","name":"user","type":"address"},{"internalType":"uint256","name":"shares","type":"uint256"},{"internalType":"uint256","name":"normalShares","type":"uint256"},{"internalType":"uint256","name":"stakeShares","type":"uint256"}],"internalType":"struct FluidStakingMerkleResolver.UserPosition[]","name":"positions_","type":"tuple[]"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address[]","name":"users_","type":"address[]"}],"name":"getUsersPositionFUSDC","outputs":[{"components":[{"internalType":"address","name":"user","type":"address"},{"internalType":"uint256","name":"shares","type":"uint256"},{"internalType":"uint256","name":"normalShares","type":"uint256"},{"internalType":"uint256","name":"stakeShares","type":"uint256"}],"internalType":"struct FluidStakingMerkleResolver.UserPosition[]","name":"positions_","type":"tuple[]"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address[]","name":"users_","type":"address[]"}],"name":"getUsersPositionFUSDT","outputs":[{"components":[{"internalType":"address","name":"user","type":"address"},{"internalType":"uint256","name":"shares","type":"uint256"},{"internalType":"uint256","name":"normalShares","type":"uint256"},{"internalType":"uint256","name":"stakeShares","type":"uint256"}],"internalType":"struct FluidStakingMerkleResolver.UserPosition[]","name":"positions_","type":"tuple[]"}],"stateMutability":"view","type":"function"}]
Contract Creation Code
608060405234801561001057600080fd5b506107fa806100206000396000f3fe608060405234801561001057600080fd5b506004361061007d5760003560e01c8063985410fd1161005b578063985410fd14610102578063a2a4cdb01461011d578063d608e20f14610138578063fcbdded11461014b57600080fd5b806323c358341461008257806352679591146100c75780637b3d134f146100e2575b600080fd5b61009d735c20b550819128074fd538edf79791733ccedd1881565b60405173ffffffffffffffffffffffffffffffffffffffff90911681526020015b60405180910390f35b61009d732fa6c95b69c10f9f52b8990b6c03171f13c4622581565b6100f56100f036600461058b565b61015e565b6040516100be91906105f3565b61009d73490681095ed277b45377d28ca15ac41d6458304881565b61009d739fb7b4477576fe5b32be4c1843afb1e55f251b3381565b6100f561014636600461066d565b6104a5565b6100f561015936600461066d565b6104e4565b60608367ffffffffffffffff811115610179576101796106af565b6040519080825280602002602001820160405280156101eb57816020015b6101d86040518060800160405280600073ffffffffffffffffffffffffffffffffffffffff1681526020016000815260200160008152602001600081525090565b8152602001906001900390816101975790505b50905060005b8481101561049c5785858281811061020b5761020b6106de565b9050602002016020810190610220919061070d565b828281518110610232576102326106de565b602090810291909101015173ffffffffffffffffffffffffffffffffffffffff918216905284166370a08231878784818110610270576102706106de565b9050602002016020810190610285919061070d565b6040517fffffffff0000000000000000000000000000000000000000000000000000000060e084901b16815273ffffffffffffffffffffffffffffffffffffffff9091166004820152602401602060405180830381865afa1580156102ee573d6000803e3d6000fd5b505050506040513d601f19601f820116820180604052508101906103129190610731565b828281518110610324576103246106de565b602002602001015160400181815250508273ffffffffffffffffffffffffffffffffffffffff166370a08231878784818110610362576103626106de565b9050602002016020810190610377919061070d565b6040517fffffffff0000000000000000000000000000000000000000000000000000000060e084901b16815273ffffffffffffffffffffffffffffffffffffffff9091166004820152602401602060405180830381865afa1580156103e0573d6000803e3d6000fd5b505050506040513d601f19601f820116820180604052508101906104049190610731565b828281518110610416576104166106de565b60200260200101516060018181525050818181518110610438576104386106de565b602002602001015160600151828281518110610456576104566106de565b60200260200101516040015161046c9190610779565b82828151811061047e5761047e6106de565b60209081029190910181015101526104958161078c565b90506101f1565b50949350505050565b60606104db8383739fb7b4477576fe5b32be4c1843afb1e55f251b33732fa6c95b69c10f9f52b8990b6c03171f13c4622561015e565b90505b92915050565b60606104db8383735c20b550819128074fd538edf79791733ccedd1873490681095ed277b45377d28ca15ac41d6458304861015e565b60008083601f84011261052c57600080fd5b50813567ffffffffffffffff81111561054457600080fd5b6020830191508360208260051b850101111561055f57600080fd5b9250929050565b73ffffffffffffffffffffffffffffffffffffffff8116811461058857600080fd5b50565b600080600080606085870312156105a157600080fd5b843567ffffffffffffffff8111156105b857600080fd5b6105c48782880161051a565b90955093505060208501356105d881610566565b915060408501356105e881610566565b939692955090935050565b602080825282518282018190526000919060409081850190868401855b82811015610660578151805173ffffffffffffffffffffffffffffffffffffffff168552868101518786015285810151868601526060908101519085015260809093019290850190600101610610565b5091979650505050505050565b6000806020838503121561068057600080fd5b823567ffffffffffffffff81111561069757600080fd5b6106a38582860161051a565b90969095509350505050565b7f4e487b7100000000000000000000000000000000000000000000000000000000600052604160045260246000fd5b7f4e487b7100000000000000000000000000000000000000000000000000000000600052603260045260246000fd5b60006020828403121561071f57600080fd5b813561072a81610566565b9392505050565b60006020828403121561074357600080fd5b5051919050565b7f4e487b7100000000000000000000000000000000000000000000000000000000600052601160045260246000fd5b808201808211156104de576104de61074a565b60007fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff82036107bd576107bd61074a565b506001019056fea2646970667358221220d74bc8f4461d21a28373592d82e83b32480f3d6fb06f6946ccda30ff2da0341364736f6c63430008150033
Deployed Bytecode
0x608060405234801561001057600080fd5b506004361061007d5760003560e01c8063985410fd1161005b578063985410fd14610102578063a2a4cdb01461011d578063d608e20f14610138578063fcbdded11461014b57600080fd5b806323c358341461008257806352679591146100c75780637b3d134f146100e2575b600080fd5b61009d735c20b550819128074fd538edf79791733ccedd1881565b60405173ffffffffffffffffffffffffffffffffffffffff90911681526020015b60405180910390f35b61009d732fa6c95b69c10f9f52b8990b6c03171f13c4622581565b6100f56100f036600461058b565b61015e565b6040516100be91906105f3565b61009d73490681095ed277b45377d28ca15ac41d6458304881565b61009d739fb7b4477576fe5b32be4c1843afb1e55f251b3381565b6100f561014636600461066d565b6104a5565b6100f561015936600461066d565b6104e4565b60608367ffffffffffffffff811115610179576101796106af565b6040519080825280602002602001820160405280156101eb57816020015b6101d86040518060800160405280600073ffffffffffffffffffffffffffffffffffffffff1681526020016000815260200160008152602001600081525090565b8152602001906001900390816101975790505b50905060005b8481101561049c5785858281811061020b5761020b6106de565b9050602002016020810190610220919061070d565b828281518110610232576102326106de565b602090810291909101015173ffffffffffffffffffffffffffffffffffffffff918216905284166370a08231878784818110610270576102706106de565b9050602002016020810190610285919061070d565b6040517fffffffff0000000000000000000000000000000000000000000000000000000060e084901b16815273ffffffffffffffffffffffffffffffffffffffff9091166004820152602401602060405180830381865afa1580156102ee573d6000803e3d6000fd5b505050506040513d601f19601f820116820180604052508101906103129190610731565b828281518110610324576103246106de565b602002602001015160400181815250508273ffffffffffffffffffffffffffffffffffffffff166370a08231878784818110610362576103626106de565b9050602002016020810190610377919061070d565b6040517fffffffff0000000000000000000000000000000000000000000000000000000060e084901b16815273ffffffffffffffffffffffffffffffffffffffff9091166004820152602401602060405180830381865afa1580156103e0573d6000803e3d6000fd5b505050506040513d601f19601f820116820180604052508101906104049190610731565b828281518110610416576104166106de565b60200260200101516060018181525050818181518110610438576104386106de565b602002602001015160600151828281518110610456576104566106de565b60200260200101516040015161046c9190610779565b82828151811061047e5761047e6106de565b60209081029190910181015101526104958161078c565b90506101f1565b50949350505050565b60606104db8383739fb7b4477576fe5b32be4c1843afb1e55f251b33732fa6c95b69c10f9f52b8990b6c03171f13c4622561015e565b90505b92915050565b60606104db8383735c20b550819128074fd538edf79791733ccedd1873490681095ed277b45377d28ca15ac41d6458304861015e565b60008083601f84011261052c57600080fd5b50813567ffffffffffffffff81111561054457600080fd5b6020830191508360208260051b850101111561055f57600080fd5b9250929050565b73ffffffffffffffffffffffffffffffffffffffff8116811461058857600080fd5b50565b600080600080606085870312156105a157600080fd5b843567ffffffffffffffff8111156105b857600080fd5b6105c48782880161051a565b90955093505060208501356105d881610566565b915060408501356105e881610566565b939692955090935050565b602080825282518282018190526000919060409081850190868401855b82811015610660578151805173ffffffffffffffffffffffffffffffffffffffff168552868101518786015285810151868601526060908101519085015260809093019290850190600101610610565b5091979650505050505050565b6000806020838503121561068057600080fd5b823567ffffffffffffffff81111561069757600080fd5b6106a38582860161051a565b90969095509350505050565b7f4e487b7100000000000000000000000000000000000000000000000000000000600052604160045260246000fd5b7f4e487b7100000000000000000000000000000000000000000000000000000000600052603260045260246000fd5b60006020828403121561071f57600080fd5b813561072a81610566565b9392505050565b60006020828403121561074357600080fd5b5051919050565b7f4e487b7100000000000000000000000000000000000000000000000000000000600052601160045260246000fd5b808201808211156104de576104de61074a565b60007fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff82036107bd576107bd61074a565b506001019056fea2646970667358221220d74bc8f4461d21a28373592d82e83b32480f3d6fb06f6946ccda30ff2da0341364736f6c63430008150033
Loading...
Loading
Loading...
Loading
Multichain Portfolio | 30 Chains
Chain | Token | Portfolio % | Price | Amount | Value |
---|
[ 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.