DragonX Developers 7f5474ef82 version: 0.1.2, from a single constant
Bump for the GetTransaction crash fix, and make the version one value
instead of two literals that could drift.

It was duplicated: cmd/server/main.go had `var version = "0.1.1"` for
--version, and frontend/service.go had "0.1.1-dragonxlightd" inline in
the LightdInfo reply. The gRPC one is the load-bearing copy -- it is
walletrpc/service.proto:48, so every client reads it, and it is the only
way to tell from off-box which build a node is running.

That property is the point of bumping now rather than later. With it, a
rollout can be verified by probing each endpoint over TLS and reading
the advertised version, instead of shelling in to compare binary
checksums, and instead of the only alternative positive test -- calling
GetTransaction on a mempool txid, which proves the fix by crashing any
node that does not have it.

Verified: --version prints 0.1.2, and a GetLightdInfo probe against a
test instance returns 0.1.2-dragonxlightd where production still returns
0.1.1-dragonxlightd.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FU87LdsJZiZkfq1eXubpeo
2026-08-26 10:33:51 -05:00
2021-10-01 23:06:29 -04:00
2026-03-20 06:55:27 -05:00
2026-02-28 00:37:44 -06:00
2021-10-28 22:42:37 -04:00
2019-10-18 01:39:46 +02:00
2021-08-06 17:50:48 -04:00
2026-02-28 00:37:44 -06:00
2026-02-28 00:37:44 -06:00
2026-03-20 06:26:15 -05:00

Overview

DragonX Lightwalletd is a fork of Hush lightwalletd which is itself a fork of lightwalletd originally from Zcash (ZEC).

It is a backend service that provides a bandwidth-efficient interface to the DragonX blockchain for light wallet clients.

Features

  • Support for DragonX (standalone chain with dragonxd)
  • Support for transparent addresses
  • Several RPC calls for light clients
  • Lots of perf improvements
    • In-memory cache for Compact Blocks (replaces SQLite)
    • Tx lookups delegated to dragonxd
    • No separate ingestor needed

Running your own DragonX lightwalletd

0. First, install Go

You will need Go >= 1.13 which you can download from the official download page or install via your OS package manager.

This installation document shows how to do it on various OS's.

If you're using Ubuntu or Debian, try:

$ sudo apt install golang

1. Run a DragonX node.

Install the DragonX daemon (dragonxd) and CLI (dragonx-cli).

Next, ensure your DRAGONX.conf file (at ~/.hush/DRAGONX/DRAGONX.conf) has something like the following:

rpcuser=user-CHANGETHIS
rpcpassword=pass-CHANGETHIS
rpcport=21769
server=1
txindex=1
rpcworkqueue=256
rpcallowip=127.0.0.1
rpcbind=127.0.0.1

Then start dragonxd. You might need to run with -reindex the first time if you are enabling the txindex option for the first time. The reindex might take a while.

2. Compile lightwalletd

Run the build script.

make build

3. Get a TLS certificate and run the Lightwalletd frontend

First, get a TLS certificate:

On Ubuntu Linux, I SUGGEST YOU DO NOT USE SNAPD and just sudo apt install certbot and then start on Step 7 of these instructions by the EFF

Next you decide how you want to setup lightwalletd - with (Option A) or without NGINX (Option B).

Option A: "Let's Encrypt" certificate using NGINX as a reverse proxy

If you running a public-facing server, the easiest way to obtain a certificate is to use a NGINX reverse proxy and get a Let's Encrypt certificate.

Create a new section for the NGINX reverse proxy:

server {
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    
    server_name your_host.net;

    ssl_certificate /etc/letsencrypt/live/your_host.net/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/your_host.net/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
        
    location / {
        # Replace localhost:9069 with the address and port of your gRPC server if using a custom port
    	grpc_pass grpc://your_host.net:9069;
    }
}

Then run the lightwalletd frontend with the following (Note: we use the "-no-tls" option as we are using NGINX as a reverse proxy and letting it handle the TLS authentication for us instead):

./lightwalletd -bind-addr your_host.net:9069 -conf-file ~/.hush/DRAGONX/DRAGONX.conf -no-tls
Option B: "Let's Encrypt" certificate just using lightwalletd without NGINX

The other option is to configure lightwalletd to handle its own TLS authentication. Once you have a certificate that you want to use (from a certificate authority), pass the certificate to the frontend as follows:

./lightwalletd -bind-addr 127.0.0.1:9069 -conf-file ~/.hush/DRAGONX/DRAGONX.conf -tls-cert /etc/letsencrypt/live/YOURWEBSITE/fullchain.pem -tls-key /etc/letsencrypt/live/YOURWEBSITE/privkey.pem

4. Point a light wallet client to this server

You should start seeing the frontend ingest and cache the DragonX blocks after ~15 seconds.

Lightwalletd Command-line Options

These are the current different command line options for lightwalletd:

CLI option Default What it does
-bind-addr 127.0.0.1:9069 address and port to listen on
-tls-cert blank the path to a TLS certificate
-tls-key blank the path to a TLS key file
-no-tls false Disable TLS, serve un-encrypted traffic
-log-file blank log file to write to
-log-level logrus.InfoLevel log level 1 thru 7 (something from logrus)
-conf-file blank conf file to pull RPC creds from
-cache-size 40000 number of blocks to hold in the cache

Support

For support or other questions, join us on Telegram or join Telegram Support.

License

GPLv3 or later

Copyright

2016-2022 The Hush Developers 2024-2026 The DragonX Developers

Description
No description provided
Readme 5.5 MiB
Languages
Go 79.6%
Shell 10.6%
Python 9.4%
Makefile 0.4%