A Multisig HD Bitcore Wallet Service.
Bitcore Wallet Service facilitates multisig HD wallets creation and operation through a (hopefully) simple and intuitive REST API.
BWS can usually be installed within minutes and accommodates all the needed infrastructure for peers in a multisig wallet to communicate and operate – with minimum server trust.
See bitcore-wallet-client for the official client library that communicates to BWS and verifies its response. Also check bitcore-wallet for a simple CLI wallet implementation that relies on BWS.
BWS is been used in production enviroments for Copay Wallet, Bitpay App wallet and others.
More about BWS at https://blog.bitpay.com/announcing-the-bitcore-wallet-suite/
git clone https://github.com/bitpay/bitcore-wallet-service.git
cd bitcore-wallet-service
npm install
npm start
This will launch the BWS service (with default settings) at http://localhost:3232/bws/api
.
BWS needs mongoDB. You can configure the connection at bws.config.js
BWS supports SSL and Clustering. For a detailed guide on installing BWS with extra features see Installing BWS.
BWS uses by default a Request Rate Limitation to CreateWallet endpoint. If you need to modify it, check defaults.js' Defaults.RateLimit
BWS can be used with PM2 with the provided app.js
script:
pm2 start app.js --name "bitcoin-wallet-service"
- Private keys are never sent to BWS. Copayers store them locally.
- Extended public keys are stored on BWS. This allows BWS to easily check wallet balance, send offline notifications to copayers, etc.
- During wallet creation, the initial copayer creates a wallet secret that contains 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.
- A copayer could join the wallet more than once, and there is no mechanism to prevent this. See wallet's confirm command, for a method for confirming copayers.
- All BWS responses are verified:
- Addresses and change addresses are derived independently and locally by the copayers from their local data.
- TX Proposals templates are signed by copayers and verified by others, so the BWS cannot create or tamper with them.
You can add your certificates at the bws.config.js using:
https: true,
privateKeyFile: 'private.pem',
certificateFile: 'cert.pem',
////// The following is only for certs which are not
////// trusted by nodejs 'https' by default
////// CAs like Verisign do not require this
// CAinter1: '', // ex. 'COMODORSADomainValidationSecureServerCA.crt'
// CAinter2: '', // ex. 'COMODORSAAddTrustCA.crt'
// CAroot: '', // ex. 'AddTrustExternalCARoot.crt'
@dabura667 made a report about how to use letsencrypt with BWS: bitpay/bitcore-wallet-service#423
Tx proposal need to be:
- First created via /v?/txproposal -> This will create a 'temporary' TX proposal, returning the object, but not locking the inputs
- Then published via /v?/txproposal/:id/publish
-> This publish the tx proposal to all copayers, looking the inputs. The TX proposal can be
deleted
also, after been published. - Then signed via /v?/txproposal/:id/signature for each copayer
- Then broadcasted to the p2p network via /v?/txproposal/:id/broadcast
The are plenty example creating and sending proposals in the /test/integration
code.
- bitcore-node running on http://localhost:3000
- bws running locally on http://localhost:3232/bws/api
- mongod running
- copay running on port: 8100
- bitcoin-core running on regtest mode (blue icon logo)
mongo topology crashes sometimes due to notifications being incompatible in a web browser bitcore-wallet-service/lib/notificationbroadcaster.js Note: If testing on a PC browser, comment out notificationbroadcaster.js to disable notifications.
bitcore.config.json
- Add regtest to bitcore.config.json.
"regtest": {
"chainSource": "p2p",
"trustedPeers": [
{
"host": "127.0.0.1",
"port": 20020
}
],
"rpc": {
"host": "127.0.0.1",
"port": 20021,
"username": "bitpaytest",
"password": "local321"
}
}
bitcore-wallet-service/bws.config.js
- Point testnet to http://localhost:3000 in BWS/bws.config.js and set regtestEnabled to true.
blockchainExplorerOpts: {
btc: {
livenet: {
url: 'https://api.bitcore.io'
},
testnet: {
// set url to http://localhost:3000 here
url: 'http://localhost:3000',
// set regtestEnabled to true here
regtestEnabled: true
}
},
...
copay/app-template/index-template.html
- Comment out content security meta tag in the
<head>
// <meta http-equiv="Content-Security-Policy" content="default-src 'self' ... >
- Set the wallet service URL to
http://localhost:3232/bws/api
- Select Testnet by pressing the slider button.
Requirements:
- Mobile phone and PC must be connected to the same internet
- PC desktop ip address for localhost
To find ip address for PC run:
// 127.0.0.1 is equal to localhost
ifconfig | grep "inet " | grep -v 127.0.0.1
- Inside copay project root directory run:
npm run apply:copay
- Enter PC ip address followed by port in the mobile phone browser:
10.10.11.73:8100
- Set wallet service url to PC ip address /bws/api when creating a new wallet
http://10.10.11.73:3232/bws/api
Note: all currency amounts are in units of satoshis (1/100,000,000 of a bitcoin).
In order to access a wallet, clients are required to send the headers:
x-identity
x-signature
Identity is the Peer-ID, this will identify the peer and its wallet. Signature is the current request signature, using requestSigningKey
, the m/1/1
derivative of the Extended Private Key.
See Bitcore Wallet Client for implementation details.
Returns:
- Wallet object. (see fields on the source code).
Optional Arguments:
- skip: Records to skip from the result (defaults to 0)
- limit: Total number of records to return (return all available records if not specified).
Returns:
- History of incoming and outgoing transactions of the wallet. The list is paginated using the
skip
&limit
params. Each item has the following fields: - action ('sent', 'received', 'moved')
- amount
- fees
- time
- addressTo
- confirmations
- proposalId
- creatorName
- message
- actions array ['createdOn', 'type', 'copayerId', 'copayerName', 'comment']
Returns:
-
List of pending TX Proposals. (see fields on the source code)
-
Uses cashaddr without prefix for BCH
Optional Arguments:
- ignoreMaxGap: [false] Ignore checking less that 20 unused addresses (BIP44 GAP)
Returns:
- List of Addresses object: (https://github.com/bitpay/bitcore/blob/master/packages/bitcore-wallet-service/src/lib/model/address.ts). This call is mainly provided so the client check this addresses for incoming transactions (using a service like Insight
- Returns cashaddr without prefix for BCH
Returns:
- totalAmount: Wallet's total balance
- lockedAmount: Current balance of outstanding transaction proposals, that cannot be used on new transactions.
- availableAmount: Funds available for new proposals.
- totalConfirmedAmount: Same as totalAmount for confirmed UTXOs only.
- lockedConfirmedAmount: Same as lockedAmount for confirmed UTXOs only.
- availableConfirmedAmount: Same as availableAmount for confirmed UTXOs only.
- byAddress array ['address', 'path', 'amount']: A list of addresses holding funds.
- totalKbToSendMax: An estimation of the number of KiB required to include all available UTXOs in a tx (including unconfirmed).
Returns:
- The note associated to the
txid
as a string.
Optional Arguments:
- provider: An identifier representing the source of the rates.
- ts: The timestamp for the fiat rate (defaults to now).
Returns:
- The fiat exchange rate.
Required Arguments:
- name: Name of the wallet
- m: Number of required peers to sign transactions
- n: Number of total peers on the wallet
- pubKey: Wallet Creation Public key to check joining copayer's signatures (the private key is unknown by BWS and must be communicated by the creator peer to other peers).
Returns:
- walletId: Id of the new created wallet
Required Arguments:
- walletId: Id of the wallet to join
- name: Copayer Name
- xPubKey - Extended Public Key for this copayer.
- requestPubKey - Public Key used to check requests from this copayer.
- copayerSignature - Signature used by other copayers to verify that the copayer joining knows the wallet secret.
Returns:
- copayerId: Assigned ID of the copayer (to be used on x-identity header)
- wallet: Object with wallet's information
Required Arguments:
- toAddress: RCPT Bitcoin address.
- amount: amount (in satoshis) of the mount proposed to be transfered
- proposalsSignature: Signature of the proposal by the creator peer, using proposalSigningKey.
- (opt) message: Encrypted private message to peers.
- (opt) payProUrl: Paypro URL for peers to verify TX
- (opt) feePerKb: Use an alternative fee per KB for this TX.
- (opt) excludeUnconfirmedUtxos: Do not use UTXOs of unconfirmed transactions as inputs for this TX.
- BCH addresses need to be cashaddr without prefix.
Returns:
- TX Proposal object. (see [fields on the source code]https://github.com/bitpay/bitcore/blob/master/packages/bitcore-wallet-service/src/lib/model/txproposal.ts)).
.id
is probably needed in this case.
Returns:
- TX Proposal object. (see fields on the source code).
Returns:
- Address object: (https://github.com/bitpay/bitcore/blob/master/packages/bitcore-wallet-service/src/lib/model/address.ts). Note that
path
is returned so client can derive the address independently and check server's response.
Required Arguments:
- signatures: All Transaction's input signatures, in order of appearance.
Returns:
- TX Proposal object. (see fields on the source code).
.status
is probably needed in this case.
Returns:
- TX Proposal object. (see fields on the source code).
.status
is probably needed in this case.
Returns:
- TX Proposal object. (see fields on the source code).
.status
is probably needed in this case.
Optional Arguments:
- includeCopayerBranches: Scan all copayer branches following BIP45 recommendation (defaults to false).
/v1/txconfirmations/
: Subscribe to receive push notifications when the specified transaction gets confirmed
Required Arguments:
- txid: The transaction to subscribe to.
/v1/txproposals/:id/
: Deletes a transaction proposal. Only the creator can delete a TX Proposal, and only if it has no other signatures or rejections
Returns:
- TX Proposal object. (see fields on the source code).
.id
is probably needed in this case.
/v1/txconfirmations/:txid
: Unsubscribe from transaction txid
and no longer listen to its confirmation
Recomended to complete config.js file:
/v2/pushnotifications/subscriptions/
: Remove subscriptions for push notifications service from database
See CONTRIBUTING.md on the main bitcore repo for information about how to contribute.
Code released under the MIT license.
Copyright 2013-2019 BitPay, Inc. Bitcore is a trademark maintained by BitPay, Inc.