-
Notifications
You must be signed in to change notification settings - Fork 827
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[solidly-v3] adapter implementation tvl, apyBase, apyReward #1009
Conversation
Hey guys automated checks are failing because of missing alchemy link in ci. Works fine locally. I think it is the same case as #694 let provider = new ethers.providers.JsonRpcProvider(
process.env.ALCHEMY_CONNECTION_ETHEREUM,
1
); which in CI fails with |
ty for adding, works fine locally, putting this as reference:
does apyBase/apyReward require lockups/vesting? we only show lower bound values. |
Hey, so apyReward is non lockup it has two components SOLID emissions and custom token emissions, every lp gets them. Apy base I just changed it to be fees / active_tvl where active tvl is approximated same as in uniswap which is the +-30% (just took their code from the adapter for that part) |
@slasher125 After thinking on it more, we'd like to propose an updated method of displaying APRs more accurately. Currently the adapter shows what a simulated position with a +- 30% range would earn on the platform. But in my opinion DefiLama should show to users what users currently are earning on the platform. The original method can be highly inaccurate because different pools and assets have a completely different range of risk, so some assets will have average ranges of 5% (less volatile, bluechip) while other assets will have ranges of +-100% (more volatile, exotic) The proposed mechanism would be to fetch all active positions at the current tick and aggregate their TVL, which will display the current average APR that all positions are earning on the platform at a given point in time. For reference please see the table on https://solidly.com/liquidity, the proposed value is what we show on our UI as Real APR. To keep the hypothetical / simulated APRs, we could add a second column on DefiLlama which would be called Range APRs. We we could show different settings of a given pool (similar to what you are doing now). Please let me know what you think about this and how we should proceed. If accepted, I suggest you also apply it to other CLAMMs such as Uniswap, as it's an accurate reflection of real yields instead of assumption-based yields which will never reflect reality. |
bump @slasher125 |
sry for late reply. |
No description provided.