[REVIEW] [GF: Phase1] Homora V2 x Ironbank on Optimism

📜 Grant Proposals Governance Fund: Phase 1
, ,
50

Hi, thank you everyone for the additional comments. While we understand the community’s concerns, we would like to use this opportunity to share our perspective and answer all the concerns raised as thoroughly as possible.

  1. Why Closed-Sourced?

First of all, we understand that protocol being open-sourced is highly valued in the Optimism ecosystem, however, we would also like to mention that being closed-sourced doesn’t equate to increased security risks as well. This decision made on our end is to provide another buffer layer for security to make our protocol safer.

To provide more context, we’ve had an exploit happen before on V1 when we first launched on Ethereum. Since then, we have been trying to make extra cautions to prevent any potential hacks from happening again. As a result of this incident, we believe having our protocol closed-sourced would be the best way to ensure the highest security (for now). To further strengthen the security, we performed several audits when we relaunched V2 on Ethereum with Peckshield, Quantstamp, and Openzeppelin. As for the audits on other chains, despite those chains are EVM-compatible and not much of the code is changed, we still sent the code for audit. Our audit report for Optimism is hare: Optimism - Homora V2

Our team has been building in the DeFi space since 2020, deploying first on Ethereum and being the first to come up with the concept of leveraged liquidity providing. Our goal to innovate has never changed and we have been consistently bringing yield opportunities across different key chains to users, and Optimism is the first L-2 chains our protocol went live on. This can be evidently seen with our organic TVL peaking at 35M when we launched on Optimism within the first month and being the first leveraged liquidity providing protocol to integrate on top of Uniswap V3.

To clarify, our code is not fully closed sourced; we are willing open source to those who become key partners of Homora or necessary to have access to the full code. This has already been the case with Iron Bank. The code is given more on a necessary-basis to make sure that the code will not be exposed to other potential security risks.

By keeping it closed-sourced, we believe this can greatly reduce any malicious acts from potential hackers or external parties. We believe most of users who are interested in interaction with our code would only fall 3 main categories: 1) Key Partners 2) Integration Partners 3) Malicious Actors

For key partners, such as Iron Bank, they currently have access to our private repo, which gives them access to our full code as it is required to ensure Homora functions normally.

For integration partners, we give them necessary public resources to integrate with us.

For malicious actors, by keeping it closed-sourced it greatly reduces any opportunities for them to tamper with the code or come up with potential hack.

With all that being said, we also understand the importance of protocols being open-sourced. Thus, we make sure that we are as transparent as possible from other angles. Our team is fully doxxed with Tascha as our Project Lead and Nipun as Tech Lead. Our whole team is fully committed to bringing value to the Web3 ecosystem and you can see Tascha actively engaging with people in the Blockchain industry through various conferences and talks.

If there is a need for any additional clarification or further information, we are happy and willing to hop on a call.

  1. Clarification on how the $OP Grant will be used

A) Type1 request for LM (56%) and how it will be used

  • All 56% will go to lenders on Homora (already mentioned in the proposal but here’s a recap):

  • Type1: ~56% of granted OP tokens (~384,000 $OP) will be allocated to users as promotional liquidity mining rewards to help bootstrap liquidity at launch in addition to the organic usage. The tokens will be allocated to Supply Pools at a fixed rate of a 16,000 OP tokens per week with the distribution rate at start as follow:

    • OP = 11,000 OP per week
    • ETH = 5,000 OP per week

  • The rationale behind using 56% to incentivize only on the lending side for OP + ETH:

    • To us, lending also represents a way to stake asset and keep the supply circulating in the ecosystem. Moreover, by incentivising more supply on the lending side, it can help keep Homora V2’s utilization rate at an optimum rate as it will ensure borrowers can still open leveraged position at a reasonable interest rate. As borrow interest lowers, farming with leverage will also yield higher APY, incentivizing more borrowing to perform leveraged yield farming activities (positive loop).
    • This also benefits and make it easier for other builders to build leveraged strategies on Homora V2.

  • The rationale behind NOT incentivizing the borrowing side:

    • We received feedback and concerns when we allocated a portion on the Homora’s borrowing side. Thus, we decided to incentivize borrowing activities via Type2 – Builder’s grant instead which will encourages more vaults and strategies to be built from other integration partners. This will enable users to earn yields more easily with just one-click deposit through vaults. We believe this will be a way to use OP grant more sustainably while making DeFi more accessible to new/inexperienced users and onboard them to Optimism ecosystem as well.

B) Type2 request for Builder Grant (44%) and how it will be used

  • Purpose of the Builder Grant:

This is dedicated to bring partners who are not currently building on OP to enter the ecosystem, potentially helping to bring more liquidity inflow and activities to Optimism from users on other chains as well as more yield opportunities and DeFi use cases available. Many protocols we are currently looking at are active liquidity management protocols that can diversify user strategies and lower risk levels while offering high returns.

As mentioned in the Type1 request, the dedicated will help keep the borrowing costs at the appropriate level, making it easier for builders to build on top of Homora at the same time.

  • Process of Evaluating Builder:

Although we mentioned in the proposal that it will be on an FCFS basis, we still carefully evaluate each team with due diligence to make sure they are a team with a trustworthy background and their product will bring value to the Optimism ecosystem.

As for Sharpe.Ai, it is a project incubated under Alpha Ventureo DAO in our other arm. However, they have also undergo the same screening process and demonstrated the potential to provide value to Optimism. If they are one of the 3 protocols to finish integration first, then they will be eligible to receive the grant as well.

  • How We Ensure Builders Bring Value To Optimism

For builders to receive the grant from us, they must agree with the requirements provided by us, which will mainly be to incentivize on-chain activities, contribute to increasing TVL on Optimism.

Builders must also use the grant correctly (i.e not use the grant for audit cost or operational cost) and distribute in a span of at least 3 months to avoid $OP supply from burning too quickly.

Current Milestone/Expectation With Confirmed Builders (Which we already mentioned above but will recap again):

  • Blue Swan Labs — They are building PDN vaults on Homora’s leveraged Uniswap V3 ETH/DAI and ETH/USDC pools to start with, aiming to launch the beginning of next year.
  • Sharpe.AI — To start with, they are building strategies vaults on Homora’s Uniswap V3 stables and volatile pools. They aim to finish development and testing by the end of November.
  • Aperture Finance (tentative) — We are already in discussion and the team is currently exploring the feasibility of building with Homora V2 on Optimism and have just proved their PDN strategy at ETH SF Hackathon.

*Note: They are currently only building strategies on the available listed pools on Homora V2. As we plan to list more pools (that match our listing criteria) in the future, there is the possibility of these builders expanding strategies to other pools on Homora as well.

  • How We Can Ensure Full Transparency of Builder Grant Usage:

In the past, we’ve always opened a separate wallet for grant rewards. For Optimism, we plan to do the same when distributing the OP grant. We will agree with all builder grant recipients to use a multisig wallet and ensure that all the OP grant usage will be traceable on-chain.

  1. Integrated with only top DEXes ie. Uniswap V3

Although Homora is currently only integrated with Uniswap V3, this does not mean we are not open to adding pools from other DEXes. When we list new pools, we have several hard criteria that need to ensure the pool can be leveraged while ensuring high security. To give more context, we have already explored and reached out to other DEXes on Optimism, including Velodrome and Beethoven X:

  • For Velodrome, the pools that pass our security criteria (can refer to full doc above) are currently unable to be leveraged, thus unable to benefit users.
  • For Beethoven X, many of the assets within the pools are Beethoven X-native without oracle price feed (yet), thus we are unable to list them for security reasons.

As long as a pool matches our listing criteria and offers opportunities to be leverage, we are open to working with other DEXes from the ecosystem.

cc: @millie @polynya @ScaleWeb3 @jackanorak @linda @lefterisjp @OPUser @GFXlabs

1 Like