Source Code
Overview
ETH Balance
0 ETH
Eth Value
$0.00Latest 25 from a total of 157 transactions
| Transaction Hash |
Method
|
Block
|
From
|
|
To
|
||||
|---|---|---|---|---|---|---|---|---|---|
| Set Merkle Root | 24493552 | 2 days ago | IN | 0 ETH | 0.00006167 | ||||
| Claim | 24492461 | 2 days ago | IN | 0 ETH | 0.00023488 | ||||
| Set Merkle Root | 24487392 | 3 days ago | IN | 0 ETH | 0.00006154 | ||||
| Claim | 24386287 | 17 days ago | IN | 0 ETH | 0.00007416 | ||||
| Claim | 24380047 | 18 days ago | IN | 0 ETH | 0.00015823 | ||||
| Claim | 24350007 | 22 days ago | IN | 0 ETH | 0.00021943 | ||||
| Claim | 24343665 | 23 days ago | IN | 0 ETH | 0.00015133 | ||||
| Claim | 24305398 | 28 days ago | IN | 0 ETH | 0.00001664 | ||||
| Claim | 24280354 | 32 days ago | IN | 0 ETH | 0.00001608 | ||||
| Claim | 24278309 | 32 days ago | IN | 0 ETH | 0.00015724 | ||||
| Claim | 24217539 | 41 days ago | IN | 0 ETH | 0.0000216 | ||||
| Claim | 24170225 | 47 days ago | IN | 0 ETH | 0.00016525 | ||||
| Claim | 24163324 | 48 days ago | IN | 0 ETH | 0.00022665 | ||||
| Claim | 24158160 | 49 days ago | IN | 0 ETH | 0.00001396 | ||||
| Claim | 24126113 | 53 days ago | IN | 0 ETH | 0.000016 | ||||
| Claim | 24126046 | 53 days ago | IN | 0 ETH | 0.0000097 | ||||
| Claim | 24085512 | 59 days ago | IN | 0 ETH | 0.00001181 | ||||
| Claim | 24078393 | 60 days ago | IN | 0 ETH | 0.00001109 | ||||
| Claim | 24044948 | 65 days ago | IN | 0 ETH | 0.0000117 | ||||
| Claim | 24038568 | 66 days ago | IN | 0 ETH | 0.00018686 | ||||
| Claim | 24021350 | 68 days ago | IN | 0 ETH | 0.0001528 | ||||
| Claim | 24017808 | 68 days ago | IN | 0 ETH | 0.00001548 | ||||
| Claim | 23978590 | 74 days ago | IN | 0 ETH | 0.00016371 | ||||
| Claim | 23967541 | 75 days ago | IN | 0 ETH | 0.00004552 | ||||
| Claim | 23953892 | 77 days ago | IN | 0 ETH | 0.00001332 |
View more zero value Internal Transactions in Advanced View mode
Advanced mode:
Loading...
Loading
Loading...
Loading
Cross-Chain Transactions
Loading...
Loading
Contract Name:
DailyClaim
Compiler Version
v0.8.20+commit.a1b79de6
Optimization Enabled:
Yes with 1000 runs
Other Settings:
paris EvmVersion
Contract Source Code (Solidity Standard Json-Input format)
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
import "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.sol";
import "@openzeppelin/contracts/token/ERC20/IERC20.sol";
import "@openzeppelin/contracts/access/Ownable.sol";
import "@openzeppelin/contracts/utils/cryptography/MerkleProof.sol";
/// @title Daily Claim Contract
/// @notice This contract allows users to claim a certain amount of tokens daily based on their allocation in a Merkle tree.
contract DailyClaim is Ownable {
using SafeERC20 for IERC20;
/// @dev karrat token
IERC20 public token;
/// @dev variable to hold merkle root
bytes32 public merkleRoot;
/// @dev struct holding on chain data about tokens a user clames
struct UserData {
uint256 totalClaimed;
uint256 lastClaimedDay;
}
/// @dev mapping between struct that holds data and user address
mapping(address => UserData) private userClaims;
/// @dev timestamp that claims open up
uint256 public openClaimsDay;
/// @dev wallet holding karrat
address public holdingWallet;
/// @dev Custom errors for gas efficiency
error RequestExceedsClaimableDays(uint256 requested, uint256 available);
error NoTokensToClaim();
error InvalidMerkleProof();
error NewClaimDayNotInFuture();
/// @notice Emitted when a user claims tokens
/// @param user The address of the user who claimed tokens
/// @param amount The amount of tokens claimed
/// @param daysClaimed The number of days for which tokens were claimed
event Claimed(address indexed user, uint256 amount, uint256 daysClaimed);
/// @notice Emitted when the admin updates the claimable day
/// @param newClaimDay The new claimable day
event ClaimDayUpdated(uint256 newClaimDay);
/// @notice Emitted when the admin updates holding wallet
/// @param newHoldingWallet The new wallet used for disperments
event HoldingWalletUpdated(address newHoldingWallet);
/// @notice Emitted when the admin updates the merkle root for disperments
/// @param newMerkleRoot The new merkle root containing address data
event MerkleRootUpdated(bytes32 newMerkleRoot);
/// @notice Initializes the contract with the token address, Merkle root, and the initial open claims day
/// @param _token The address of the token being claimed
/// @param _merkleRoot The Merkle root for verifying user allocations
/// @param _initialOpenClaimsDay The initial day when claiming can start
/// @param _holdingWallet the wallet holding tokens to be distributed
constructor(
address _token,
bytes32 _merkleRoot,
uint256 _initialOpenClaimsDay,
address _holdingWallet
) {
token = IERC20(_token);
merkleRoot = _merkleRoot;
openClaimsDay = _initialOpenClaimsDay;
holdingWallet = _holdingWallet;
}
/// @notice Allows users to claim tokens for a specific number of days
/// @dev Users provide the number of days they want to claim and the amount they are owed per day.
/// A Merkle proof is required to validate the user's maximum allocation.
/// @param requestDays The number of days the user is requesting to claim for
/// @param amountPerDay The amount of tokens the user can claim per day
/// @param maxTotalAmount The maximum total amount the user is allowed to claim based on the Merkle proof
/// @param merkleProof The Merkle proof verifying the user's claimable allocation
function claim(
uint256 requestDays,
uint256 amountPerDay,
uint256 maxTotalAmount,
bytes32[] calldata merkleProof
) external {
UserData storage userData = userClaims[msg.sender];
// Calculate the number of days that have passed since the open claim day and last claimed day
uint256 timePassed = block.timestamp - openClaimsDay;
uint256 claimableDays = timePassed / 1 days; // Full days passed
if (claimableDays < userData.lastClaimedDay) {
revert NoTokensToClaim();
}
// Calculate how many days the user can still claim (based on time passed)
uint256 remainingDays = claimableDays - userData.lastClaimedDay;
if (requestDays > remainingDays) {
revert RequestExceedsClaimableDays(requestDays, remainingDays);
}
// Verify the user using the Merkle Tree proof
bytes32 leaf = keccak256(abi.encodePacked(msg.sender, amountPerDay, maxTotalAmount));
if (!MerkleProof.verify(merkleProof, merkleRoot, leaf)) {
revert InvalidMerkleProof();
}
// Calculate the requested claimable amount
uint256 claimableAmount = requestDays * amountPerDay;
// Ensure user doesn't claim more than their total allocation
uint256 remainingAllocation = maxTotalAmount - userData.totalClaimed;
if (claimableAmount > remainingAllocation) {
claimableAmount = remainingAllocation;
}
if (claimableAmount == 0) {
revert NoTokensToClaim();
}
// Update user claim data
userData.totalClaimed += claimableAmount;
userData.lastClaimedDay += requestDays;
// Transfer tokens to the user using SafeERC20
token.safeTransferFrom(holdingWallet, msg.sender, claimableAmount);
emit Claimed(msg.sender, claimableAmount, requestDays);
}
/// @notice Admin function to update the claimable day
/// @dev The new claimable day must be in the future to prevent users from claiming for past days.
/// @param _newOpenClaimsDay The new day when claims are allowed to start
function setOpenClaimsDay(uint256 _newOpenClaimsDay) external onlyOwner {
openClaimsDay = _newOpenClaimsDay;
emit ClaimDayUpdated(_newOpenClaimsDay);
}
/// @notice Admin function to update the Merkle root
/// @dev Only the contract owner can call this function.
/// @param _holdingWallet The new address holding tokens to be dispersed
function setHoldingWallet(address _holdingWallet) external onlyOwner {
holdingWallet = _holdingWallet;
emit HoldingWalletUpdated(_holdingWallet);
}
/// @notice Admin function to update the wallet dispersing Karrat
/// @dev Only the contract owner can call this function.
/// @param _merkleRoot The new Merkle root for verifying user allocations
function setMerkleRoot(bytes32 _merkleRoot) external onlyOwner {
merkleRoot = _merkleRoot;
emit MerkleRootUpdated(_merkleRoot);
}
// --- View functions ---
/// @notice View function to check the total allocation for a user
/// @dev This function checks how much a user can claim.
/// @param user The user's address
/// @param maxTotalAmount The maximum total amount the user is allowed to claim based on the Merkle proof
function getTotalAllocationLeft(address user, uint256 maxTotalAmount) external view returns (uint256) {
return maxTotalAmount - userClaims[user].totalClaimed;
}
/// @notice View function to check how much the user has claimed so far
/// @param user The user's address
/// @return The total amount the user has claimed
function getTotalClaimed(address user) external view returns (uint256) {
return userClaims[user].totalClaimed;
}
/// @notice View function to check how many tokens a user can claim for the exact current day
/// @dev This function calculates the tokens the user can claim for today only, not including past or future days.
/// @param user The user's address
/// @param amountPerDay The amount of tokens the user can claim per day
/// @param maxTotalAmount The maximum total amount the user is allowed to claim
/// @return The amount of tokens the user can claim for today
function getClaimableTokensForToday(
address user,
uint256 amountPerDay,
uint256 maxTotalAmount
) public view returns (uint256) {
UserData storage userData = userClaims[user];
uint256 remainingAllocation = maxTotalAmount - userData.totalClaimed;
if(userData.lastClaimedDay == 0 && userData.totalClaimed == 0){
if((((block.timestamp - openClaimsDay) / 1 days) * amountPerDay) > remainingAllocation){
return remainingAllocation;
// return 34;
}
return (((block.timestamp - openClaimsDay) / 1 days) * amountPerDay);
}
// // Calculate the number of full days that have passed since the open claim day
uint256 daysLeft = ((block.timestamp - openClaimsDay) / 1 days) - userData.lastClaimedDay;
uint256 totalToDate = daysLeft * amountPerDay;
if (totalToDate > remainingAllocation) {
return remainingAllocation;
}
return totalToDate;
}
/// @notice View function to check how many days have passed since the user's last claim
/// @param user The user's address
/// @return The number of days since the user's last claim
function getDaysLeftToClaim(address user) external view returns (uint256) {
UserData storage userData = userClaims[user];
uint256 timePassed = block.timestamp - openClaimsDay;
uint256 claimableDays = timePassed / 1 days; // Full days passed
return claimableDays - userData.lastClaimedDay;
}
}// 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.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) (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 (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
// 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;
}
}// SPDX-License-Identifier: MIT
// OpenZeppelin Contracts (last updated v4.9.2) (utils/cryptography/MerkleProof.sol)
pragma solidity ^0.8.0;
/**
* @dev These functions deal with verification of Merkle Tree proofs.
*
* The tree and the proofs can be generated using our
* https://github.com/OpenZeppelin/merkle-tree[JavaScript library].
* You will find a quickstart guide in the readme.
*
* WARNING: You should avoid using leaf values that are 64 bytes long prior to
* hashing, or use a hash function other than keccak256 for hashing leaves.
* This is because the concatenation of a sorted pair of internal nodes in
* the merkle tree could be reinterpreted as a leaf value.
* OpenZeppelin's JavaScript library generates merkle trees that are safe
* against this attack out of the box.
*/
library MerkleProof {
/**
* @dev Returns true if a `leaf` can be proved to be a part of a Merkle tree
* defined by `root`. For this, a `proof` must be provided, containing
* sibling hashes on the branch from the leaf to the root of the tree. Each
* pair of leaves and each pair of pre-images are assumed to be sorted.
*/
function verify(bytes32[] memory proof, bytes32 root, bytes32 leaf) internal pure returns (bool) {
return processProof(proof, leaf) == root;
}
/**
* @dev Calldata version of {verify}
*
* _Available since v4.7._
*/
function verifyCalldata(bytes32[] calldata proof, bytes32 root, bytes32 leaf) internal pure returns (bool) {
return processProofCalldata(proof, leaf) == root;
}
/**
* @dev Returns the rebuilt hash obtained by traversing a Merkle tree up
* from `leaf` using `proof`. A `proof` is valid if and only if the rebuilt
* hash matches the root of the tree. When processing the proof, the pairs
* of leafs & pre-images are assumed to be sorted.
*
* _Available since v4.4._
*/
function processProof(bytes32[] memory proof, bytes32 leaf) internal pure returns (bytes32) {
bytes32 computedHash = leaf;
for (uint256 i = 0; i < proof.length; i++) {
computedHash = _hashPair(computedHash, proof[i]);
}
return computedHash;
}
/**
* @dev Calldata version of {processProof}
*
* _Available since v4.7._
*/
function processProofCalldata(bytes32[] calldata proof, bytes32 leaf) internal pure returns (bytes32) {
bytes32 computedHash = leaf;
for (uint256 i = 0; i < proof.length; i++) {
computedHash = _hashPair(computedHash, proof[i]);
}
return computedHash;
}
/**
* @dev Returns true if the `leaves` can be simultaneously proven to be a part of a merkle tree defined by
* `root`, according to `proof` and `proofFlags` as described in {processMultiProof}.
*
* CAUTION: Not all merkle trees admit multiproofs. See {processMultiProof} for details.
*
* _Available since v4.7._
*/
function multiProofVerify(
bytes32[] memory proof,
bool[] memory proofFlags,
bytes32 root,
bytes32[] memory leaves
) internal pure returns (bool) {
return processMultiProof(proof, proofFlags, leaves) == root;
}
/**
* @dev Calldata version of {multiProofVerify}
*
* CAUTION: Not all merkle trees admit multiproofs. See {processMultiProof} for details.
*
* _Available since v4.7._
*/
function multiProofVerifyCalldata(
bytes32[] calldata proof,
bool[] calldata proofFlags,
bytes32 root,
bytes32[] memory leaves
) internal pure returns (bool) {
return processMultiProofCalldata(proof, proofFlags, leaves) == root;
}
/**
* @dev Returns the root of a tree reconstructed from `leaves` and sibling nodes in `proof`. The reconstruction
* proceeds by incrementally reconstructing all inner nodes by combining a leaf/inner node with either another
* leaf/inner node or a proof sibling node, depending on whether each `proofFlags` item is true or false
* respectively.
*
* CAUTION: Not all merkle trees admit multiproofs. To use multiproofs, it is sufficient to ensure that: 1) the tree
* is complete (but not necessarily perfect), 2) the leaves to be proven are in the opposite order they are in the
* tree (i.e., as seen from right to left starting at the deepest layer and continuing at the next layer).
*
* _Available since v4.7._
*/
function processMultiProof(
bytes32[] memory proof,
bool[] memory proofFlags,
bytes32[] memory leaves
) internal pure returns (bytes32 merkleRoot) {
// This function rebuilds the root hash by traversing the tree up from the leaves. The root is rebuilt by
// consuming and producing values on a queue. The queue starts with the `leaves` array, then goes onto the
// `hashes` array. At the end of the process, the last hash in the `hashes` array should contain the root of
// the merkle tree.
uint256 leavesLen = leaves.length;
uint256 proofLen = proof.length;
uint256 totalHashes = proofFlags.length;
// Check proof validity.
require(leavesLen + proofLen - 1 == totalHashes, "MerkleProof: invalid multiproof");
// The xxxPos values are "pointers" to the next value to consume in each array. All accesses are done using
// `xxx[xxxPos++]`, which return the current value and increment the pointer, thus mimicking a queue's "pop".
bytes32[] memory hashes = new bytes32[](totalHashes);
uint256 leafPos = 0;
uint256 hashPos = 0;
uint256 proofPos = 0;
// At each step, we compute the next hash using two values:
// - a value from the "main queue". If not all leaves have been consumed, we get the next leaf, otherwise we
// get the next hash.
// - depending on the flag, either another value from the "main queue" (merging branches) or an element from the
// `proof` array.
for (uint256 i = 0; i < totalHashes; i++) {
bytes32 a = leafPos < leavesLen ? leaves[leafPos++] : hashes[hashPos++];
bytes32 b = proofFlags[i]
? (leafPos < leavesLen ? leaves[leafPos++] : hashes[hashPos++])
: proof[proofPos++];
hashes[i] = _hashPair(a, b);
}
if (totalHashes > 0) {
require(proofPos == proofLen, "MerkleProof: invalid multiproof");
unchecked {
return hashes[totalHashes - 1];
}
} else if (leavesLen > 0) {
return leaves[0];
} else {
return proof[0];
}
}
/**
* @dev Calldata version of {processMultiProof}.
*
* CAUTION: Not all merkle trees admit multiproofs. See {processMultiProof} for details.
*
* _Available since v4.7._
*/
function processMultiProofCalldata(
bytes32[] calldata proof,
bool[] calldata proofFlags,
bytes32[] memory leaves
) internal pure returns (bytes32 merkleRoot) {
// This function rebuilds the root hash by traversing the tree up from the leaves. The root is rebuilt by
// consuming and producing values on a queue. The queue starts with the `leaves` array, then goes onto the
// `hashes` array. At the end of the process, the last hash in the `hashes` array should contain the root of
// the merkle tree.
uint256 leavesLen = leaves.length;
uint256 proofLen = proof.length;
uint256 totalHashes = proofFlags.length;
// Check proof validity.
require(leavesLen + proofLen - 1 == totalHashes, "MerkleProof: invalid multiproof");
// The xxxPos values are "pointers" to the next value to consume in each array. All accesses are done using
// `xxx[xxxPos++]`, which return the current value and increment the pointer, thus mimicking a queue's "pop".
bytes32[] memory hashes = new bytes32[](totalHashes);
uint256 leafPos = 0;
uint256 hashPos = 0;
uint256 proofPos = 0;
// At each step, we compute the next hash using two values:
// - a value from the "main queue". If not all leaves have been consumed, we get the next leaf, otherwise we
// get the next hash.
// - depending on the flag, either another value from the "main queue" (merging branches) or an element from the
// `proof` array.
for (uint256 i = 0; i < totalHashes; i++) {
bytes32 a = leafPos < leavesLen ? leaves[leafPos++] : hashes[hashPos++];
bytes32 b = proofFlags[i]
? (leafPos < leavesLen ? leaves[leafPos++] : hashes[hashPos++])
: proof[proofPos++];
hashes[i] = _hashPair(a, b);
}
if (totalHashes > 0) {
require(proofPos == proofLen, "MerkleProof: invalid multiproof");
unchecked {
return hashes[totalHashes - 1];
}
} else if (leavesLen > 0) {
return leaves[0];
} else {
return proof[0];
}
}
function _hashPair(bytes32 a, bytes32 b) private pure returns (bytes32) {
return a < b ? _efficientHash(a, b) : _efficientHash(b, a);
}
function _efficientHash(bytes32 a, bytes32 b) private pure returns (bytes32 value) {
/// @solidity memory-safe-assembly
assembly {
mstore(0x00, a)
mstore(0x20, b)
value := keccak256(0x00, 0x40)
}
}
}{
"optimizer": {
"enabled": true,
"runs": 1000
},
"evmVersion": "paris",
"outputSelection": {
"*": {
"*": [
"evm.bytecode",
"evm.deployedBytecode",
"devdoc",
"userdoc",
"metadata",
"abi"
]
}
},
"libraries": {}
}Contract Security Audit
- No Contract Security Audit Submitted- Submit Audit Here
Contract ABI
API[{"inputs":[{"internalType":"address","name":"_token","type":"address"},{"internalType":"bytes32","name":"_merkleRoot","type":"bytes32"},{"internalType":"uint256","name":"_initialOpenClaimsDay","type":"uint256"},{"internalType":"address","name":"_holdingWallet","type":"address"}],"stateMutability":"nonpayable","type":"constructor"},{"inputs":[],"name":"InvalidMerkleProof","type":"error"},{"inputs":[],"name":"NewClaimDayNotInFuture","type":"error"},{"inputs":[],"name":"NoTokensToClaim","type":"error"},{"inputs":[{"internalType":"uint256","name":"requested","type":"uint256"},{"internalType":"uint256","name":"available","type":"uint256"}],"name":"RequestExceedsClaimableDays","type":"error"},{"anonymous":false,"inputs":[{"indexed":false,"internalType":"uint256","name":"newClaimDay","type":"uint256"}],"name":"ClaimDayUpdated","type":"event"},{"anonymous":false,"inputs":[{"indexed":true,"internalType":"address","name":"user","type":"address"},{"indexed":false,"internalType":"uint256","name":"amount","type":"uint256"},{"indexed":false,"internalType":"uint256","name":"daysClaimed","type":"uint256"}],"name":"Claimed","type":"event"},{"anonymous":false,"inputs":[{"indexed":false,"internalType":"address","name":"newHoldingWallet","type":"address"}],"name":"HoldingWalletUpdated","type":"event"},{"anonymous":false,"inputs":[{"indexed":false,"internalType":"bytes32","name":"newMerkleRoot","type":"bytes32"}],"name":"MerkleRootUpdated","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":[{"internalType":"uint256","name":"requestDays","type":"uint256"},{"internalType":"uint256","name":"amountPerDay","type":"uint256"},{"internalType":"uint256","name":"maxTotalAmount","type":"uint256"},{"internalType":"bytes32[]","name":"merkleProof","type":"bytes32[]"}],"name":"claim","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[{"internalType":"address","name":"user","type":"address"},{"internalType":"uint256","name":"amountPerDay","type":"uint256"},{"internalType":"uint256","name":"maxTotalAmount","type":"uint256"}],"name":"getClaimableTokensForToday","outputs":[{"internalType":"uint256","name":"","type":"uint256"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address","name":"user","type":"address"}],"name":"getDaysLeftToClaim","outputs":[{"internalType":"uint256","name":"","type":"uint256"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address","name":"user","type":"address"},{"internalType":"uint256","name":"maxTotalAmount","type":"uint256"}],"name":"getTotalAllocationLeft","outputs":[{"internalType":"uint256","name":"","type":"uint256"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address","name":"user","type":"address"}],"name":"getTotalClaimed","outputs":[{"internalType":"uint256","name":"","type":"uint256"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"holdingWallet","outputs":[{"internalType":"address","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"merkleRoot","outputs":[{"internalType":"bytes32","name":"","type":"bytes32"}],"stateMutability":"view","type":"function"},{"inputs":[],"name":"openClaimsDay","outputs":[{"internalType":"uint256","name":"","type":"uint256"}],"stateMutability":"view","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":"_holdingWallet","type":"address"}],"name":"setHoldingWallet","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[{"internalType":"bytes32","name":"_merkleRoot","type":"bytes32"}],"name":"setMerkleRoot","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[{"internalType":"uint256","name":"_newOpenClaimsDay","type":"uint256"}],"name":"setOpenClaimsDay","outputs":[],"stateMutability":"nonpayable","type":"function"},{"inputs":[],"name":"token","outputs":[{"internalType":"contract IERC20","name":"","type":"address"}],"stateMutability":"view","type":"function"},{"inputs":[{"internalType":"address","name":"newOwner","type":"address"}],"name":"transferOwnership","outputs":[],"stateMutability":"nonpayable","type":"function"}]Contract Creation Code
608060405234801561001057600080fd5b50604051610fea380380610fea83398101604081905261002f916100e1565b61003833610075565b600180546001600160a01b039586166001600160a01b03199182161790915560029390935560049190915560058054919093169116179055610127565b600080546001600160a01b038381166001600160a01b0319831681178455604051919092169283917f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e09190a35050565b80516001600160a01b03811681146100dc57600080fd5b919050565b600080600080608085870312156100f757600080fd5b610100856100c5565b9350602085015192506040850151915061011c606086016100c5565b905092959194509250565b610eb4806101366000396000f3fe608060405234801561001057600080fd5b50600436106100f55760003560e01c806386c2e03b11610097578063d6afb37a11610066578063d6afb37a146101f7578063ea25e17614610200578063f2fde38b14610213578063fc0c546a1461022657600080fd5b806386c2e03b146101955780638d49f7fe146101c05780638da5cb5b146101d357806397ae4a4e146101e457600080fd5b8063522bf1d4116100d3578063522bf1d41461013c578063715018a6146101655780637b69d6671461016f5780637cb647591461018257600080fd5b80632eb4a7ab146100fa5780634d7d4ca814610116578063519d504114610129575b600080fd5b61010360025481565b6040519081526020015b60405180910390f35b610103610124366004610c24565b610239565b610103610137366004610c57565b61033e565b61010361014a366004610c81565b6001600160a01b031660009081526003602052604090205490565b61016d61036a565b005b61016d61017d366004610c81565b61037e565b61016d610190366004610c9c565b6103e8565b6005546101a8906001600160a01b031681565b6040516001600160a01b03909116815260200161010d565b6101036101ce366004610c81565b610425565b6000546001600160a01b03166101a8565b61016d6101f2366004610c9c565b610478565b61010360045481565b61016d61020e366004610cb5565b6104b5565b61016d610221366004610c81565b61070d565b6001546101a8906001600160a01b031681565b6001600160a01b03831660009081526003602052604081208054829061025f9085610d5b565b90508160010154600014801561027457508154155b156102e0578085620151806004544261028d9190610d5b565b6102979190610d6e565b6102a19190610d90565b11156102b05791506103379050565b8462015180600454426102c39190610d5b565b6102cd9190610d6e565b6102d79190610d90565b92505050610337565b6000826001015462015180600454426102f99190610d5b565b6103039190610d6e565b61030d9190610d5b565b9050600061031b8783610d90565b9050828111156103315782945050505050610337565b93505050505b9392505050565b6001600160a01b0382166000908152600360205260408120546103619083610d5b565b90505b92915050565b61037261079d565b61037c60006107f7565b565b61038661079d565b6005805473ffffffffffffffffffffffffffffffffffffffff19166001600160a01b0383169081179091556040519081527fd1548b4163b65bbd64c0f61e717a12fc44b1adefcd3fee816a1e32869a0e65f9906020015b60405180910390a150565b6103f061079d565b60028190556040518181527f90004c04698bc3322499a575ed3752dd4abf33e0a7294c06a787a0fe01bea941906020016103dd565b6001600160a01b0381166000908152600360205260408120600454829061044c9042610d5b565b9050600061045d6201518083610d6e565b905082600101548161046f9190610d5b565b95945050505050565b61048061079d565b60048190556040518181527f1cc834e649d2cf01afe6bf8bbe6e59b153c5b825cb3fd60eb1b9e1b60fa5da36906020016103dd565b3360009081526003602052604081206004549091906104d49042610d5b565b905060006104e56201518083610d6e565b9050826001015481101561050b5760405162f3f86160e41b815260040160405180910390fd5b600083600101548261051d9190610d5b565b905080891115610568576040517f597b1756000000000000000000000000000000000000000000000000000000008152600481018a9052602481018290526044015b60405180910390fd5b6040516bffffffffffffffffffffffff193360601b16602082015260348101899052605481018890526000906074016040516020818303038152906040528051906020012090506105f0878780806020026020016040519081016040528093929190818152602001838360200280828437600092019190915250506002549150849050610854565b610626576040517fb05e92fa00000000000000000000000000000000000000000000000000000000815260040160405180910390fd5b60006106328a8c610d90565b8654909150600090610644908b610d5b565b905080821115610652578091505b816000036106725760405162f3f86160e41b815260040160405180910390fd5b818760000160008282546106869190610da7565b925050819055508b8760010160008282546106a19190610da7565b90915550506005546001546106c4916001600160a01b039182169116338561086a565b60408051838152602081018e905233917f987d620f307ff6b94d58743cb7a7509f24071586a77759b77c2d4e29f75a2f9a910160405180910390a2505050505050505050505050565b61071561079d565b6001600160a01b0381166107915760405162461bcd60e51b815260206004820152602660248201527f4f776e61626c653a206e6577206f776e657220697320746865207a65726f206160448201527f6464726573730000000000000000000000000000000000000000000000000000606482015260840161055f565b61079a816107f7565b50565b6000546001600160a01b0316331461037c5760405162461bcd60e51b815260206004820181905260248201527f4f776e61626c653a2063616c6c6572206973206e6f7420746865206f776e6572604482015260640161055f565b600080546001600160a01b0383811673ffffffffffffffffffffffffffffffffffffffff19831681178455604051919092169283917f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e09190a35050565b60008261086185846108f8565b14949350505050565b604080516001600160a01b0385811660248301528416604482015260648082018490528251808303909101815260849091019091526020810180517bffffffffffffffffffffffffffffffffffffffffffffffffffffffff167f23b872dd000000000000000000000000000000000000000000000000000000001790526108f2908590610945565b50505050565b600081815b845181101561093d576109298286838151811061091c5761091c610dba565b6020026020010151610a32565b91508061093581610dd0565b9150506108fd565b509392505050565b600061099a826040518060400160405280602081526020017f5361666545524332303a206c6f772d6c6576656c2063616c6c206661696c6564815250856001600160a01b0316610a619092919063ffffffff16565b90508051600014806109bb5750808060200190518101906109bb9190610de9565b610a2d5760405162461bcd60e51b815260206004820152602a60248201527f5361666545524332303a204552433230206f7065726174696f6e20646964206e60448201527f6f74207375636365656400000000000000000000000000000000000000000000606482015260840161055f565b505050565b6000818310610a4e576000828152602084905260409020610361565b6000838152602083905260409020610361565b6060610a708484600085610a78565b949350505050565b606082471015610af05760405162461bcd60e51b815260206004820152602660248201527f416464726573733a20696e73756666696369656e742062616c616e636520666f60448201527f722063616c6c0000000000000000000000000000000000000000000000000000606482015260840161055f565b600080866001600160a01b03168587604051610b0c9190610e2f565b60006040518083038185875af1925050503d8060008114610b49576040519150601f19603f3d011682016040523d82523d6000602084013e610b4e565b606091505b5091509150610b5f87838387610b6a565b979650505050505050565b60608315610bd9578251600003610bd2576001600160a01b0385163b610bd25760405162461bcd60e51b815260206004820152601d60248201527f416464726573733a2063616c6c20746f206e6f6e2d636f6e7472616374000000604482015260640161055f565b5081610a70565b610a708383815115610bee5781518083602001fd5b8060405162461bcd60e51b815260040161055f9190610e4b565b80356001600160a01b0381168114610c1f57600080fd5b919050565b600080600060608486031215610c3957600080fd5b610c4284610c08565b95602085013595506040909401359392505050565b60008060408385031215610c6a57600080fd5b610c7383610c08565b946020939093013593505050565b600060208284031215610c9357600080fd5b61036182610c08565b600060208284031215610cae57600080fd5b5035919050565b600080600080600060808688031215610ccd57600080fd5b853594506020860135935060408601359250606086013567ffffffffffffffff80821115610cfa57600080fd5b818801915088601f830112610d0e57600080fd5b813581811115610d1d57600080fd5b8960208260051b8501011115610d3257600080fd5b9699959850939650602001949392505050565b634e487b7160e01b600052601160045260246000fd5b8181038181111561036457610364610d45565b600082610d8b57634e487b7160e01b600052601260045260246000fd5b500490565b808202811582820484141761036457610364610d45565b8082018082111561036457610364610d45565b634e487b7160e01b600052603260045260246000fd5b600060018201610de257610de2610d45565b5060010190565b600060208284031215610dfb57600080fd5b8151801515811461033757600080fd5b60005b83811015610e26578181015183820152602001610e0e565b50506000910152565b60008251610e41818460208701610e0b565b9190910192915050565b6020815260008251806020840152610e6a816040850160208701610e0b565b601f01601f1916919091016040019291505056fea26469706673582212208d4df342c362057699e9cef3f0839690e65a7833c852307888c01fb251b3ba4f64736f6c63430008140033000000000000000000000000acd2c239012d17beb128b0944d49015104113650235f208132c66f595d99513ddb0ec781bf9ade0b9cd930fb23a117e73661550500000000000000000000000000000000000000000000000000000000682d79f0000000000000000000000000b564cfcf036581894d45cdada2e2129d0bec3a5f
Deployed Bytecode
0x608060405234801561001057600080fd5b50600436106100f55760003560e01c806386c2e03b11610097578063d6afb37a11610066578063d6afb37a146101f7578063ea25e17614610200578063f2fde38b14610213578063fc0c546a1461022657600080fd5b806386c2e03b146101955780638d49f7fe146101c05780638da5cb5b146101d357806397ae4a4e146101e457600080fd5b8063522bf1d4116100d3578063522bf1d41461013c578063715018a6146101655780637b69d6671461016f5780637cb647591461018257600080fd5b80632eb4a7ab146100fa5780634d7d4ca814610116578063519d504114610129575b600080fd5b61010360025481565b6040519081526020015b60405180910390f35b610103610124366004610c24565b610239565b610103610137366004610c57565b61033e565b61010361014a366004610c81565b6001600160a01b031660009081526003602052604090205490565b61016d61036a565b005b61016d61017d366004610c81565b61037e565b61016d610190366004610c9c565b6103e8565b6005546101a8906001600160a01b031681565b6040516001600160a01b03909116815260200161010d565b6101036101ce366004610c81565b610425565b6000546001600160a01b03166101a8565b61016d6101f2366004610c9c565b610478565b61010360045481565b61016d61020e366004610cb5565b6104b5565b61016d610221366004610c81565b61070d565b6001546101a8906001600160a01b031681565b6001600160a01b03831660009081526003602052604081208054829061025f9085610d5b565b90508160010154600014801561027457508154155b156102e0578085620151806004544261028d9190610d5b565b6102979190610d6e565b6102a19190610d90565b11156102b05791506103379050565b8462015180600454426102c39190610d5b565b6102cd9190610d6e565b6102d79190610d90565b92505050610337565b6000826001015462015180600454426102f99190610d5b565b6103039190610d6e565b61030d9190610d5b565b9050600061031b8783610d90565b9050828111156103315782945050505050610337565b93505050505b9392505050565b6001600160a01b0382166000908152600360205260408120546103619083610d5b565b90505b92915050565b61037261079d565b61037c60006107f7565b565b61038661079d565b6005805473ffffffffffffffffffffffffffffffffffffffff19166001600160a01b0383169081179091556040519081527fd1548b4163b65bbd64c0f61e717a12fc44b1adefcd3fee816a1e32869a0e65f9906020015b60405180910390a150565b6103f061079d565b60028190556040518181527f90004c04698bc3322499a575ed3752dd4abf33e0a7294c06a787a0fe01bea941906020016103dd565b6001600160a01b0381166000908152600360205260408120600454829061044c9042610d5b565b9050600061045d6201518083610d6e565b905082600101548161046f9190610d5b565b95945050505050565b61048061079d565b60048190556040518181527f1cc834e649d2cf01afe6bf8bbe6e59b153c5b825cb3fd60eb1b9e1b60fa5da36906020016103dd565b3360009081526003602052604081206004549091906104d49042610d5b565b905060006104e56201518083610d6e565b9050826001015481101561050b5760405162f3f86160e41b815260040160405180910390fd5b600083600101548261051d9190610d5b565b905080891115610568576040517f597b1756000000000000000000000000000000000000000000000000000000008152600481018a9052602481018290526044015b60405180910390fd5b6040516bffffffffffffffffffffffff193360601b16602082015260348101899052605481018890526000906074016040516020818303038152906040528051906020012090506105f0878780806020026020016040519081016040528093929190818152602001838360200280828437600092019190915250506002549150849050610854565b610626576040517fb05e92fa00000000000000000000000000000000000000000000000000000000815260040160405180910390fd5b60006106328a8c610d90565b8654909150600090610644908b610d5b565b905080821115610652578091505b816000036106725760405162f3f86160e41b815260040160405180910390fd5b818760000160008282546106869190610da7565b925050819055508b8760010160008282546106a19190610da7565b90915550506005546001546106c4916001600160a01b039182169116338561086a565b60408051838152602081018e905233917f987d620f307ff6b94d58743cb7a7509f24071586a77759b77c2d4e29f75a2f9a910160405180910390a2505050505050505050505050565b61071561079d565b6001600160a01b0381166107915760405162461bcd60e51b815260206004820152602660248201527f4f776e61626c653a206e6577206f776e657220697320746865207a65726f206160448201527f6464726573730000000000000000000000000000000000000000000000000000606482015260840161055f565b61079a816107f7565b50565b6000546001600160a01b0316331461037c5760405162461bcd60e51b815260206004820181905260248201527f4f776e61626c653a2063616c6c6572206973206e6f7420746865206f776e6572604482015260640161055f565b600080546001600160a01b0383811673ffffffffffffffffffffffffffffffffffffffff19831681178455604051919092169283917f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e09190a35050565b60008261086185846108f8565b14949350505050565b604080516001600160a01b0385811660248301528416604482015260648082018490528251808303909101815260849091019091526020810180517bffffffffffffffffffffffffffffffffffffffffffffffffffffffff167f23b872dd000000000000000000000000000000000000000000000000000000001790526108f2908590610945565b50505050565b600081815b845181101561093d576109298286838151811061091c5761091c610dba565b6020026020010151610a32565b91508061093581610dd0565b9150506108fd565b509392505050565b600061099a826040518060400160405280602081526020017f5361666545524332303a206c6f772d6c6576656c2063616c6c206661696c6564815250856001600160a01b0316610a619092919063ffffffff16565b90508051600014806109bb5750808060200190518101906109bb9190610de9565b610a2d5760405162461bcd60e51b815260206004820152602a60248201527f5361666545524332303a204552433230206f7065726174696f6e20646964206e60448201527f6f74207375636365656400000000000000000000000000000000000000000000606482015260840161055f565b505050565b6000818310610a4e576000828152602084905260409020610361565b6000838152602083905260409020610361565b6060610a708484600085610a78565b949350505050565b606082471015610af05760405162461bcd60e51b815260206004820152602660248201527f416464726573733a20696e73756666696369656e742062616c616e636520666f60448201527f722063616c6c0000000000000000000000000000000000000000000000000000606482015260840161055f565b600080866001600160a01b03168587604051610b0c9190610e2f565b60006040518083038185875af1925050503d8060008114610b49576040519150601f19603f3d011682016040523d82523d6000602084013e610b4e565b606091505b5091509150610b5f87838387610b6a565b979650505050505050565b60608315610bd9578251600003610bd2576001600160a01b0385163b610bd25760405162461bcd60e51b815260206004820152601d60248201527f416464726573733a2063616c6c20746f206e6f6e2d636f6e7472616374000000604482015260640161055f565b5081610a70565b610a708383815115610bee5781518083602001fd5b8060405162461bcd60e51b815260040161055f9190610e4b565b80356001600160a01b0381168114610c1f57600080fd5b919050565b600080600060608486031215610c3957600080fd5b610c4284610c08565b95602085013595506040909401359392505050565b60008060408385031215610c6a57600080fd5b610c7383610c08565b946020939093013593505050565b600060208284031215610c9357600080fd5b61036182610c08565b600060208284031215610cae57600080fd5b5035919050565b600080600080600060808688031215610ccd57600080fd5b853594506020860135935060408601359250606086013567ffffffffffffffff80821115610cfa57600080fd5b818801915088601f830112610d0e57600080fd5b813581811115610d1d57600080fd5b8960208260051b8501011115610d3257600080fd5b9699959850939650602001949392505050565b634e487b7160e01b600052601160045260246000fd5b8181038181111561036457610364610d45565b600082610d8b57634e487b7160e01b600052601260045260246000fd5b500490565b808202811582820484141761036457610364610d45565b8082018082111561036457610364610d45565b634e487b7160e01b600052603260045260246000fd5b600060018201610de257610de2610d45565b5060010190565b600060208284031215610dfb57600080fd5b8151801515811461033757600080fd5b60005b83811015610e26578181015183820152602001610e0e565b50506000910152565b60008251610e41818460208701610e0b565b9190910192915050565b6020815260008251806020840152610e6a816040850160208701610e0b565b601f01601f1916919091016040019291505056fea26469706673582212208d4df342c362057699e9cef3f0839690e65a7833c852307888c01fb251b3ba4f64736f6c63430008140033
Constructor Arguments (ABI-Encoded and is the last bytes of the Contract Creation Code above)
000000000000000000000000acd2c239012d17beb128b0944d49015104113650235f208132c66f595d99513ddb0ec781bf9ade0b9cd930fb23a117e73661550500000000000000000000000000000000000000000000000000000000682d79f0000000000000000000000000b564cfcf036581894d45cdada2e2129d0bec3a5f
-----Decoded View---------------
Arg [0] : _token (address): 0xAcd2c239012D17BEB128B0944D49015104113650
Arg [1] : _merkleRoot (bytes32): 0x235f208132c66f595d99513ddb0ec781bf9ade0b9cd930fb23a117e736615505
Arg [2] : _initialOpenClaimsDay (uint256): 1747810800
Arg [3] : _holdingWallet (address): 0xb564cfcF036581894D45CDADa2e2129d0bEC3a5F
-----Encoded View---------------
4 Constructor Arguments found :
Arg [0] : 000000000000000000000000acd2c239012d17beb128b0944d49015104113650
Arg [1] : 235f208132c66f595d99513ddb0ec781bf9ade0b9cd930fb23a117e736615505
Arg [2] : 00000000000000000000000000000000000000000000000000000000682d79f0
Arg [3] : 000000000000000000000000b564cfcf036581894d45cdada2e2129d0bec3a5f
Loading...
Loading
Loading...
Loading
Net Worth in USD
$0.00
Net Worth in ETH
0
Multichain Portfolio | 34 Chains
| Chain | Token | Portfolio % | Price | Amount | Value |
|---|
Loading...
Loading
Loading...
Loading
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.