Second nest proposal - nStable


The Polly stable nest is divided into key stable tokens. We believe in a true decentralized and non pegged against fiat stables, and also that a nest composed of stable tokens should provide a secure and good yield for their holder.

The Stable nest reaches a good balance by spreading the risk of fiat pegged stables while earning a decent yield.


To provide exposure to a diversified basket of stable coins with a focus on yield and decentralization. By spreading risk over a number of coins, you reduce the impact of problems any of the coins face. By focusing on decentralized stables, you also reduce exposure to regulatory risk and do not rely on central issuers to continually act as they should.

The nest will start with a mixture of centrally issued and decentralized stable coins and deposit them in a variety of protocols to earn yield on them, swapping strategies regularly to maximize the yield earned.

Currently, single sided yield options on polygon are limited for coins like FRAX and MAI. In order to provide a greater yield farming return USDC and USDT, which are centrally issued, will be included. Over time, we expect the weightings of these coins to be reduced in favor of decentralized alternatives once they are sufficiently mature and have yield strategies that are suitable for a stables nest on polygon.

Project Inclusion Criteria

For a project to be included in the Polly Stable Index, it must fit the below criteria in order to reduce the risk of the index and fit the desires of the community.

  • Be a Stable token project available on the Ethereum blockchain or Polygon.
  • Be in liquid markets and being used in different lending protocols
  • The protocol must be running for 6 months before qualifying to be included in the index
  • In the event of a safety incident, the team must have addressed the problem responsibly and promptly, providing users of the protocol a reliable solution and document a detailed, transparent breakdown of the incident.
  • Must be sufficiently decentralized and/or collateralized

Nest Composition

The composition of this nest is a fair balance between decentralized stable tokens and collateralized pegged stables heavily used in lending protocols

  • RAI - 40%
  • DAI - 30%
  • USDC - 15%
  • USDT - 15%

Yield Strategy

It is possible for the underlying tokens to follow strategies that will earn yield, maximizing value for nest holders, who benefit from this productivity without having to perform any actions themselves. These strategies will be changed over time to take advantage of new opportunities or to maximize the yield earned. Strategies already available include lending and staking, with more advanced strategies planned to be developed in the future.

We will rely primarily on Kashi markets, which at the moment are giving the best yields for stables, but are also monitoring the yields offered on Cream and AAVE.


Fees for the index will be used for a combination of burning the governance token, adding to the treasury as well as a unique reflexive payment to current index holders as a way to incentivize long term holders. This will be achieved by distributing ⅓ of exit fees to anyone currently holding the index token. The fees are broken down as follows:

Entry fee 0.5%: used to burn Polly tokens
Annual streaming fee 1%: accumulated by the treasury
Exit fee 1%: 0.66% accumulated by the treasury, 0.33% distributed to current index holders

Index Maintenance

The Index is maintained quarterly in two phases

Determination Phase

The determination phase takes place during the final 2 weeks of the quarter. During this phase the changes needed for the next reconstitution are determined. Strategies and allocation % will be revisited in order to reach the balance between decentralization and having the most optimal yet secure yield possible for those stables. Proposed changes will be published on the governance forum for 1 week then a governance vote will run for the community to approve changes.

Reconstitution Phase

In the two weeks following a successful vote, the index components will be adjusted as per the instructions published during the final 2 weeks of the quarter.

Emergency Maintenance

The multisig holders are authorized by the community to re-balance indexes outside the usual schedule during moments that they collectively deem to be critical emergencies. This clause will allow for quick re-balancing in the event of a protocol or index being in danger of failing.

An example of when this would be utilized would be if a stable coin begins losing its peg/ becoming insolvent, or a protocol suffers an exploit that is not dealt with sufficiently. These scenarios may be time sensitive and require immediate resolution. Thus the team may decide to act without warning and explain their actions in a governance forum post afterwards, or if there is deemed to be time, an emergency governance vote will be posted.

This is intended as a safety mechanism only, to prevent loss of funds for our users and as such would be a power exclusively exercised under extreme circumstances.

Edit :


The following pool will be added to the liquidity farming pools

RAI/ETH - 2000
nStable - 3000
nStable/ETH - 7000


As far as I can see I can’t find anything I disagree with, only except that I would like to make sure that acting without an emergency vote for reconstitution outside of schedule is a last resort for sure.

1 Like

I really like the idea of ​​nStable, the decentralized part is the best, many will put their liquids in nStable, Yield + 0.33% exit fees + Farming pollys and burning more pollys.

1 Like

Longtime follower / LP for Bao. Usually lurk in the background, but created a forum account just to say YES! Always moving my stables all over to farm a good yield. This would make my life way easier, as long as we stayed on top of the farming strategy. Would also like to see more decentralized options (FEI, MAI, FRAX) included, when they meet the inclusion criteria. Maybe go cross chain when we can too…(thinking UST on Anchor as an example.)

1 Like

I believe there is a small typo in the document: “We will rely primarily on Kashi markets, where at the moment are giving the best yields for stables”. I guess “where” should read “which”?


Thank you for your time. I edited my post

Would this be at the time of minting or after 365 days or some other schedule?

It is continuously applied inside the nest throughout the year

Edit : Added the farming pool around nStable and RAI

RAI/ETH 2000
nStable 3000
nStable/ETH 7000

Why is USDT in there? It has more than a whiff of scandal about it, plus gov’t regulators worldwide have USDT in their sights. There are so many quality, trusted stables out there. Why USDT?


The centralized options are only in there temporarily due to the possible yield being generated, as soon as we have alternative options which seem to be available soon we will replace it.

If you disagree with the centralized options and don’t want them in we welcome your composition and update to the proposal.

I really like the idea of nStable, though I’d love if there was more emphasis on the stable being decentralized. With the recent regulatory climate this is more important than ever. Also, that would make this stand out from other similar projects. So IMO neither USDT or USDC should be there. I realize there are issues with DAI being heavily based on USDC, but that is gradually being sorted out. I’m not aware of other projects mature enough to be included.

If you believe USDT/USDC would contribute to volume and would rather gradually phase them out, that’s discussable I guess, though I don’t see how that would be done in practice when they’re part of the synth? Also, if so, I’d love a specific block/date for when they’re phased out.

1 Like

I don’t think we need to agree on a block or date, we feel exactly the same as you.
But we also feel that the nest should be generating yield for its users.
Which is why these centralized options are included right now, however we will phase them out as quickly as possible. So we can have a completely decentralized nest for stables.

As I mentioned above if you have a different opinion, please provide the nest composition and list it in this thread. It would help greatly with forming the BIP.

if a nest is updated, for example to include USDT and then replaced with UST, is this done automatically by the contract, or do existing tokens require migration?

Yes, there are functions in the contract to rebalance the nest. It doesn’t require token migration.