poma e3d77b4e1d work in progress for gsn | 5 jaren geleden | |
---|---|---|
circuits | 5 jaren geleden | |
contracts | 5 jaren geleden | |
lib | 5 jaren geleden | |
migrations | 5 jaren geleden | |
test | 5 jaren geleden | |
.editorconfig | 5 jaren geleden | |
.env.example | 5 jaren geleden | |
.eslintrc.json | 5 jaren geleden | |
.gitattributes | 5 jaren geleden | |
.gitignore | 5 jaren geleden | |
.nvmrc | 5 jaren geleden | |
.solhint.json | 5 jaren geleden | |
.travis.yml | 5 jaren geleden | |
LICENSE | 5 jaren geleden | |
README.md | 5 jaren geleden | |
cli.js | 5 jaren geleden | |
index.html | 5 jaren geleden | |
mixer.png | 5 jaren geleden | |
package-lock.json | 5 jaren geleden | |
package.json | 5 jaren geleden | |
truffle-config.js | 5 jaren geleden |
Tornado is a non-custodial Ethereum and ERC20 mixer based on zkSNARKs. It improves transaction privacy by breaking the on-chain link between recipient and destination addresses. It uses a smart contract that accepts ETH deposits that can be withdrawn by a different address. Whenever ETH is withdrawn by the new address, there is no way to link the withdrawal to the deposit, ensuring complete privacy.
To make a deposit user generates a secret and sends its hash (called a commitment) along with deposit amount to the Tornado smart contract. The contract accepts the deposit and adds the commitment to its list of deposits.
Later, the user decides to make a withdraw. In order to do that the user should provide a proof that he or she possesses a secret to an unspent commitment from the smart contract’s list of deposits. zkSnark technology allows to do that without revealing which exact deposit corresponds to this secret. The smart contract will check the proof, and transfer deposited funds to the address specified for withdrawal. An external observer will be unable to determine which deposit this withdrawal comes from.
You can read more about it in this medium article
node v11.15.0
npm install -g npx
You can see example usage in cli.js, it works both in console and in browser.
npm install
cp .env.example .env
npm run build
- this may take 10 minutes or morenpx ganache-cli
npm run test
- optionally run tests. It may fail for the first time, just run one more time.Use browser version on Kovan:
vi .env
- add your Kovan private key to deploy contractsnpm run migrate
npx http-server
- serve current dir, you can use any other static http serverlocalhost:8080
Use with command line version with Ganache:
npm run migrate:dev
./cli.js deposit
./cli.js withdraw <note from previous step> <destination eth address>
./cli.js balance <destination eth address>
npm run migrate:dev
./cli.js depositErc20
./cli.js withdrawErc20 <note from previous step> <destination eth address> <relayer eth address>
./cli.js balanceErc20 <destination eth address> <relayer eth address>
If you want, you can point the app to existing tornado contracts on Mainnet or Kovan, it should work without any changes
cp .env.example .env
npx truffle migrate --network kovan --reset --f 2 --to 4
cp .env.example .env
npx truffle migrate --network kovan --reset --f 2 --to 3
npx truffle migrate --network kovan --reset --f 5
Note. If you want to reuse the same verifier for all the mixers, then after you deployed one of the mixers you should only run 4th or 5th migration for ETH or ERC20 mixers respectively (--f 4 --to 4
or --f 5
).
Special thanks to @barryWhiteHat and @kobigurk for valuable input, and to @jbaylina for awesome Circom & Websnark framework