Graphical User Interface for Bitshares RuDEX
JavaScript CSS HTML NSIS Shell CoffeeScript
Clone or download
Pull request Compare This branch is 110 commits ahead, 81 commits behind bitshares:develop.
Permalink
Failed to load latest commit information.
.github/ISSUE_TEMPLATE Update issue templates May 4, 2018
app Replace GDEX.EOS to RUDEX.EOS on Dashboard Aug 7, 2018
bloom_filter Replace graphenejs-lib by bitsharesjs Jan 19, 2017
charting_library #1484 TradingView restyle (#1599) Jun 15, 2018
conf Merge upstream master Feb 27, 2018
docs Replace Bitshares with BitShares Jan 20, 2017
resources missed fix May 30, 2018
ssl #999 Add https server for local development Apr 1, 2018
.babelrc #1502 first pass May 10, 2018
.eslintignore Update bloom filter program and add npm script for running it, includ… Jan 13, 2017
.eslintrc Return eslint to spaces instead of tabs since most files use that alr… Feb 1, 2017
.gitignore Update project to npm v9 Mar 6, 2018
.prettierignore Close #905: Replace react-stockcharts with TradingView charts (#1548) May 24, 2018
.prettierrc Add prettier pre-commit hook Feb 28, 2018
.travis.yml Merge branch 'bitshares' into merge-180616 Jun 16, 2018
CHANGELOG.md Update version and package-lock Jul 20, 2018
CONTRIBUTING.md Merge upstream master Feb 27, 2018
Dockerfile Merge upstream master Feb 27, 2018
LICENSE.md Add LICENSE Dec 20, 2015
README.md Merge branch 'bitshares' into merge_180712 Jul 12, 2018
README_zh.md Merge upstream master Feb 27, 2018
appveyor.yml Merge branch 'bitshares' into merge-180616 Jun 16, 2018
bower.json Merge upstream master Feb 27, 2018
build.sh Add regex to differentiate staging and master build tags Jun 18, 2018
crowdin.yml Merge upstream master Feb 27, 2018
deploy.sh Add regex to differentiate staging and master build tags Jun 18, 2018
docker-compose.yml Merge upstream master Feb 27, 2018
nginx.local.conf Merge upstream master Feb 27, 2018
package-lock.json Replace GDEX.EOS to RUDEX.EOS on Dashboard Aug 7, 2018
package.json Replace GDEX.EOS to RUDEX.EOS on Dashboard Aug 7, 2018
postcss.config.js #1502: Webpack v4 upgrade (#1551) May 24, 2018
release-notes.txt Replace graphenejs-lib by bitsharesjs Jan 19, 2017
server.js Add react-perf-devtool, update react. Use npm start-perf to use Jul 9, 2018
translate-howto.md Merge branch 'patch-2' of git://github.com/rngl4b/graphene-ui into rn… Oct 28, 2015
webpack.config.js Added mrkt.cash Jul 19, 2018
write_digest.js Write sha256 sums to file on package and deploy Mar 7, 2018

README.md

RuDEX (BitShares-UI)

中文版

Slack Build Status Build status

This is a light wallet that connects to a BitShares API provided by the witness_node executable.

It stores all keys locally in the browser, never exposing your keys to anyone as it signs transactions locally before transmitting them to the API server which then broadcasts them to the blockchain network. The wallet is encrypted with a password of your choosing and encrypted in a browser database.

Getting started

RuDEX-UI depends node Node.js, and version 6+ is required.

On Ubuntu and OSX, the easiest way to install Node is to use the Node Version Manager.

To install NVM for Linux/OSX, simply copy paste the following in a terminal:

curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.30.2/install.sh | bash
nvm install v9
nvm use v9

Once you have Node installed, you can clone the repo:

git clone https://github.com/blckchnd/rudex-ui.git
cd rudex-ui

Before launching the GUI you will need to install the npm packages:

npm install

Running the dev server

The dev server uses Express in combination with Webpack.

Once all the packages have been installed you can start the development server by running:

npm start

Once the compilation is done the GUI will be available in your browser at: localhost:8080 or 127.0.0.1:8080. Hot Reloading is enabled so the browser will live update as you edit the source files.

Testnet

By default rudex-ui connects to the live BitShares network, but it's very easy to switch it to the testnet run by Xeroc. To do so, open the UI in a browser, go to Settings, then under Access, select the Public Testnet Server in the dropdown menu. You should also change the faucet if you need to create an account, the testnet faucet address is https://testnet.bitshares.eu.

The UI will reload and connect to the testnet, where you can use the faucet to create an account and receive an initial sum of test BTS.

image

Production

If you'd like to host your own wallet somewhere, you should create a production build and host it using NGINX or Apache. In order to create a prod bundle, simply run the following command:

npm run build

This will create a bundle in the /dist folder that can be hosted with the web server of your choice.

Installable wallets

We use Electron to provide installable wallets, available for Windows, OSX and Linux Debian platforms such as Ubuntu. First, make sure your local python version is 2.7.x, as a dependency requires this.

On Linux you will need to install the following packages to handle icon generation:

sudo apt-get install --no-install-recommends -y icnsutils graphicsmagick xz-utils

For building, each architecture has it's own script that you can use to build your native binary:

Linux npm run package-deb
Windows npm run package-win
Mac npm run package-mac

This will compile the UI with some special modifications for use with Electron, generate installable binaries with Electron and copy the result to the root build/binaries folder.

Docker

Clone this repository, run docker-compose up and visit localhost:8080

Contributing

Please work off the staging branch and make pull requests to that branch. The master branch will only be updated for new releases.

The Bitshares UI team is supported by this worker proposal. It provides the funds needed to pay the coordinator and the bounties and the Bitshares Foundation.

If you would like to get involved, we have a Telegram chatroom where you can ask questions and get help. You may also join BitShares on Discord

  • Coordinator: Bill Butler, @billbutler
  • Lead Developer: Sigve Kvalsvik, @sigvek
  • Developer: Calvin Froedge, @calvin
  • Code Review: Fabian Schuh, @xeroc

Development process

  • New issues will, after enough discussion and clarification, be assigned an estimate time to complete, as well as assigned to the next unstarted milestone, by a project coordinator.
  • Milestones are numbered YYMMDD and refer to the anticipated release date of the next Release Candidate.
  • Release Candidates sits 1 milestone period (2 weeks) for evaluation by the public before release
  • Bugs are always worked before enhancements
  • Developers should work each issue according to a numbered branch corresponding to the issue git checkout -b 123
  • We pay bounties for issues that have been estimated. An estimated issue is prefixed with a number in brackets like this: [2] An nasty bug. In this example, the bug is valued at two hours ($125 per hour). If you fix this issue according to these guidelines and your PR is accepted, this will earn you $250 bitUSD. You must have a Bitshares wallet and a Bitshares account to receive payment.
  • To claim an issue, simply leave a comment with your request to work on it.
  • If an issue is already claimed (assigned), do not attempt to claim it. Issues claimed by outside developers will have no assigned dev, but have the developers name in brackets.
  • Do not claim an issue if you will be unable to complete it by the date indicated on the Milestone name. Milestone 170901 will be pushed on September 1, 2017.
  • If an issue missed the intended milestone completion, be sure to make a comment on your progress including the reason for the delay. The issue is pushed to the next milestone. Failing to comment or complete the issue once more will result in release of the assigned issue.

Please keep comments constructive and clean

Release Branches

Development is processed through milestones, by 2 week intervals. There are three branches that forms the current release process.

Develop

All PRs should be pushed to the develop branch. At the end of each milestone this branch is pushed to staging. New commits are automatically deployed to this branch and published for review.

Available for browsing on https://develop.bitshares.org/

Staging (Current Release Candidate)

At the end of each milestone, develop branch is pushed to staging and forms the Release Candidate. Milestone 180601 forms the 180615-RC*.

Application breaking issues and bugs should be submitted to the issue tracker. PRs should be pushed to staging.

New commits are automatically deployed to this branch and published for review.

Available for browsing on https://staging.bitshares.org/

Master (stable)

When all issues to the current RC, staging branch is released to the stable master branch.

Available for browsing on https://wallet.bitshares.org/, which is the official reference wallet for Bitshares.

Coding style guideline

Our style guideline is based on 'Airbnb JavaScript Style Guide' (https://github.com/airbnb/javascript), with few exceptions:

  • Strings are double quoted
  • Additional trailing comma (in arrays and objects declaration) is optional
  • 4 spaces tabs
  • Spaces inside curly braces are optional

We strongly encourage to use eslint to make sure the code adhere to our style guidelines.