- Authors: Brennan Mulligan (DAO Program Manager @ SuperRare Labs); Charles Crain (CTO @ SuperRare Labs)
- Status: Implemented
- Type: Protocol Development
- Implementer: RareDAO Governance Council & SuperRare Labs
- Sponsor(s): @flakoubay @SuperRareJohn @ntomaino
- Link to Request for Comment: Primary, Follow Up #1, Follow Up #2, Follow Up #3
- Link to Temperature Check Poll: Discord
- Created Date: 08/02/2023
Amendment: August 14th, 2023
In order to incorporate community feedback from @LeonardoDaNFT, the proposal authors have decided to make the following change:
- The unstake burn fee should be set to 0% (previously 1%)
This allows us to observe the degree to which exploitation actually exists in a live environment, given that we believe gas fees will serve as an adequate disincentive early in the systemâs adoption. Further exploration of a dynamic burn fee as proposed by @LeonardoDaNFT has begun, and may be introduced as a modification of the system in a future proposal if appropriate.
Summary
Following the successful deployment and testing of RARE Staking on the Goerli testnet, we propose that the protocol be deployed to Ethereum mainnet, and that the DAO Council claim ownership of all contracts associated with this deployment. In addition, we propose that the Bazaar be updated so that 1% of every sale (taken from the existing 3% network fee) is diverted to the sellerâs rarity pool, if one exists.
Motivation
Provide platform agnostic infrastructure for decentralized curation and the generation of crowd-sourced reputation data at scale, with the primary intent of increasing discoverability and strengthening connections between artists, collectors, and curators. We believe this is a long term project that will shape the future of cryptoart, and that it should be carried out in an iterative and collaborative manner. Having learned many valuable lessons from the alpha prototype deployed to the Goerli testnet, we believe the best course of action is to deploy to the Ethereum mainnet, and connect staking contracts to the bazaar so that we can test the economic and social models in a live environment, ensuring the system as a whole provides value to the community and continues to scale effectively over time.
Background
The mechanism design of the RARE Staking Protocol is described in the whitepaper, published at the beginning of the alpha test period in which the smart contracts were initially deployed to Goerli for public experimentation, and updated recently to include gas optimizations identified as a result. The current state of the protocol can be viewed in this github repository, which will be deployed to Ethereum mainnet upon the passage of this proposal, though the council has the ability to authorize any final changes prior to the deployment for the purposes of gas optimization and security. The code was initially audited by Quantstamp prior to the launch of the contracts on Goerli, and was recently audited again, following the aforementioned optimizations made during the public testing phase. On both occasions, the audit passed without any major concerns with only minor changes being suggested by the auditors.
Specification
Part 1: Configurable Parameter Values
In addition to outlining the mechanism design and technical specifications, the whitepaper describes the configurable parameters available within the staking system and a detailed description of the design tradeoffs that should be considered for each. Initial assumptions for these parameter values have held up well under testing during the alpha period. The proposed value for each of the systemâs configurable parameters are as follows:
- Round Countdown Duration: 7 days.
- Bonding Curve Equation: Remains unchanged from the testnet deployment, with coefficient values of a = 2 * 10^28 and b = 10^13.
- Unstake Burn Fee: Remains unchanged from the testnet deployment, with 1% of tokens each time a user withdraws from a rarity pool being burnt to disincentivize high frequency staking and un-staking (NOTE: following the ammendment on 8/14/23, the unstake burn fee will now be set to 0% upon passage of the proposal)
- Reward Swap Discount: Remains unchanged at 90% of each successful reward swap going to the associated rarity pool and 10% going to the executor of the transaction as compensation for the gas required to facilitate the swap.
We encourage future protocol contributors and governance proposals to modify these parameters as needed to promote system stability, efficiency, and security based on similar levels of testing and community evaluation.
Part 2: Deployment of Staking Protocol & Transfer of Ownership
Upon passage of this proposal, Charles Crain (CTO of SuperRare Labs and RareDAO Council member) or his representative will perform the following steps to deploy the staking protocol and facilitate the transfer of contract ownership to the DAO multi-sig:
- Run the
RareStakingDeploy
script with updated parameters described in Part 1. - Transfer ownership of the
RarityPoolFactory
,RewardAccumulatorFactory
, andRareStakingRegistry
contracts to the DAO Council multi-sig. - Complete the process by initiating transactions from the DAO Council multi-sig to claim ownership of the
RarityPoolFactory
andRewardAccumulatorFactory
contracts.
Once the council signs and executes the claim transactions for RarityPoolFactory and RewardAccumulatorFactory, the DAO will have full and exclusive ownership and upgrade authority over the Staking Protocol.
Part 3: Modification of the Bazaar Smart Contract
As described in the whitepaper, the RARE Staking system is marketplace agnostic, so long as fees are diverted to stakers and curation data is provided back to the protocol. We have outlined a process by which marketplaces that wish to integrate the RARE staking protocol and compensate stakers can divert said fees to the relevant rarity pool for each sale in the âFunding Rarity Poolsâ section of the whitepaper. Accordingly, we propose that the Bazaar (i.e. the collection of smart contracts underpinning RareDAOâs on-chain marketplace and auction house functionality) be updated to support rarity pools in anticipation of staking dataâs adoption at the marketplace level.
In addition to the steps described in Part 2 to deploy the staking protocol smart contracts, upon passage of this proposal Charles Crain or his representative will also perform the following steps to update the bazaar:
- Deploy a new version of
SuperRareBazaarBase
, which contains updated logic for the auction house and marketplace allowing 1% of each sale (one third of the current network fee) to be diverted to the sellerâs rarity pool, if one exists. - Complete the process by initiating transactions within the DAO multi-sig to point
SuperRareBazaar
to the updated marketplace and auction house logic.
Once the Council signs the transactions required to upgrade the Bazaar, the protocol will automatically check if the seller in each transaction has a rarity pool, and if they do, divert 1% of the total sale amount to that rarity pool, with the remaining 2% of the network fee being sent to the DAO treasury as normal.
Benefits
We believe the web of trust and preference generated by this system will provide powerful tools for the discovery of content and the people who create it, as well as decentralized signals of community support. There are many ways in which these signals could be used by the DAO, such as whitelisting trusted network participants, incentivizing adherence to artist royalties, and even the distribution of treasury assets. If youâd like to dive deeper, we encourage you to read the âApplicationsâ section of the whitepaper, as well as recent blog posts published by SuperRare Labs describing how staking provides equitable and scalable infrastructure for discovery, community development, and reputation.
Drawbacks
Gas Fees
Because this system is built to accommodate both small and large signals of support, and it was intentionally designed to balance financial and social incentives, long term successful adoption will likely depend on affordable transaction fees. We are confident that the fees are low enough for early adoption, however we encourage future protocol development to further optimize the contracts for gas costs and evaluate scaling solutions that would lower the cost of economic participation in this system .
Static Parameter Definitions
In an attempt to minimize protocol complexity, we propose that the protocol be deployed initially using a fixed reward swap discount and unstake burn fee. In some community discussions it was raised that this is not optimal because it does not take into account factors unique to each pool or to each staker. However, at this early stage, we are committed to maximizing security and minimizing gas expenditure - and one of the best ways to accomplish both is by limiting complex logic and storage requirements at the protocol level. As further gas optimizations are implemented and ethereum scaling solutions become more viable, we will be in a better position to evaluate more complex protocol functionality.
Proposal Execution
Upon passage of this proposal, the following shall be resolved:
- SuperRare Labs is authorized to deploy the Rare Staking protocol to Ethereum mainnet as described in Part 1 of the Specification Section.
- SuperRare Labs is compelled to transfer ownership of the
RarityPoolFactory
,RewardAccumulatorFactory
, andRareStakingRegistry
contracts to the DAO multi-sig following execution of Resolution 1. - The DAO Council is compelled to claim ownership of the
RarityPoolFactory
andRewardAccumulatorFactory
smart contracts following the execution of Resolution 2. - Following execution of Resolutions 1, 2, and 3, the
RarityPoolFactory
,RewardAccumulatorFactory
, andRareStakingRegistry
contracts shall be considered components of the DAOâs core protocol as defined in the Community Approved By-Laws, and shall only be upgraded in compliance with the procedures described therein. - The DAO Council is both authorized and compelled to upgrade
SuperRareBazaar
to accommodate any changes needed for the diversion of funds from the network fee to the staking protocol following the execution of Resolution 1, as described in Part 3 of the Specification section.