Go to file
2022-09-21 16:23:31 -04:00
.github/workflows Websocket to notify clients about wallet updates 2022-09-19 18:36:55 -04:00
auth Delete some TODOs that I've made into tasks 2022-08-25 15:55:02 -04:00
env Rename the output. lbry-id -> wallet-sync-server 2022-08-22 12:05:53 -04:00
mail Rename the output. lbry-id -> wallet-sync-server 2022-08-22 12:05:53 -04:00
metrics better prometheus tags 2022-09-21 16:23:31 -04:00
server better prometheus tags 2022-09-21 16:23:31 -04:00
store Websocket to notify clients about wallet updates 2022-09-19 18:36:55 -04:00
test_client Fix timing with README generation 2022-09-20 14:00:59 -04:00
wallet Protocol changes 2022-06-10 15:04:31 -04:00
.gitignore git ignore the binary 2022-08-27 11:36:08 -04:00
.goreleaser.yaml Remove comment from .goreleaser.yaml 2022-08-20 11:58:44 -04:00
go.mod Websocket to notify clients about wallet updates 2022-09-19 18:36:55 -04:00
go.sum Websocket to notify clients about wallet updates 2022-09-19 18:36:55 -04:00
LICENSE MIT License 2022-08-24 14:32:13 -04:00
main.go Rename the output. lbry-id -> wallet-sync-server 2022-08-22 12:05:53 -04:00
README.md Websocket to notify clients about wallet updates 2022-09-19 18:36:55 -04:00

This software is in the pre-testing phase as of now.

Getting The Binary

Prebuilt

Linux Only. Get the latest release.

Building

Only tried on Linux. Might work for Windows and Mac. No expectations.

Install Golang, at least version 1.18. (Please report any dependencies we seemed to have forgotten)

Check out the repo and run:

go build .

The binary should show up as wallet-sync-server.

Account Creation Settings

When running the server, we should set some environmental variables. These environmental variables determine how account creation is handled. If we do not set these, no users will be able to create an account.

ACCOUNT_VERIFICATION_MODE

The allowed values are AllowAll, Whitelist, and EmailVerify.

ACCOUNT_VERIFICATION_MODE=AllowAll

This should only be used for development. Unless you really just want anybody creating accounts on your server, hypothetically DOSing you, etc etc. This puts no restrictions on who can create an account and no process beyond simply pushing the "sign up button" (i.e. sending the "signup" request to the server).

ACCOUNT_VERIFICATION_MODE=Whitelist (default)

With this option, only specifically whitelisted email addresses will be able to create an account. This is recommended for people who are self-hosting their wallet sync server for themself or maybe a few friends.

With this option, we should also specify the whitelist.

ACCOUNT_WHITELIST

This should be a comma separated list of email addresses with no spaces.

NOTE: If your email address has weird characters, unicode, what have you, don't forget to bash-escape it properly.

Single address example:

ACCOUNT_WHITELIST=alice@example.com

Multiple address example:

ACCOUNT_WHITELIST=alice@example.com,bob@example.com,satoshi@example.com

Side note: Since Whitelist it is the default value for ACCOUNT_VERIFICATION_MODE, and since ACCOUNT_WHITELIST is empty by default, the server will by default have an empty whitelist, thus allowing nobody to create an account. This is the default because it's the safest (albeit most useless) configuration.

ACCOUNT_VERIFICATION_MODE=EmailVerify

With this option, you need an account with Mailgun. Once registered, you'll end up setting up a domain (including adding DNS records), and getting a private API key. You'll also be able to use a "sandbox" domain just to check that the Mailgun configuration otherwise works before going through the process of setting up your real domain.

With this mode, we require the following additional settings:

MAILGUN_SENDING_DOMAIN

The address in the "from" field of your registration emails. Your Mailgun sandbox domain works here for testing.

MAILGUN_SERVER_DOMAIN

The server domain will determine what domain is used for the hyperlink you get in your registration confirmation email. You should generally put the domain you're using to host your wallet sync server.

Realistically, both sending and server domains will often end up being the same thing.

MAILGUN_PRIVATE_API_KEY

You'll get this in your Mailgun dashboard.

MAILGUN_DOMAIN_IS_EU (optional)

Whether your sending domain is in the EU. This is related to GDPR stuff I think. Valid values are true or false, defaulting to false.

Deployment

A setup that works is Caddy server and Systemd.

Make sure Caddy is set to port 443, because the LBRY clients will expect that.

If you're using Mailgun, take care to keep the environmental vars secure. See here for how to do this with systemd.