Full Service

A MobileCoin service for wallet implementations.

The Full-Service Node provides ledger syncing and validation, account management, and funds transfer and receiving. It uses a JSONRPC API, so you can connect to it from command line tools or build services around its functionality. It serves the use cases of single user (and is the backing to the MobileCoin Desktop Wallet), while also serving high performance, multi-account, multi-subaddress needs (such as backing merchant services platforms).

For installation and usage instructions, get started with Full Service here!

You must read and accept the Terms of Use for MobileCoins and MobileCoin Wallets to use MobileCoin Software.

Note to Developers

Please see CONTRIBUTING.md for notes on contributing bug reports and code.

License

MobileCoin Full Service is available under open-source licenses. Look for the LICENSE file for more information.

Usage and Documentation

For documentation, usage, and API specification, please see the full API documentation at: Full Service API

Database encryption features are also described in the Database Encryption section of the full API docs.

Run the wallet service

You can run the wallet service directly from the official docker image. Lookup the latest release tag (vX.Y.Z-testnet or vX.Y.Z-mainnet) on the full-service dockerhub page and update the docker pull and docker run commands below accordingly.

Here are the commands to run a testnet full-service:

docker pull mobilecoin/full-service:v2.5.0-testnet
mkdir -p -m go+w ~/.mobilecoin/test
docker run -it -p 127.0.0.1:9090:9090 \
   --volume ~/.mobilecoin/test:/data \
   mobilecoin/full-service:v2.5.0-testnet \
   --peer mc://node1.test.mobilecoin.com/ \
   --peer mc://node2.test.mobilecoin.com/ \
   --tx-source-url https://s3-us-west-1.amazonaws.com/mobilecoin.chain/node1.test.mobilecoin.com/ \
   --tx-source-url https://s3-us-west-1.amazonaws.com/mobilecoin.chain/node2.test.mobilecoin.com/ \
   --ledger-db /data/ledger \
   --wallet-db /data/wallet/wallet.db \
   --chain-id test

And here is the mainnet full-service dockerhub page and commands to run:

docker pull mobilecoin/full-service:v2.5.0-mainnet
mkdir -p -m go+w ~/.mobilecoin/main
docker run -it -p 127.0.0.1:9090:9090 \
   --volume ~/.mobilecoin/main:/data \
   mobilecoin/full-service:v2.5.0-mainnet \
   --peer mc://node1.prod.mobilecoinww.com/ \
   --peer mc://node2.prod.mobilecoinww.com/ \
   --tx-source-url https://ledger.mobilecoinww.com/node1.prod.mobilecoinww.com/ \
   --tx-source-url https://ledger.mobilecoinww.com/node2.prod.mobilecoinww.com/ \
   --ledger-db /data/ledger \
   --wallet-db /data/wallet/wallet.db \
   --chain-id main

These commands expect that you have your ledger and wallet databases located at ~/.mobilecoin/test or ~/.mobilecoin/main.

Build with Docker

You can build the wallet service using the mob tool, which creates a docker container set up for correct compliation. This is called the "builder image".

Prerequisites

git
docker
a secret passphrase
bash (to run outside the mob container)

Instructions

Clone the full-service repository using git

git clone https://github.com/mobilecoinofficial/full-service.git

From the full-service project root, pull the submodule.
```
git submodule update --init --recursive
```
Now that the submodule is pulled, you can use the mob tool by running it from the full-service project root
```
./mob prompt --tag=latest
```
Build the MobileCoin full-service wallet for testnet. Substitute test with main to build for mainnet.
```
tools/build-fs.sh test
```

Build locally

Note: Full-Service and mobilecoin are not currently compatible with Xcode 13 or higher (the Xcode that ships with OSX Monterey and later). Make sure you are using Xcode 12 before building and running Full-service. You can download Xcode 12 from Apple's developer downloads page.

Download the latest Xcode 12 and add it to your applications folder.

If you are on OSX Monterey or higher, you will need to fake the version to get OSX to allow you to open it. Follow these steps (for Xcode 12.5.1):

# Change build version to Xcode 13.1
/usr/libexec/PlistBuddy -c 'Set :CFBundleVersion 19466' /Applications/Xcode_12.5.1.app/Contents/Info.plist

# Open Xcode (system will check build version and cache it)
open /Applications/Xcode_12.5.1.app/

# Revert Xcode's build version
/usr/libexec/PlistBuddy -c 'Set :CFBundleVersion 18212' /Applications/Xcode_12.5.1.app/Contents/Info.plist

Then set your system to use it with:

sudo xcode-select -s /Applications/Xcode_12.5.1.app/Contents/Developer

Install Rust from https://www.rust-lang.org/tools/install

Install dependencies.

On Ubuntu:

sudo apt install build-essential cmake protobuf-compiler libprotobuf-dev llvm llvm-dev clang libclang-dev libsqlite3-dev libssl-dev lcov

On Arch Linux:

sudo pacman -S base-devel cmake protobuf llvm-libs clang sqlite sqlcipher openssl-1.1

On MacOS:

brew bundle

After openSSL has been installed with brew on MacOS, you may need to set some environment variables to allow the rust compiler to find openSSL

Ubuntu:

PATH="/usr/local/opt/openssl@3/bin:$PATH"
LDFLAGS="-L/usr/local/opt/openssl@3/lib"
CPPFLAGS="-I/usr/local/opt/openssl@3/include"
PKG_CONFIG_PATH="/usr/local/opt/openssl@3/lib/pkgconfig"

The ulimit command fixes an issue related to shell resource usage.

MacOS:

echo 'ulimit -n 4096' >> ~/.bash_profile
echo 'export PATH="/opt/homebrew/opt/openssl@3/bin:$PATH"' >> ~/.bash_profile
source ~/.bash_profile
export LDFLAGS="-L/opt/homebrew/opt/openssl@3/lib"
export CPPFLAGS="-I/opt/homebrew/opt/openssl@3/include"
export PKG_CONFIG_PATH="/opt/homebrew/opt/openssl@3/lib/pkgconfig"

Finally, for both:

rustup component add llvm-tools-preview

Pull submodule.
```
git submodule update --init --recursive
```

Install SGX libraries (required for linux distros; not required for MacOS).

On Ubuntu:

wget https://download.01.org/intel-sgx/sgx-linux/2.9.1/distro/ubuntu18.04-server/sgx_linux_x64_sdk_2.9.101.2.bin
chmod +x sgx_linux_x64_sdk_2.9.101.2.bin
sudo ./sgx_linux_x64_sdk_2.9.101.2.bin --prefix=/opt/intel

Put this line in your .bashrc or .zhrc:

source /opt/intel/sgxsdk/environment

This works on more recent Ubuntu distributions, even though it specifies 18.04.

Put this line in your .bashrc or .zshrc to specify where OPENSSL is installed.

Ubuntu:

export OPENSSL_ROOT_DIR="/usr/local/opt/openssl@3"

Arch Linux:

export OPENSSL_LIB_DIR=/usr/lib/openssl-1.1 OPENSSL_INCLUDE_DIR=/usr/include/openssl-1.1

OSX:

echo 'export OPENSSL_ROOT_DIR="/opt/homebrew/opt/openssl\@3"' >> ~/.bash_profile

Build
```
./tools/build-fs.sh test
```

Set database password if using encryption.

read -rs MC_PASSWORD
export MC_PASSWORD=$MC_PASSWORD

Run
```
./tools/run-fs.sh test
```

See Parameters for full list of available options.

Build your own docker image

Pull submodule.
```
git submodule update --init --recursive
```
1. Build
This build takes advantage of features in Docker BuildKit use DOCKER_BUILDKIT=1 when building this image.

See the Dockerfile comments for the full list of available build arguments to customize the build.

TestNet Version

Use --build-arg NAMESPACE=test to configure build to use TestNet enclave measurements.
```
DOCKER_BUILDKIT=1 docker build -t mobilecoin/full-service:0.0.0-testnet --progress=plain \
    --build-arg NAMESPACE=test \
    --build-arg BUILD_OPTS=--no-default-features .
```
MainNet Version

Use --build-arg NAMESPACE=prod to configure build to use MainNet enclave measurements.
```
DOCKER_BUILDKIT=1 docker build -t mobilecoin/full-service:0.0.0 --progress=plain \
    --build-arg NAMESPACE=prod .
```
Run

Volumes

This image includes VOLUME /data and configures full-service to use that path for the wallet and ledger database locations.

If you want to save your databases outside the default volume you can use -v path/to/volume:/data but you must chown 1000:1000 path/to/volume so the app running as uid 1000 can access it.

Then run your image as above.

Parameters

These are the parameters to the full-service executable.

Param	Purpose	Requirements
`ledger-db`	Path to ledger directory	Created if does not exist
`peer`	URI of consensus node. Used to submit transactions and to check the network block height.	MC URI format
`tx-source-url`	S3 location of archived ledger. Used to sync transactions to the local ledger.	S3 URI format
`chain-id`	The chain id of the network we expect to interact with	String

Optional Param	Purpose	Requirements
`wallet-db`	Path to wallet file. If not set, will disable any endpoints that require a wallet_db	Created if does not exist
`watcher-db`	Path to watcher directory	Created if does not exist
`listen-host`	Host to listen on.	Default: 127.0.0.1
`listen-port`	Port to start webserver on.	Default: 9090
`ledger-db-bootstrap`	Path to existing ledger_db that contains the origin block, used when initializing new ledger dbs.
`quorum-set`	Quorum set for ledger syncing.	Default includes all `peers`
`poll-interval`	How many seconds to wait between polling for new blocks.	Default: 5
`offline`	Use Full Service in offline mode. This mode does not download new blocks or submit transactions.
`fog-ingest-enclave-css`	Path to the Fog ingest enclave sigstruct CSS file.	Needed in order to enable sending transactions to fog addresses.
`allowed-origin`	URL of the client for CORS headers. '*' to allow all origins	If not provided, no CORS headers will be set

Parameters as Environment Variables

All available parameters can be set as Environment Variables. Parameters names are converted to SCREAMING_SNAKE_CASE and are prefixed with MC_. See full-service --help for the full list. CLI arguments take precedence over Environment Variables.

Any options that can be specified multiple times as a list (--peer, --tx-source-url) can be specified as comma delimited values.

TestNet example

MC_PEER="mc://node1.test.mobilecoin.com/,mc://node2.test.mobilecoin.com/" \
MC_TX_SOURCE_URL="https://s3-us-west-1.amazonaws.com/mobilecoin.chain/node1.test.mobilecoin.com/,https://s3-us-west-1.amazonaws.com/mobilecoin.chain/node2.test.mobilecoin.com/" \
MC_WALLET_DB="./testnet-dbs/wallet.db" \
MC_LEDGER_DB="./testnet-dbs/ledger-db/" \
MC_CHAIN_ID="test" \
MC_FOG_INGEST_ENCLAVE_CSS="$(pwd)/ingest-enclave.css" \
    ./full_service

API Key

You can add an optional API key to full service by adding a .env file to the root of this repo. The variable you need to set is: MC_API_KEY="<api key of your choosing>". If you set this env var, you must provide the X-API-KEY header in your requests to full-service.

Exit Codes

The process exit code indicates why it exited:

Code	Meaning
1	Unknown error
2	Could not connect to database.
3	Wrong database password.
4	Connecting from a banned IP address.
101	Rust Panic.

Contributing

See CONTRIBUTING.

Database Schema

To add or edit tables:

Ensure that you have diesel_cli installed and that it is using the current sqlite version:

cargo install --git="https://github.com/mobilecoinofficial/diesel" --rev="026f6379715d27c8be48396e5ca9059f4a263198" diesel_cli --no-default-features --features sqlite

cd full-service
Create an empty version of the base db diesel migration run --database-url $MIGRATION_TEST_DB
Create a migration with diesel migration generate <migration_name>
Edit the migrations/<migration_name>/up.sql and down.sql.
Run the migration with diesel migration run --database-url $MIGRATION_TEST_DB, and test the inverse operation with diesel migration redo --database-url $MIGRATION_TEST_DB

Make sure that the following is still present in schema.rs before committing changes.

table! {
    __diesel_schema_migrations(version) {
        version -> Text,
        run_on -> Timestamp,
    }
}

Note that full-service/diesel.toml provides the path to the schema.rs which will be updated in a migration.

Running Tests

The simple way:

./tools/test.sh

Under the covers, this runs:

SGX_MODE=HW \
IAS_MODE=DEV \
CONSENSUS_ENCLAVE_CSS=$(pwd)/consensus-enclave.css \
CARGO_INCREMENTAL=0 \
RUSTFLAGS='-Cinstrument-coverage' \
LLVM_PROFILE_FILE="../target/profraw/json5format-%m.profraw" \
cargo test

Note: providing the CONSENSUS_ENCLAVE_CSS allows us to bypass the enclave build.

Also note: On OSX there is sometimes weird behavior when first running the test suite where some tests will fail. Opening a new terminal tab and running them again typically resolves this.

Linting

RUST_LOG=info \
SGX_MODE=HW \
IAS_MODE=DEV \
CONSENSUS_ENCLAVE_CSS=$(pwd)/consensus-enclave.css \
cargo clippy --all --all-features

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

README.md

README.md

Full Service

For installation and usage instructions, get started with Full Service here!

Note to Developers

Table of Contents

License

Usage and Documentation

Run the wallet service

Build with Docker

Build locally

Build your own docker image

Parameters

Parameters as Environment Variables

API Key

Exit Codes

Contributing

Database Schema

Running Tests

Linting

Files

README.md

Latest commit

History

README.md

File metadata and controls

Full Service

For installation and usage instructions, get started with Full Service here!

Note to Developers

Table of Contents

License

Usage and Documentation

Run the wallet service

Build with Docker

Build locally

Build your own docker image

Parameters

Parameters as Environment Variables

API Key

Exit Codes

Contributing

Database Schema

Running Tests

Linting