[renZEC] MIP6 Collateral Application

1. Who is the interested party for this collateral application?

@Planet_X. Again, thanks to @tbone for the majority of the content in this application.

2. Provide a brief high-level overview of the project, with a focus on the applying collateral token.

renZEC is a tokenized representation of ZEC on the Ethereum blockchain. It is an ERC20, and backed 1:1 with ZEC locked in RenVM, a decentralized custodian. It is redeemable at any time for real ZEC.

RenVM is a byzantine fault-tolerant protocol that provides ECDSA threshold key generation and signing via sMPC. What makes RenVM unique is that it does all key management and rotation using its sMPC based protocol that the team has pioneered. The state, inputs, and outputs of all programs that RenVM runs (e.g. ECDSA private keys) are kept hidden from everyone, including the Darknodes that power it.

This allows RenVM to securely manage (ECDSA) private keys of different assets, making it possible to mint or burn tokenized representations of these assets on external blockchains in a trustless, permissionless, and decentralized manner.

renZEC presently has a market cap of only USD113,000 so community members are well within reason to ask if a collateral application at this point makes sense. It does, precisely because the defi integration of the renZEC token is not yet mainstream. In order to participate in the growth of defi, ZEC holders will have the option to go the path of ZEC->renZEC->DAI, instead of waiting for each and every defi project to integrate renZEC directly. This pathway into defi benefits both defi which will have fewer coins to integrate and Maker which will see increased demand for Dai.

3. Provide a brief history of the project.

Q1 2018 - Decentralized Darkpools

Ren (Republic Protocol at the time) sold out a USD35 million ICO. The original mandate was to build darkpools for digital assets - a way to prevent front-running and price slippage by trading large amounts in a private, decentralized manner. This idea placed the project in the ‘interface’ layer of the stack. Rather than just building a single darkpool, the intention was to provide infrastructure for third parties to build multiple dark pools, pooling liquidity and providing a better end-user experience. RenEx and SwapperD were built and delivered (Q4 2018).

Q1 2019 - Republic Protocol Evolves to Ren

Ren team realizes that what they have built applies to much more than Darkpools, pivots down the stack to an ‘interoperability (+ privacy) protocol’ and RenVM is born. Rather than operating a single darkpool, or allowing multiple dark pools to build and connect, the protocol will now provide key interoperability infrastructure for DEXs, OTC desks, loan & leverage platforms, liquidity pools, NFTs, dApps, etc.

Q3 2019 - Formal RenVM Testnet: August 2019 - Present

This is still utilized to test features prior to implementation on Mainnet.

The RenVM Mainnet Rollout Plan 3 articulates the steps for testing and gradual decentralization of the protocol. Follows the recommendation of Progressive Decentralization from Andreessen Horowitz. (Published September 2019)

Q4 2019 - RenVM Chaosnet | RenVM Mainnet Unaudited

Formal RenVM Chaosnet: November 2019 - Present

The sole purpose of this was to put RenVM Mainnet through as many stress tests as possible prior to Mainnet release. The Ren team believes this prudent approach (a 6 month testing period) to RenVM’s security (in addition to formal verification from security auditors) has been crucial for its robustness and subsequent success. Chaosnet is still utilized to test features prior to implementation on Mainnet.

(Published November 2019)

Q2 2020 - RenVM Mainnet | Subzero

RenVM Mainnet is released May 27th, 2020.

RenVM Mainnet Dashboard (Network Stats) 3

Q3 2020 - Open-Sourcing RZL MPC 4

One of the most important technical goals for the project is getting to a stage where the team is comfortable open-sourcing the implementation of the RZL MPC algorithm.

Over the last month, the Ren dev team has begun decoupling the MPC implementation from the rest of the codebase, making it easier to iterate, test, and understand. As a part of this, they have been implementing new optimizations, building multiple versions of some parts of the codebase to gain even more confidence in its correctness, and moving to a new design centered around easy-to-understand state machines. All of this comes together to make a codebase that is simpler, safer, faster, and easier for everyone to test/review/audit. An overview of this logic, can be found here 4.

The Ren team has engaged with several auditing teams to review these changes, and once they are completed, will be ready to make the codebase available under the GNU GPL v3 license. This is planned for release by the end of Q3 2020, depending on the timeframes of these audits.

4. Link the whitepaper, documentation portals, and source code for the system(s) that interact with the proposed collateral, and all relevant Ethereum addresses. If the system is complex, schematic(s) are especially appreciated.

renZEC token contract: https://etherscan.io/token/0x1c5db575e2ff833e46a2e9864c22f4b22e0b37c2

RenVM 101 1

RenVM Technical Overview | Wiki

RZL sMPC Whitepaper PDF

Fees & Economics 2

Safety and Liveness


Developer Documentation

RenVM Mainnet Dashboard (Network Stats) 3

Ren Resource Center

Contract Index

5. Link any available audits of the project. Both procedural and smart contract focused audits.

RenVM Audit Homepage 1

Smart Contracts by ChainSecurity, November 2019

Hyperdrive by ChainSecurity, May 2020

RZL MPC by Consensys Diligence May 2020 3

6. Link to any active communities relating to your project.

Telegram: Telegram: Contact @renproject

Website: https://renproject.io

Twitter: https://twitter.com/renprotocol

Reddit: https://www.reddit.com/r/RenProject

Medium: Ren Project – Medium

GitHub: Ren · GitHub

Wiki: Home · renproject/ren Wiki · GitHub

7. How is the applying collateral type currently used?

renZEC is a one for one representation of ZEC on Ethereum via RenVM. As an ERC20 it has a wide range of possible uses, perhaps mostly within the defi space.

8. Does one organization bear legal responsibility for the collateral? What jurisdiction does that organization reside in?

RenVM is a decentralized protocol and so does not bear responsibility for the collateral.

9. Where does exchange for the asset occur?

At the time of writing renZEC does not trade on centralized exchanges.

Decentralized exchanges: Uniswap V2.

10. Has your project obtained any legal opinions or memoranda regarding the regulatory standing of the token or an explanation of the same from the perspective of any jurisdiction? If so, those materials should be provided for community review.

Presently I am not aware of any publicly available legal opinions addressing the project or token.

11. Describe whether there are any regulatory registrations for the token and provide related documentation (including an explanation of any past or existing interactions with any regulatory authorities, regardless of jurisdiction), if applicable.

At the time of writing I am not aware of any regulatory registrations for the token.

12. List any possible oracle data sources for the proposed Collateral type.

API’ s of Uniswap and other dexes that will list it.

13. List any parties interested in taking part in liquidations for the proposed Collateral type.

Not known. Most likely we would have to rely on markets.


When renDOGE :joy:


Niiiiice! Thank you Planet X–What can I say about the Ren Team? At this moment unstoppable. They even got renBTC in a polkadot parachain (can’t remember the name)I’m sure others will follow–I’m all in for renZEC


Just for you Aaron: renDOGE MIP6


Any updates?

Sorry, but is there any person owning this topic / proposal ? Is it blocked or is there something else ?

Take a look at the Collateral status spreadsheet in this post: Collateral Status Index

You can see on the Prioritization tab that renZec has a low prioritization score. In all honesty I don’t see it being added anytime soon.

The on-chain liquidity is also very poor. A 1,000,000 DAI sale would lead to over 50% slippage. This would make it very unlikely to be onboarded as it would be difficult to liquidate any Vaults.