You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

185 lines
6.0 KiB

10 years ago
# bitcore-wallet-service
10 years ago
10 years ago
[![Build Status](https://img.shields.io/travis/bitpay/bitcore-wallet-service.svg?branch=master&style=flat-square)](https://travis-ci.org/bitpay/bitcore-wallet-service)
10 years ago
[![Coverage Status](https://coveralls.io/repos/bitpay/bitcore-wallet-service/badge.svg?branch=master)](https://coveralls.io/r/bitpay/bitcore-wallet-service?branch=master)
10 years ago
10 years ago
A Multisig HD Wallet Service, with minimun server trust.
10 years ago
# Quick Guide
``` bash
# Start the server
npm ./app.js
10 years ago
# Try the CLI interface
10 years ago
cd bit-wallet
# Create a 2-of-2 wallet (john.dat is the file where the wallet critical data will be stored, add -t for testnet)
10 years ago
./bit create 2-2 john
10 years ago
* Secret to share:
JevjEwaaxW6gdAZjqgWcimL525DR8zQsAXf4cscWDa8u1qKTN5eFGSFssuSvT1WySu4YYLYMUPT
10 years ago
./bit status
10 years ago
# Use -h or BIT_HOST to setup the base URL for your server.
10 years ago
# Use -f or BIT_FILE to setup the wallet data file
10 years ago
# Join the wallet from other copayer
./bit -f pete.dat join JevjEwaaxW6gdAZjqgWcimL525DR8zQsAXf4cscWDa8u1qKTN5eFGSFssuSvT1WySu4YYLYMUPT
10 years ago
export BIT_FILE=pete.dat
10 years ago
./bit -f pete.dat status
10 years ago
./bit address
./bit balance
10 years ago
# Spend coins. Amount can be specified in btc, bit or sat (default)
./bit send 1xxxxx 100bit "100 bits to mother"
10 years ago
# You can use 100bit or 0.00001btc or 10000sat. (Set up BIT_UNIT to btc/sat/bit so select output unit).
10 years ago
# List pending TX Proposals
10 years ago
./bit status
10 years ago
# Sign or reject TXs from other copayers
10 years ago
./bit -f pete.dat reject <id>
./bit -f pete.dat sign <id>
10 years ago
10 years ago
# List all commands:
./bit --help
10 years ago
10 years ago
10 years ago
```
10 years ago
10 years ago
# Advanced Operation
10 years ago
## Mobility
You can safely access a wallet from different devices. Just copy the wallet file (`bit.dat` by default). If you need to reduce the file to the mínimum (for example to fit it on a QR) or change it's access level (by removing certain data on it), see `export` in the following section.
10 years ago
## Export, with different access levels
It is possible to export a wallet with restricted access level. The levels are:
readonly : allows to read wallet data: balance, tx proposals
readwrite: + allows to create addresses and unsigned tx prposals
full : + allows sign tx prposals
`readonly` will only export the Wallet's Extended PublicKeys, and only the derived private key required for signing 'GET' request (readonly) to the server. `readwrite` will add the derived private key required for signing all other requests (as POST) so readwrite access will be possible. And `full` will export also the Extended Private Key, which is necesary for signing wallet's transactions. `bit import` can handle any for the levels correctly.
```
10 years ago
# full access
10 years ago
bit export -o wallet.dat
10 years ago
# readonly access
10 years ago
bit export -o wallet.dat --access readonly
10 years ago
# readwrite access (can create addresses, propose transactions, reject TX, but does not have signing keys)
10 years ago
10 years ago
# Import the wallet , with giveng access level
10 years ago
bit import wallet.dat
10 years ago
# Export also support QR output:
bit export --qr
10 years ago
```
## Export / Import with a new given password (TODO)
```
bit export -o output.dat -e
bit import output.dat
```
10 years ago
## If you need to migrate to other server, after importing the wallet use `recreate`
```
bit recreate
```
10 years ago
# Airgapped Operation (TODO)
### On the Air-gapped device
```
git genkey
git export -o wallet.dat --readonly (or --nosigning)
```
### Proxy machine
```
git join secret -i wallet.dat
git balance
git txproposals -o txproposals.dat
```
### (export with filter)
```
git txproposals e01e -o txprosals.dat
```
## Back to air-gapped device
### To recheck tx proposals:
```
git txproposals -i txproposals.dat
```
### Sign them
```
git sign -i txproposals.dat -o txproposals-signed.dat
# Or With filter
git sign e01e -i txproposals.dat -o txproposals-signed.dat
```
## Back to proxy machine
```
git sign -i txproposals-signed.dat
```
# Password protection (TODO)
### encrypts everything by default
```
git create myWallet 2-3 -p password
# Or (interactive mode)
git create myWallet 2-3 -p
Enter password:
```
### allows readonly operations without password (encrypts xpriv, and leave readonlySigningKey unencrypted)
```
git create myWallet 2-3 -p --nopasswd:ro
```
### allows readwrite operations without password (only encrypts xpriv)
```
git create myWallet 2-3 -p --nopasswd:rw
```
10 years ago
# Local data
Copayers store its extended private key and their copayer's extended public key locally. We call this the ``Wallet Critical Data``.
10 years ago
# Security Considerations
* Private keys are never send to the server. Copayers store them locally.
* Extended public keys are stored on the server. This allows the server to easily check wallet balance, send offline notifications to copayers, etc.
* During wallet creation a wallet secret is created by the initial copayer containg a private key. All copayers need to prove they have the secret by signing their information with this private key when joining the wallet. The secret should be shared using secured channels.
10 years ago
## All server responses are verified:
* Addresses, change addresses are derived independently and locally by the copayers from their local data.
10 years ago
* TX Proposals templates are signed by copayers, and verified by others, so the server cannot create / tamper them
10 years ago
## Notes
* A copayer could join the wallet more than once, and there is no mechanism to prevent it. Copayers should use the command 'confirm' to check other copayer's identity.
10 years ago
## In case the server is compromised
* It could be possible to see past (and future) wallet's transactions.
* It is not possible to spend wallet funds, since private keys are never sent nor stored at the server
* It is not possible to tamper tx proposals or wallet addresses since they are computed and verified by copayers
* Copayers could switch to another server using their local data (see `recreate` command). In this case only the wallet extended data will be lost (pending and past transaction proposals, some copayer metadata).
10 years ago
10 years ago
10 years ago
# Server API
## create a wallet
POST `/v1/wallets`
## join a wallet
POST `/v1/wallets/:id/copayers`
...
[To be completed, see expressapp.js]
10 years ago