README.md

   1 ## VerusCoin version 0.3.4-beta
   2 VerusCoin is a new, mineable and stakeable cryptocurrency. It is a live fork of Komodo that retains its Zcash lineage and improves it. VerusCoin will leverage the Komodo platform and dPoW notarization for enhanced security and cross-chain interoperability. We have added a variation of a zawy12, lwma difficulty algorithm, a new CPU-optimized hash algorithm and a new algorithm for fair proof of stake. We plan to describe these changes and vision going forward in an upcoming white paper.
   3
   4 ## Komodo with Bitcore
   5 This version of Komodo contains Bitcore support for komodo and all its assetchains.
   6
   7 ## Komodod
   8 This software is the VerusCoin enhanced Komodo client. Generally, you will use this if you want to mine VRSC or setup a full node. When you run the wallet it launches komodod automatically. On first launch it downloads cash parameters which is mildly slow.
   9 The wallet downloads and stores the block chain or asset chain of the coin you select. It downloads and stores the entire history of the coins transactions; depending on the speed of your computer and network connection, the synchronization process could take a day or more once the blockchain has reached a significant size.
  10
  11 ## Development Resources
  12 - Komodo Web: [https://komodoplatform.com/](https://komodoplatform.com/)
  13 - Organization web: [https://komodoplatform.com/](https://komodoplatform.com/)
  14 - Forum: [https://forum.komodoplatform.com/](https://forum.komodoplatform.com/)
  15 - Mail: [[email protected]](mailto:[email protected])
  16 - Support: [https://support.komodoplatform.com/support/home](https://support.komodoplatform.com/support/home)
  17 - Knowledgebase & How-to: [https://komodoplatform.atlassian.net/wiki/spaces/KPSD/pages](https://komodoplatform.atlassian.net/wiki/spaces/KPSD/pages)
  18 - API references: [http://docs.supernet.org/](http://docs.supernet.org/) #Not up to date.
  19 - Whitepaper: [Komodo Whitepaper](https://komodoplatform.com/wp-content/uploads/2018/03/2018-03-12-Komodo-White-Paper-Full.pdf)
  20 - Komodo Platform public material: [Komodo Platform public material](https://docs.google.com/document/d/1AbhWrtagu4vYdkl-vsWz-HSNyNvK-W-ZasHCqe7CZy0)
  21
  22 ## List of Komodo Platform Technologies
  23 - Delayed Proof of Work (dPoW) - Additional security layer.
  24 - zk-SNARKs - Komodo Platform's privacy technology
  25 - Jumblr - Decentralized tumbler for KMD and other cryptocurrencies
  26 - Assetchains - Easy way to fork Komodo coin
  27 - Pegged Assets - Chains that maintain a peg to fiat currencies
  28 - Peerchains - Scalability solution where sibling chains form a network of blockchains
  29 - More in depth covered [here](https://docs.google.com/document/d/1AbhWrtagu4vYdkl-vsWz-HSNyNvK-W-ZasHCqe7CZy0)
  30 - Also note you receive 5% APR on your holdings.
  31 [See this article for more details](https://komodoplatform.atlassian.net/wiki/spaces/KPSD/pages/20480015/Claim+KMD+Interest+in+Agama)
  32
  33 ## Tech Specification
  34 - Max Supply: 200 million KMD.
  35 - Block Time: 1M 2s
  36 - Block Reward: 3KMD
  37 - Mining Algorithm: Equihash
  38
  39 ## About this Project
  40 Komodo is based on Zcash and has been  by our innovative consensus algorithm called dPoW which utilizes Bitcoin's hashrate to store Komodo blockchain information into the Bitcoin blockchain. Other new and native Komodo features are the privacy technology called JUMBLR or our assetchain capabilities (one click plug and play blockchain solutions). More details are available under https://komodoplatform.com/.
  41
  42 ## Getting started
  43 Dependencies
  44 ------------
  45
  46 ```shell
  47 #The following packages are needed:
  48 sudo apt-get install build-essential pkg-config libc6-dev m4 g++-multilib autoconf libtool ncurses-dev unzip git python python-zmq zlib1g-dev wget libcurl4-openssl-dev bsdmainutils automake curl
  49 ```
  50
  51
  52 Building
  53 --------
  54
  55 First time you'll need to get assorted startup values downloaded. This takes a moderate amount of time once but then does not need to be repeated unless you bring a new system up. The command is:
  56 ```
  57 ./zcutil/fetch-params.sh
  58 ```
  59 Building for Ubunutu/Mint:
  60 ```
  61 ./zcutil/build.sh
  62 ```
  63 Building for Mac OS/X (see README-MAC.md):
  64 ```
  65 ./zcutil/build-mac.sh
  66 ```
  67 Building for Windows:
  68 ```
  69 ./zcutil/build-win.sh
  70 ```
  71
  72 VerusCoin
  73 ------
  74 We develop on dev and some other branches and produce releases of of the master branch, using pull requests to manage what goes into master.
  75
  76
  77 ```shell
  78 git clone https://github.com/VerusCoin/VerusCoin
  79 cd VerusCoin
  80 #you might want to: git checkout <branch>; git pull
  81 ./zcutil/fetch-params.sh
  82 # -j8 uses 8 threads - replace 8 with number of threads you want to use
  83 ./zcutil/build.sh -j8
  84 #This can take some time.
  85 ```
  86
  87 **The VerusCoin enhanced komodo is experimental and a work-in-progress.** Use at your own risk.
  88
  89
  90 #To view komodod output:
  91 tail -f ~/.komodo/debug.log
  92 #To view VRSC output:
  93 tail -f ~/.komodo/VRSC/debug.log
  94 Note that this directory is correct for Linux, not Mac or Windows
  95 #To view all command
  96 ./src/komodo-cli help
  97 **Zcash is unfinished and highly experimental.** Use at your own risk.
  98
  99 Where do I begin?
 100 -----------------
 101 We have a guide for joining the main Zcash network:
 102 https://github.com/zcash/zcash/wiki/1.0-User-Guide
 103
 104 #Older Komodo Details
 105 The remaining text is from the komodo source we forked when creating VerusCoin/Veruscoin.
 106 **To change modes:**
 107
 108 a) backup all privkeys (launch komodod with `-exportdir=<path>` and `dumpwallet`)
 109
 110 b) start a totally new sync including `wallet.dat`, launch with same `exportdir`
 111
 112 c) stop it before it gets too far and import all the privkeys from a) using `komodo-cli importwallet filename`
 113
 114 d) resume sync till it gets to chaintip
 115
 116 For example:
 117 ```shell
 118 ./komodod -exportdir=/tmp &
 119 ./komodo-cli dumpwallet example
 120 ./komodo-cli stop
 121 mv ~/.komodo ~/.komodo.old && mkdir ~/.komodo && cp ~/.komodo.old/komodo.conf ~/.komodo.old/peers.dat ~/.komodo
 122 ./komodod -exchange -exportdir=/tmp &
 123 ./komodo-cli importwallet /tmp/example
 124 ```
 125
 126 ## JUMBLR
 127 komodod now has `jumblr_deposit` and `jumblr_secret` RPC calls.
 128
 129 Jumblr works like described previously where all the nodes with jumblr active synchronize their tx activity during the same block to maximize the mixing effect. However, unlike all other mixers/tumblers, you never give up control of your coins to anybody else. JUMBLR uses a one to many allocation of funds, ie. one deposit address and many secret addresses. You can always run multiple komodod daemons to get multiple active deposit addresses.
 130
 131 JUMBLR implements t -> z, z -> z and z -> t transactions to maximize privacy of the destination t (transparent) address. So while it is transparent, its first activity is funds coming from an untracable z address.
 132
 133 Which of the three stages is done is randomly selected at each turn. Also when there is more than one possible transaction at the selected stage, a random one is selected. This randomization prevents analyzing incoming z ->t transactions by its size to correlate it to the originating address.
 134
 135 `jumblr_deposit <depositaddr>` designates the deposit address as the jumblr deposit address for that session. You can select an address that already has funds in it and it will immediately start jumblr process. If there are no funds, it will wait until you send funds to it.
 136
 137 There are three sizes of a jumblr transaction: 10 KMD, 100 KMD and 1000 KMD. There is also a fixed interval of blocks where all jumblr nodes are active. Currently it is set to be 10, but this is subject to change. Only during every 10*10 blocks are the largest 1000 KMD transactions processed, so this concentrates all the large transactions every N*N blocks.
 138
 139 `jumblr_secret <secretaddress>` notifies JUMBLR where to send the final z -> t transactions. In order to allow larger accounts to obtain privacy, up to 777 secret addresses are supported. Whenever a z -> t stage is activated, a random secret address from the list of the then active secret addresses is selected.
 140
 141 #### Practical Advice:
 142 Obtaining privacy used to be very difficult. JUMBLR makes it as simple as issuing two command line calls. Higher level layers can be added to help manage the addresses, ie. linking them at the passphrase level. Such matters are left to each implementation.
 143
 144 Once obtained, it is very easy to lose all the privacy. With a single errant transaction that combines some previously used address and the secretaddress, well, the secretaddress is no longer so private.
 145
 146 The advice is to setup a totally separate node!
 147
 148 This might seem a bit drastic, but if you want to maintain privacy, it is best to make it look like all the transactions are coming from a different node. The easiest way for most people to do this is to actually have a different node.
 149
 150 It can be a dedicated laptop (recommended) or a VPS (for smaller amounts) with a totally fresh komodod wallet. Generate an address on this wallet and use that as the jumblr_secret address on your main node. As the JUMBLR operates funds will teleport into your secret node's address. If you are careful and never use the same IP address for both your nodes, you will be able to maintain very good privacy.
 151
 152 Of course, don't send emails that link the two accounts together! Dont use secret address funds for home delivery purchases! Etc. There are many ways to lose the privacy, just think about what linkages can be dont at the IP and blockchain level and that should be a useful preparation.
 153
 154 What if you have 100,000 KMD and you dont want others to know you are such a whale?
 155 Instead of generating 1 secret address, generate 100 and make a script file with:
 156 ```shell
 157 ./komodo-cli jumblr_secret <addr0>
 158 ./komodo-cli jumblr_secret <addr1>
 159 ...
 160 ./komodo-cli jumblr_secret <addr99>
 161 ```
 162 And make sure to delete all traces of this when the JUMBLR is finished. You will end up with 100 addresses that have an average of 1000 KMD each. So as long as you are careful and dont do a 10,000 KMD transaction (that will link 10 of your secret addresses together), you can appear as 100 different people each with 1000 KMD.