FAQ

Merkl is experimental software provided "as is." Please use it at your own discretion.

To learn how to deploy the type of campaign you want to launch, check the corresponding campaign type. Detailed instructions for your campaign will be provided there. Visit this page to explore all the campaign types supported by Merkl.

How do/can I whitelist my token?

• Tokens distributed as rewards must be whitelisted onchain. To whitelist your token, please fill out this form. Our team will carefully review and process your request to ensure accurate APR calculation and to maintain the security of our users.

I have just created my campaign and can't see it live on Merkl. Is this normal?

• Yes, this is normal. Campaign creation typically takes about 30 minutes to 1 hour before it becomes visible on Merkl's frontend. If it takes longer than this, please contact the Merkl team by opening a Tech Support ticket on Discord.

Are all protocols supported natively by Merkl?

• It depends. V2 Liquidity Pools and lending/borrowing protocols are natively supported. However, we highly recommend being integrated by Merkl for computing the APRs and TVL accurately.

• All AMMs and ALMs shown on Merkl's app have been whitelisted and integrated into Merkl. For a comprehensive list of supported AMMs and ALMs, check this link.

• For any integration inquiries, please reach out to us by opening a BD ticket on Merkl’s Discord.

Who should I contact to integrate Merkl?

• The specific needs of your project may vary, but regardless of your situation, please open a BD ticket on Merkl's Discord. Additionally:

  • If you are an Automated Market Maker (AMM) looking to integrate Merkl, please fill out this form.

  • If you are an Automated Liquidity Manager (ALM) interested in integrating Merkl, kindly fill out this form.

Are they fees for using Merkl?

• Yes, for campaigns, the maintenance fee is 3%, whereas for airdrops, it is 0.5%. These fees do not apply to users, but only to Incentive Providers (IPs).

How often are rewards made available?

• Rewards corresponding to incentives distributed through Merkl do not compound block by block but are made available regularly - through a Merkle root update - at a frequency depending on the chain. To find out the update frequency for each chain, please refer to this link.

Can there be delays in campaign updates?

• Yes, there may be delays in the onchain Merkle root updates due to potential flaws in the script or infrastructure used to update results onchain.

Can rewards posted onchain be disputed?

• Yes, everyone can permissionlessly dispute the rewards posted onchain. When creating a campaign, you are responsible for checking the results and disputing them if necessary.

What happens if I specify an invalid or unsupported address?

• If you specify an invalid address or an address not marked as supported, your rewards will not be taken into account. Instead, all rewards will be distributed to the address that created the campaign so you can recover the funds.

What should I do about smart contract address eligible for rewards?

• If you do not blacklist smart contracts eligible for rewards (e.g., liquidity position managers or smart contract addresses holding LP tokens not natively supported by the Merkl system), the script will not account for the specificities of these addresses and will reward them like a normal externally owned account. If these are smart contracts that do not support external rewards, the rewards accruing to them will be lost.

What happens to unclaimed rewards?

• If rewards sent through Merkl remain unclaimed for over a year, we reserve the right to recover these rewards and/or redistribute part of them.

Can I retrieve rewards if I send too much by mistake?

• No, if you mistakenly send too many rewards compared to what you intended, you will not be able to retrieve them. Additionally, you cannot prematurely end a reward distribution once it has been created.

Does the script consider all onchain actions during incentivization?

• For CLAMM: The script handling reward distribution may not consider all onchain actions (swaps on a pool) during the incentivization period, but only a subset to improve efficiency. Using Merkl implies that you understand how the script works, the approximations it makes, and the behaviors it may trigger (e.g., just-in-time liquidity).

• For ERC20 campaigns: The engine reviews ERC20 holdings every 20 minutes to ensure accurate reward distribution.