PSP-PIPΔ34 Proposal ParaSwap Fee Collector v2.1


A few days ago, we posted an ambitious proposal to fully automate ParaSwap, but proceeded without proper deliberation and discussion with the community. We recognize that this approach left many questions and doubts unresolved. As a result, we decided to pause this proposal and proceed at a measured pace, ensuring that every step and rationale behind the proposal are transparent and clear to the entire ParaSwap DAO community. Our aim is to establish a more robust long-term relationship between Mimic and Paraswap. In collaboration with the ParaSwap Core Team, we’ve elected to begin with a less ambitious proposal aimed at addressing the most urgently needed automation tasks, leaving the remaining aspects for a next stage. This way, it will be easier to clarify doubts and answer questions as we progress. We are pleased to present this initial proposal to you now.

Mimic is a robust tool to automate DeFi operations, offering non-custodial solutions such as fee collection. Our initial proposal with ParaSwap involved the collection and conversion of fees into the wrapped native token of each of the seven networks with which ParaSwap interacts. These wrapped native tokens would then be bridged to mainnet, and periodically withdrawn to an external address owned by the DAO.

While most of the proposal was implemented, the bridging process was not, as it was the final element for us to complete. The bridging was not included in the initial steps because our audited solution at that time did not cover all of the Paraswap chains, and was exclusively designed for the Hop protocol (which is limited to bridging only five chains). However, we are now ready to scale a multi-chain solution with Hop, Connext, and Axelar.

As of today, Mimic has conducted a total of over 700 transactions over 7 networks for Paraswap epochs, estimated to be 2200 minutes of nonstop manual work with transactions. Preventing errors and mitigating risks when interacting with DApps and contracts.

The diagram below offers a simplified representation of the current state of the ecosystem.

To facilitate better and closer discussions with the DAO, we will be initiating a new communication channel.

Goals & Review

The main goals of the proposal are:

  1. Fully automate ParaSwap to reduce manual intervention and risks associated with it. This involves the automation of the most urgently needed tasks, including collection and conversion of fees into the wrapped native token for each of the seven networks with which ParaSwap interacts.
  2. Modify the existing system to improve efficiency and simplify distribution, including switching the swapping process to WETH instead of the wrapped native token, and automating the collection and conversion of fees from external partners.
  3. Improve the bridging process by automating it across all seven networks.

The metrics for evaluating the success of this proposal would include:

Successful implementation of all proposed changes required to remove the manual task in Optimism, Arbitrum, Polygon, Binance Smart Chain, Avalanche and Fantom. The following chart represents the final version when this proposal is implemented:

No more manual tasks on chains other than Ethereum, we can achieve improved efficiency, reduced costs, and minimized risks


The primary objective of this proposal is to automate the most urgently needed tasks. These tasks are deemed critical and pose a high risk when performed manually, thus the need for automating them becomes significantly crucial. This proposal will need some development and modifications in the existing solution, particularly in the collection and swap actions. We need to redeploy some existing contracts (such as tasks) and deploy new ones in every chain used by ParaSwap.

We plan to maintain the initially proposed fee (2%) and cap (5k). We decided not to change the pricing by increasing the cap without thoughtful consideration and discussions with the community. Same as before, we will not charge any setup, deployment or development fee. Our only request is to end the test period and activate the proposed fee and cap.

Implementation Overview

1. Swap to wETH task: Currently, all collected assets are swapped into the wrapped native token on each network. However, the ParaSwap Core team identified that for a simplified distribution, swapping to WETH instead of the wrapped native token would be more advantageous. This operation is being conducted manually at the moment. To implement this modification, we need to update the collect and swap action to convert assets to wETH across all chains in the existing environment.

2. Claim partner fee task: This feature is designed to automate the collection and conversion of fees earned by ParaSwap from external partners. As of now, this task is also manually undertaken by the core team on Ethereum, Polygon, and BNB. However, since the claiming address is occasionally unchangeable within the partner’s smart contracts, the environment must utilize existing contracts that hold the authority to claim these fees. To implement this change, we need to revise the current collect and swap action to claim partner fees using these authorized contracts.

3. Complete bridge to Ethereum task: Now that we have a thorough understanding of the bridging process, there is a final decision from the core team on which token to bridge, and Mimic has the ability to automate bridging across all seven networks, we will proceed to complete and deploy this task. In addition, we will introduce improvements to how these critical, time-sensitive tasks are executed. It is imperative that they are completed before the period ends and the final withdrawal on the Ethereum is carried out.

Timeline: Complete automation of all aspects outlined in the proposal and achieving the objectives stated in the second graph is estimated to take 3 weeks.

Other Considerations

Security: During our previous dialogues, security emerged as a primary concern. In response to this, our Smart Vault component has been subjected to three thorough audits, and we remain committed to upholding these high-security standards. Our ongoing collaboration with Certora ensures that every new commit is consistently audited. Additionally, the solution we implemented for ParaSwap is entirely transactional. We do not retain any assets; they are perpetually in motion, being withdrawn each epoch before the cycle starts again. Importantly, it must be highlighted that the ParaSwap DAO always retains full custody of the assets. This added layer of protection and transparency reassures stakeholders and ensures their peace of mind.

Next Steps: As mentioned earlier, we have set an ambitious roadmap to achieve total automation in the forthcoming epochs. However, we’ve elected to split this roadmap into several stages, starting with the automation of current manual tasks that are critical. Some pending features requested by the Core team are: support for multiple versions of Augustus, multiple Fee Claimers, automation of the ParaBoost component, and the implementation of a flexible 80/20 withdrawal system. They still require further technical discussion within the core team and the community, and we want to dedicate the necessary time to ensure we are all aligned on these issues. This approach guarantees that our efforts remain structured and effective as we continue to complete and expand the fully automated fee redistribution for ParaSwap.


Website —

Docs —

Whitepaper —

Twitter —

Discord —

Medium —


Hello, Thank you for this new proposal.

The explanations of how automation works now and in the future are very clear and understandable (even for me).

I was sure that the WETH conversion was already in the very first proposal. But actually both "Collected chain token will be wrapped All other tokens will be converted to wrapped native chain token. " and "Gather and swap: Gathers assets (except from WETH and ETH) from ParaSwap Fee Claimer and swaps them to WETH (except from PSP). " appeared there (Snapshot).
Anyway, it is planned.

I think the idea of a dedicated room in the discord for exchanging views on this provided service is a very good idea. It shouldn’t be used much normally, but it would make it easier to communicate the various updates that don’t need to be formally proposed or set in stone.

There is no deadline mentionned to arrive to the second graph, how long would it take ?

I personally have no objection to this proposal.


Thanks for your comment, @Albist. Answering your question about the timeline: fully automating everything mentioned in the proposal and reaching the second graph is estimated to take 3 weeks. I will add this to the initial post and update the format as you suggested.


I’ve updated the proposal format to match the more straightforward framework based on PSP-IPΔ33 : Governance framework and parameters adjustments

We would greatly appreciate any feedback you have on the proposal.


Hi all, glad to see this new proposal and all the input from the DAO here and in the Discord channel.

The proposal is aligned with what was internally discussed and will take ParaSwap a step closer to achieving an important milestone: full automation of the rewards distribution process. It also automates most tasks currently handled manually by the Core team.

Once and if passed, we’ll look forward to the implementation being completed by Mimic in the following three weeks, meaning this is 100% functioning by Epoch 6, and to continue discussions for what’s included in the Next Steps section of this proposal.


Hello community, I’d like to give you a heads up that I will be publishing a proposal for voting on snapshot this Friday, June 9th, 2023 by the end of the day. This is just a temp check to keep you informed.
I will publish this same message on the discord channel.


The current fee collector model has the potential to expose customers to scams and erode trust in ParaSwap, especially when there are issues with third-party platforms like Furucombo. I personally experienced this unfortunate situation, as there was no positive slippage whatsoever in my transaction. This lack of transparency raises concerns and hampers confidence in the platform.
I wanted to share an update about my recent experience with Furucombo and ParaSwap. Here’s the scoop: During a swap using Furucombo(Optimism Bedrock Transaction Hash (Txhash) Details | Optimism), they snatched $82 from my transaction and sent it to this paraswap feeclaimer account

(0xa7465ccd97899edcf11c56d2d26b49125674e45f ). As i find That account is part of ParaSwap’s fee collector setup that represented in (Fee Structure - ParaSwap User Doc)

I thought it’s crucial to bring this to your attention because us regular folks who just want to swap some tokens are getting affected. We need to be in the know, you feel me?

So, let’s keep this conversation going and unravel the mysteries of this fee collector thing. We deserve transparency and fairness in the system, don’t we?


Just a heads up, this post is offtopic to what is being discussed. This proposal talks about the consolidation of fees towards ETH for distribution, not the fee claimer itself.

Your matter is already reported on the furucombo and paraswap support forms, and it has already been handled:

The issue is not due to paraswap itself, but rather an API setting in furucombo related to your use case. If you have any questions about the topic itself, feel free to drop you opinions, we would really appreciate the insight from users such as yourself!


Thank you for the response and for handling my matter. I appreciate the clarification regarding the issue not being directly related to ParaSwap itself, but rather an API setting in Furucombo. I have reported the problem on both Furucombo and ParaSwap support forms as well. If I have any further questions or insights, I will make sure to share them. Thank you again for your attention to this matter.