SIP-8: sETH Uniswap Pool Staking Incentives

Author
StatusImplemented
TypeGovernance
NetworkEthereum
ImplementorTBD
ReleaseTBD
Created2019-08-02
Updated2019-08-02

Simple Summary

Ease of access to synthetix.exchange is critical to the success of the platform, so this means new users must be able to convert ETH and other cryptocurrencies to Synths to begin trading on the exchange. Uniswap is the perfect on-ramp and off-ramp for synthetix.exchange as it is permisionless and open, but it requires liquidity providers (LPs) to deposit both ETH and tokens. Providing liquidity on Uniswap is not risk free, so in order to encourage a deep liquidity pool and provide confidence in the on-ramp and off-ramp to the synthetix.exchange we have been incentivising LP's through SNX staking rewards. This SIP intends to formalise this mechanism at the protocol level. We are four weeks into the sETH pool staking trial and there is almost 3k ETH of liquidity in the Uniswap pool. In addition to the depth of the pool the peg has been restored, providing confidence to both new and existing users of sX. By formalising this mechanism at the protocol level, liquidity providers should have even more incentive to participate as they can be confident that this incentive will exist long term so the effort of establishing liquidiity will be worthwhile.

Abstract

This SIP formalises at the protocol level to divert a portion of SNX inflation into a pool to incentivise liquidity providers of the sETH/ETH pair in Uniswap.

Motivation

The trial has been successful but in order for this mechanism to work long term it must be formalised into the protocol.

Specification

Based on the last few months of data and the current success of the sETH pool, the implementation of this SIP will be:

5% of inflation diverted to a pool with all rewards unlocked

The distribution rules are as follows:

  1. SNX tokens will be distributed by the percentage of liquidity tokens at the end of each period.
  2. You must be in the pool the entire week, no withdrawals are allowed.
  3. Only the opening LP token balance counts, you can add more liquidity but it will only be counted in following week.
  4. The snapshot will occur two hours after each fee period which closes @ Wednesday ~6pm AEST.
  5. There is a minimum of 1 liquidity token required per provider.
  6. LP tokens may not be moved

The distribution will be managed by an m/n multisig contract with signers selected from LP providers.

The source of truth for distribution will be the open source script released by user @justwanttoknowathing on Discord,

  1. Any signer runs the script by @justwanttoknowathing
  2. Any signer posts results on Discord
  3. All signers have 24 hours to review output
  4. All signers discord handle + signing address are public
  5. An LP that believes their rewards are incorrect can DM a signer to check their balance and vote incorrect
  6. A single signer submits the distribution tx to the multisig and posts the payload to Discord
  7. M/N signers sign the tx
  8. If more than two signers do not sign the tx the distribution will not proceed
  9. Failure to vote on a correct tx will result in removal and replacement of a signer(s)

h/t @nocturnalsheet for the core signing process above.

^There is still a kill-switch built into this mechanism whereby if the signers go rogue. The foundation (and eventually the community via decentralised proxies) can halt distribution of the inflationary rewards to this contract and deploy a new multisig with different signers.

Rationale

By implementing this distribution mechanism using a multisig, we prepare for the next phase of the project where the foundation can no longer modify distribution and other aspects of the system and begin to test aspects of decentralised goveranance.

Test Cases

Test cases for an implementation are mandatory for SIPs but can be included with the implementation.

Implementation

We are proposing to use the Gnosis multisig for signing of these transactions. This multisig will be the owner of the "airdropper" contract that is currently manually distributing this incentive.

As part of this implementation we have also enabled the abilility to manually send tokens into escrow, this functionality will support escrowing future OTC token sales from the foundation treasury.

Copyright and related rights waived via CC0.