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.
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).
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.
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.
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
Telegram: Telegram: Contact @renproject
Medium: Ren Project – Medium
GitHub: Ren · GitHub
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.
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.
API’ s of Uniswap and other dexes that will list it.
Not known. Most likely we would have to rely on markets.