Let us simplify
your DeFi journey

This is a governance proposal to revamp PECO’s methodology, which will expand our index tokens to have a more diversified number of constituents, while also reducing the price impact incurred during rebalances. Objectives Expand the eligible universe to include up to 10 tokens Add bumper/ constraints rules to prevent sudden exclusion of existing tokens — To be included in a future iteration Reduce price impact from inclusion and rebalancing You can read more about the new methodology here. The snapshot was taken Monday, June 27th at 3 pm EST. The vote will be open from Monday, June 27th at 3 pm EST and end Thursday, June 30th at 3 pm EST. If the proposal is passed: PECO rebalance will migrate to the new methodology as of July 1, 2022. Proposal voting instructions In order to vote on the given proposal, you must have had PECO tokens in your wallet on June 27th at 3 pm EST. Go to the PECO snapshot page Click on the “Connect wallet” button in the top right corner Connect with the wallet where you hold PECO Click on the option you want to vote for Sign the message via your wallet If you have any questions feel free to reach out to us on Discord, Twitter, or Telegram. PECO Methodology Revamp was originally published in Amun on Medium, where people are continuing the conversation by highlighting and responding to this story.

Carson · 6/27/2022

Ecosystem Index Methodology v2 Overview As ecosystems grow and develop, so must our index token methodology. By improving our existing index methodology (current methodology can be found here ), we can expand our index tokens to have a more diversified number of constituents, while also reducing the price impact incurred during rebalances. Objective 1. Expand the eligible universe to include up to 10 tokens 2. Add bumper/ constraints rules to prevent sudden exclusion of existing tokens — To be included in a future iteration 3. Reduce price impact from inclusion and rebalancing Eligible Universe Criteria A token is considered eligible for index inclusion if it meets the all of the below criteria: Must be listed on Defi Llama with TVL data Must be listed on CoinGecko with Market Capitalization data Must have over $10,000 of liquidity in a single liquidity pool Must have existed for at least 2 months. This criteria will be measured by looking at liquidity pair creation dates in integrated DEXs. Improved Index Methodology Below is a simplified summary of the improved index methodology. Within any specific ecosystem, the methodology looks at all tokens in that ecosystem that also meet the eligible universe criteria These tokens are then ranked by Market Capitalization. The top 10 tokens are then considered by the methodology for inclusion and is assigned a Market Capitalization Weight Ecosystem tokens (SOL for Solana, MATIC for Polygon, etc) are assigned a fixed weight of up to 50%. As ecosystems mature over time, we expect to lower fixed weight of ecosystem tokens and make room for other promising projects. Next, a Maximum Allowed Weight (MAW) for each token is calculated. This metric takes the below variables into account: Size of the largest liquidity pool for that individual token, The estimated rebalance amount, The tokens market cap weight AUM of the basket. The goal of this maximum weight limit is to reduce the potential slippage during 2 events: Index construction — when the tokens are initially included in the index Monthly rebalancings A more detailed explanation of how MAW is calculated is available below. Once each token’s MAW has been calculated, each token is then assigned the lesser value of the 2 weights (Market cap weight vs. Maximum Allowed Weight). The lessor of the 2 weights becomes the Token’s Initial Weight If a token’s market cap weight is greater than its Maximum Allowed weight, then the extra funds are recursively redistributed to the other tokens until the assigned weights for each token add to 100%. Only after this recursive process is concluded do we arrive at each constituent token’s Final Weights. For tokens with low liquidity, final weights can be smaller than the market cap weights to prevent high price slippage when rebalancing. On the other hand, for tokens with large amounts of liquidity, final weights can be greater than the initially assigned market cap weights to absorb excess weights. Index Weight Optimization Process: Step 1: Each underlying token is assigned its market cap based weight, except an ecosystem token (SOL for Solana, MATIC for Polygon, etc). A fixed weight of up to 50% is set to the ecosystem token. As ecosystems mature over time, we expect to lower the fixed weight of ecosystem tokens and make room for other promising projects. Step 2: Maximum Allowed Rebalancing Amount is the USD amount that any trade can be executed without incurring more than 2%k. This amount is calculated from the liquidity pool size and a ratio of trade amount in USD to LP size in USD. Based on this formula, to avoid price slippage greater than 2%, the trade amount cannot exceed 1% of the LP size. Step 3: At most, we assume 10% of the token’s market cap weight will be rebalanced during each rebalance. Using this assumption of 10% rebalancing amount and the Maximum Allowed Rebalancing Amount, we can calculate maximum allowed weight. Rearranging the above formula; After the substitution for the rebalance amount, the maximum allowed weight is simply; Step 4: For each token, Initial Weight is chosen to be the lesser of: 1) maximum allowed weight or 2) market cap based weight. Step 5: Step 4 leads to a selection of weights where the sum of weights allocated may not add up to 100%. This is due to the presence of tokens whose maximum allowed weight is smaller than the market cap weight. The remaining portion of the portfolio is then recursively redistributed to the other tokens whose maximum allowed weight is higher than the market cap weight. Step 6: The recursive redistribution from step 5 is repeated until all conditions are met and the portfolio weight sums up to 100%. Amun Ecosystem Index Methodology v2 was originally published in Amun on Medium, where people are continuing the conversation by highlighting and responding to this story.

Carson · 6/27/2022

DIP2 — Upgrading DFI Rebalance Manager Contract This is a governance proposal to upgrade DFI’s RebalanceManager contract, which will address the below: The June 16th rebalance for DFI ran into issues due to how stETH handles transferring tokens. Migrating to the new RebalanceManager contract will ensure this does not happen again. The previous rebalancing will be included for the 1st of June rebalancing instead. Migrating to the new RebalanceManager contract will also enable DFI to route through any Uniswapv2 compatible DEX (besides Uniswap and Sushiswap). In addition, the new contract would allow us to run a single DFI rebalance on the 1st business day of each month, rather than it’s current state of being split across on the 1st and the 16th of every month. The snapshot was taken Tuesday, May 24th at 8pm UTC. The vote will be open from Tuesday, May 24th at 8pm UTC and end Friday, May 27th at 8pm UTC. If the proposal is passed: DFI’s RebalanceManager contract will be upgraded to enable swapping of tokens that have unique implementations of the ERC-20’s transfer function & update DFI to a single rebalance day. Proposal voting instructions In order to vote on the given proposal, you must have had DFI tokens in your wallet at on May 24th 8pm UTC. Go to the DFI snapshot page Click on “Connect wallet” button in the top right corner Connect with wallet provider where you hold DFI Click on the option you want to vote for Sign the message via your wallet and done If you have any questions feel free to reach out to us on Discord, Twitter, or Telegram. DIP2 — Upgrading DFI Rebalance Manager Contract was originally published in Amun on Medium, where people are continuing the conversation by highlighting and responding to this story.

James Wang · 5/24/2022