In this repository you'll find all of the smart contracts that we use at RTrade for our various services. Along with them, you'll find a detailed summary of our smart contract infrastructure for RTC in this readme.
For code audit reports check the Documents Directory
For our official launch/deployment announcment see this blog post
RTCoin (RTC) is an "mmPOS" (merged-mining Proof Of Stake) ERC20 compliant utility token that gives the user access to RTrade's services. The supply can only ever be increased, and not burned. There are two ways to generate RTC, either by staking or through merged mining with the Ethereum blockchain.
By default, token transfers are frozen for RTC, so they need to manually be enabled after deployment.
As of this commit, all tests use the previous RTC contract which didn't have the additional stake failover ability. This will be changed shortly.
Supply Distribution And Coin Information more info
- Initial/Total Supply: 61.6Million
- Max Supply: uncapped
- POS Coin Generation: 10%
- Merged Mining Coin Generation: Theoretical max of 3.15% (see later section for explanation of why it is a theoretical max)
| Allocation Categories | Allocation Percentage |
|---|---|
| Advisors/Partnership Incentives | 5% |
| Founders/Early Contributors | 10% |
| Company | 15% |
| Community Purchase | 70% |
RTrade will not engage in public discussion about potential exchange partnerships. Repeated asks in our community channels will result in a permanent ban as it will be considered spamming.
By utilizing the Stake.sol smart contract, users are able to stake, at a minimum, 1RTC for a period of 2103840 blocks, generating 10% (note, this may be subject to change before release) of the initial stake as newly minted RTC tokens over the lockup time (2103840 blocks).
The staking system features per-block coin generation, allowing the user to mint coins every single block directly to their Ethereum address. After a period of 2103840 blocks, and after 31557600 (we reach this figure by taking an avg 15 second block time, multiplied by the lockup blocks) seconds have passed, the initial stake can be withdrawn to the users wallet.
- - Allow per block coin minting
- - Allow per block coin mint withdrawal
- - Allow staking for a period of 2103840 blocks
- - Allow coin mints to continue even if initial stake has been withdrawn
- - Do not allow initial stake withdrawal until 2103840 blocks, and after 31557600 seconds have passed since initial stake was deposited
Deployment:
- Ensure that the RTC token is deployed, along with transfers enable
- Deploy stake contract
- Set stake contract address on the RTC token
- Set RTC token interface and address on the stake contract
- Allow new stakes on the stake contract
Interaction:
- Approve the stake contract to spend funds on your behalf
- Deposit the stake
- Wait one block and you can start minting tokens
- After 2103840 blocks and (2103840 * 15 seconds) have passed you can withdraw your initial stake
| function | gas |
|---|---|
| deposit stake | 278321 |
| withdraw initial stake | 28796 |
| mint | 71574 |
Our PoS system allows for for a total supply increase of 10%
The proof of stake tests are configured to use a block hold period of 5 blocks to allow for easy end-to-end tests.
To run these tests, simply update the RTCoin/stake/main.go file to include your eth account, and IPC path for a blockchain or testnet.
Currently in development, a Merged Mining contract will allow anyone who mines a block on the Ethereum mainnet, to submit the block headers from the block which they mined to our Merged Mining contract, and be awarded freshly minted RTC! Currently the merged mining contract requires that each block, the block hash, and the coinbase (miner) are stored in a smart contract, allowing the miner to claim their minted tokens whenever.
The ability to submit block hash and coinbase information is incentivized and can also mint RTC. The first person to submit the blockhash and coinbase information for a given block will receive a small amount of RTC, directly minted to their address. We incentivize storing this information as the user has to pay for the gas costs to invoke the transaction.
There is an experimental command line client that can be used to "mine" the submitBlock function. Please see the cli/miner directory.
- Incentivize Block Information (block number, coinbase) Submission
- Reward ETH block miners who have had their block information for the mined block submitted
Deployment
- Set RTCoin Interface on merged mining contract
- Set Merged Mining contract address on RTCoin contract
| function | gas |
|---|---|
| submit block | 92428 |
| bulk reward claim (10 rewards) | 119239 |
The total supply increase based off a starting RTC supply of 61.6M is 3.15% if all rewards are claimed. This roughly equates to 242750.7375USD/year and 1942005.9RTC/year however in reality this will likely be much, much less as it is highly unlikely that all blocks will be submitted and that all blocks will have their rewards claimed.
With an average 13 second block time, if every block had their rewards claimed an average 728252.1 RTC would be minted a year with a reward of 0.3RTC
Formula to reach this is:
(seconds per year/block time seconds) * (blocks mined reward)
With an average 13 second block time, if all blocks have their information submitted, an average 1213753.8RTC would be minted a year with a reward of 0.5RTC per block information submitted
Formula to reach this is:
(seconds per year/block time seconds) * (block submission reward)
No special configuration is needed to use the merged mining test located at RTCoin/miner/main.go, simply ensure that the blockchain network you're testing it on is actually PoW ETHHASH and not a simulated, or mock testing network. Compatability with truffle/ganache is undetermined as I do not use ganache in my development workflow.
Block number, and coinbase will only be stored when the transaction is mined. If you want your transaction to include the same information from the block right after you submit your transaction you will need to increase your gas price appropriately in order to ensure the transaction is mined in time. Otherwise, the information for the block at which at which your TX is included will be what is stored in the contract.
The current system isn't as efficient in terms of performance, usability, and gas requirements as I would like it to be. Future versions will avoid the block information submission thereby removing storage costs, and instead only focus on block header validation to determine the validity, and reward the miner. Although this will remove the incentivize block information submission, it will be incredibly more efficient, and usable since it won't require any setup phase for block miners to get their reawrds. They will simply have to submit the required header information. This system is still being designed and should not be expected to be released on the mainnet for quite sometime.
TEMPORAL is RTrade's first major product, allowing users and enterprise businesses to gain the full benefits of distributed and decentralized storage protocols without having to run any infrastructure themselves. RTrade targets enterprise use case by creating an easy to consume API. For end-users there will be an easy to use web interface, allowing non technical people to use distributed and decentralized storage protocols, just like you were usign a regular website.
Within MultiSig/MultiSigWalletModded.sol you can find a modified version of Gnosis' MultiSig wallet. It includes a few modifications, such as compiler version 0.4.24, as well as implementing the recommendations pointed out in the OpenZeppelin audit. Additionally, formatting was applied so that the code adheres to standard solidity format and passes linter checks.
Thanks to Figs999 for the EventStorage.sol contract which is serving as a basis for block header parsing. > EventStorage.sol