The BitGo Platform and SDK makes it easy to build multi-signature crypto-currency applications today with support for Bitcoin, Ethereum and many other coins. The SDK is fully integrated with the BitGo co-signing service for managing all of your BitGo wallets.
Included in the SDK are examples for how to use the API to manage your multi-signature wallets.
Please email us at support@bitgo.com if you have questions or comments about this API.
The BitGo SDK repository is a monorepo composed of separate modules, each of which implement some subset of the features of the SDK.
Package Name | Module | Description | |
---|---|---|---|
bitgo | bitgo |
Authentication, wallet management, user authentication, cryptographic primitives, abstract coin interfaces, coin implementations. | Link |
@bitgo/account-lib | account-lib |
Build and sign transactions for account-based coins. | Link |
@bitgo/blake2b | blake2b |
Blake2b (64-bit version) in pure JavaScript. | Link |
@bitgo/blake2b-wasm | blake2b-wasm |
Blake2b implemented in WASM. | Link |
@bitgo/blockapis | blockapis |
Access public block explorer APIs for a variety of coins. | Link |
@bitgo/bls-dkg | bls-dkg |
A simple implementation of BLS (Boneh-Lynn-Shacham signature scheme) + DKG (Distributed Key Generation) | Link |
@bitgo/express | express |
Local BitGo transaction signing server and proxy. | Link |
@bitgo/statics | statics |
Static configuration values used across the BitGo platform. | Link |
@bitgo/unspents | unspents |
Defines the chain codes used for different unspent types and methods to calculate bitcoin transaction sizes. | Link |
@bitgo/utxo-bin | utxo-bin |
Command-line utility for BitGo UTXO transactions. | Link |
@bitgo/utxo-lib | utxo-lib |
Build and sign transactions for utxo-based coins. | Link |
Each module provides release notes in modules/*/RELEASE_NOTES.md
.
The release notes for the bitgo
module are here.
The BitGoJS SDK use a number of branches to control the development of various packages throughout the deployment lifecycle. Provided below is an overview to how branches relate to one another.
Branch | Status | NPM | Description |
---|---|---|---|
master |
Unstable | N/A | Ongoing development of SDK packages |
rel/rc |
Unstable | rc |
Deployed packages from master to npm for internal and external testing |
rel/latest |
Stable | latest |
Deployed packages from rel/rc to rel/latest . This includes Express and is recommended to use rel/latest when not using Docker images for Express. |
Other tags may be released to npm (e.g. hotfix
, dev
, etc...), but are not considered critical to the common path for consumers usage of SDK packages unless otherwise stated.
Examples can be found in each of the modules specific to the module use cases. Starter examples can be found here.
We only support Long-Term Support versions of Node, with the current set of
supported versions described in the engines
property of the bitgo
module package.json.
We specifically limit our support to LTS versions of Node, not because this package won't work on other versions, but because LTS versions tend to be the most widely used in practice. It's possible the packages in this repository will work correctly on newer or older versions of Node, but we typeically don't run automated tests against non-LTS (odd numbered) versions of Node, with the possible exception of the latest odd numbered version for advanced awareness of upcoming breaks in version support.
As each Node LTS version reaches its end-of-life we will exclude that version from the node engines property of our package's package.json file. Removing a Node version is considered a breaking change and will entail the publishing of a new major version of this package. We will not accept any requests to support an end-of-life version of Node, and any pull requests or issues regarding support for an end-of-life version of Node will be closed. We will accept code that allows this package to run on newer, non-LTS, versions of Node. Furthermore, we will attempt to ensure our own changes work on the latest version of Node. To help in that commitment, our continuous integration setup runs the full test suite on the latest release of the following versions of node:
14
16
JavaScript package managers should allow you to install this package with any version of Node, with, at most, a warning if your version of Node does not fall within the range specified by our node engines property. If you encounter issues installing this package on a supported version of Node, please report the issue to us.
See DEVELOPERS.md