The hathor-wallet-service is the backend for all official Hathor wallets.
It's designed to run on AWS serverless environment and uses a MySQL database for persisting data. Upon receiving a new transaction, a lambda handles updating the data. Later, when a wallet queries it, API lambdas only need to query the database to get the information.
+─────────────+ +─────────────+ +──────────+
| | new | | | |
| Sync Daemon | ───────────────────▶ | txProcessor | | Database |
| (k8s) | transactions | (Lambda) | ──────▶ | (RDS) |
| | | | | |
+─────────────+ +─────────────+ +──────────+
▲ ▲
| |
▼ ▼
+────────────+ +────────────────────────+
| | | APIs |
| Fullnode | | (API Gateway & Lambda) |
| | +────────────────────────+
+────────────+ ▲
|
wallet | requests
|
The plugin serverless-offline
is used to emulate AWS Lambda and API Gateway on a local machine.
- NodeJS v16
To setup a local database, you will need:
- A MySQL database running and the env configured with its connection information
- Run
npx sequelize-cli db:migrate
This should run all migrations from the db/migrations
folder and get the database ready
Create a .env
file on the top project folder. It should have the following variables:
STAGE=local
NETWORK=mainnet
SERVICE_NAME=hathor-wallet-service
MAX_ADDRESS_GAP=10
VOIDED_TX_OFFSET=5
BLOCK_REWARD_LOCK=300
CONFIRM_FIRST_ADDRESS=true
WS_DOMAIN=ws.wallet-service.hathor.network
DEFAULT_SERVER=https://node1.mainnet.hathor.network/v1a/
DB_ENDPOINT=localhost
DB_NAME=wallet_service
DB_USER=my_user
DB_PASS=password123
REDIS_HOST=localhost
REDIS_PORT=6379
AUTH_SECRET=foobar
EXPLORER_SERVICE_LAMBDA_ENDPOINT=http://localhost:3001
WALLET_SERVICE_LAMBDA_ENDPOINT=http://localhost:3000
PUSH_NOTIFICATION=true
PUSH_ALLOWED_PROVIDERS=android
Do not modify the STAGE
variable. The other variables should be updated accordingly.
You need to have awscli
configured with your credentials.
It is required even to locally invoke lambdas.
npm run offline
By default, it listens for API calls on http://localhost:3000
.
The sync with the fullnode is made using the Sync Daemon
After serverless-offline is running, you can make API calls. Here are some examples.
curl --header "Content-Type: application/json" \
--request POST \
--data '{"xpubkey":"xpub6EcBoi2vDFcCW5sPAiQpXDYYtXd1mKhUJD64tUi8CPRG1VQFDkAbL8G5gqTmSZD6oq4Yhr5PZ8pKf3Xmb3W3pGcgqzUdFNaCRKL7TZa3res"}' \
http://localhost:3000/wallet/
curl --request GET http://localhost:3000/wallet/?id=23b44673413f093180ed37ce34b6577d7dedbdec9c1d909fe42be1b0bc341ec9
curl --request GET http://localhost:3000/balances/?id=23b44673413f093180ed37ce34b6577d7dedbdec9c1d909fe42be1b0bc341ec9
curl --request GET http://localhost:3000/addresses/?id=23b44673413f093180ed37ce34b6577d7dedbdec9c1d909fe42be1b0bc341ec9
curl --request GET 'http://localhost:3000/txhistory/?id=23b44673413f093180ed37ce34b6577d7dedbdec9c1d909fe42be1b0bc341ec9&count=5'
You need to have some balance for this to succeed.
curl --header "Content-Type: application/json" \
--request POST \
--data '{ "id": "23b44673413f093180ed37ce34b6577d7dedbdec9c1d909fe42be1b0bc341ec9", "outputs": [{ "address": "H8F5neU87G8gs9XNbNY1XxN9DkAKQKhMoj", "value": 10, "token": "00", "timelock": null}] }' \
http://localhost:3000/txproposals/
Proposal must have been created before. Use the proposal id in the path and also update the parents, inputs signatures, weight and nonce.
curl --header "Content-Type: application/json" \
--request PUT \
--data '{ "timestamp": 1599051796, "parents": ["0002ad8d1519daaddc8e1a37b14aac0b045129c01832281fb1c02d873c7abbf9", "0002d4d2a15def7604688e1878ab681142a7b155cbe52a6b4e031250ae96db0a"], "weight": 1, "nonce": 700, "inputsSignatures": ["aaaa"] }' \
http://localhost:3000/txproposals/{txProposalId}/
It's designed to run on AWS serverless environment and uses Redis for ephemeral data (connection store). API Gateway will manage connections while the lambda functions will handle incoming and outcoming messages. If the lambda is responding to a client sent event it will have the information needed to respond to the client that initiated the call, but if the event is not client initiated, the connection store should hold an updated list of connected clients and what information they are requesting so the lambda can filter and send the message to the right clients.
+───────────+
+─────────────+ | |
| | +───────────+| +───────────────────+
◀──────────────────▶ | Api Gateway | | || | |
ws connections | | ◀─────▶ | Lambda fn |+ ◀──── | SQS |
+─────────────+ | | | (Real Time event) |
+───────────+ | |
| +───────────────────+
|
▼
+────────────────────+
| Redis |
| (Connection store) |
+────────────────────+
- Trigger: Client initiated
- body:
{"action":"ping"}
- response:
{"message":"pong"}
This action is idempotent, the lambda just responds with a PONG
message.
- Trigger: Client initiated
- body:
{"action":"join", "id":"my-wallet-id"}
This action will subscribe the client to any updates of the wallet identified by the id on the body.
- Trigger: SQS Event
- When: A new tx is processed by the wallet-service
- To: All wallets affected by the tx
- body:
{"type": "new-tx", "data": "..."}
- Trigger: SQS Event
- When: An update is made to a tx that was already processed
- To: All wallets affected by the tx
- body:
{"type": "update-tx", "data": "..."}
Error: More than one instance of bitcore-lib found
This is probably only a bug when running locally. Used this hack to get it working: bitpay/bitcore#1454 (comment)
Sometimes, jest will use old cached js files, even after you modified the typescript code. Just run:
./node_modules/.bin/jest --clearCache
Check it in docs/SOP.md
This project uses Nix with direnv to help with dependencies, including Node.js. To get started, you need to have Nix and direnv installed.
- Install Nix and Direnv.
- Enable flake support in Nix:
nix-env -iA nixpkgs.nixUnstable
- Allow direnv to work in your shell by running
direnv allow
Now, every time you enter the project directory, direnv will automatically activate the environment from flake.nix, including the specific version of Node.js specified there. When you leave the directory, it will deactivate. This ensures a consistent and isolated environment per project.