github lightninglabs/lightning-terminal v0.9.0-alpha
Lightning Terminal v0.9.0-alpha

latest releases: v0.13.6-alpha, v0.13.5-alpha, v0.0.0-reproducible-build-test-3...
20 months ago

Release Notes

This release of Lightning Terminal (LiT) includes updates to the versions of the integrated LND, Pool, Loop and Faraday daemons. A few updates to LiT itself have also been included: LiT can now be started with the --disableui option meaning that the local UI will not be accessible and the uipassword would no longer need to be set. REST annotations are also added for all LiT services.

We'll be continuously working to improve the user experience based on feedback from the community.

This release packages LND v0.16.0-beta, Loop v0.22.0-beta, Pool v0.6.2-beta, and Faraday v0.2.10-alpha.

NOTE that the minimum version of lnd that can be used in --lnd-mode=remote is v0.16.0-beta.

Installation and configuration instructions can be found in the README.

Breaking API changes

In previous versions of LiT, if run in integrated mode, LND's TLS certificate would be used by LiT meaning that users would need to use LND's TLS certificate when interacting with LiT's HTTP server. With this release of LiT, this behaviour has been changed. LiT will now always generate its own TLS certificate regardless of the mode it is running in. This means that users will need to point to LiT's TLS certificate when interacting with the HTTP server. More concretely, the remote.lit-tlscertpath and remote.lit-tlskeypath config options have been removed and replaced with tlscertpath and tlskeypath and when interacting with LiT through litcli, the lndtlscertpath and lndmode flags no longer need to be set.

Required changes when running in lnd remote mode (lnd-mode=remote)

When connecting to an existing lnd node, that node must enable the RPC middleware interceptor feature. You can enable that by specifying the --rpcmiddleware.enable command line flag or by adding rpcmiddleware.enable=true to your lnd.conf file. See the remote configuration docs for more information.

Verifying the Release

In order to verify the release, you'll need to have gpg or gpg2 installed on your system. Once you've obtained a copy (and hopefully verified that as well), you'll first need to import ellemouton's key from the ubuntu key server:

gpg --keyserver hkps://keyserver.ubuntu.com --recv-keys 26984CB69EB8C4A26196F7A4D7D916376026F177

Once you have his PGP key you can verify the release (assuming manifest-v0.9.0-alpha.sig and manifest-v0.9.0-alpha.txt are in the current directory) with:

gpg --verify manifest-v0.9.0-alpha.sig manifest-v0.9.0-alpha.txt

You should see the following if the verification was successful:

gpg: Signature made Thu Mar 30 10:04:01 2023 SAST
gpg:                using RSA key 26984CB69EB8C4A26196F7A4D7D916376026F177
gpg: Good signature from "Elle Mouton <elle.mouton@gmail.com>" [ultimate]

That will verify the signature on the main manifest page which ensures integrity and authenticity of the binaries you've downloaded locally. Next, depending on your operating system you should then re-calculate the sha256 sum of the binary, and compare that with the following hashes:

cat manifest-v0.9.0-alpha.txt

One can use the shasum -a 256 <file name here> tool in order to re-compute the sha256 hash of the target binary for your operating system. The produced hash should be compared with the hashes listed above and they should match exactly.

Finally, you can also verify the tag itself with the following command:

git verify-tag v0.9.0-alpha

Verifying the Release Timestamp

We have also started to timestamp the manifest file with OpenTimeStamps along with its signature. A new file is now included along with the rest of our release artifacts: manifest-v0.9.0-alpha.sig.ots.

Assuming you have the opentimestamps client installed locally, the timestamps can be verified with the following command:

ots verify manifest-v0.9.0-alpha.sig.ots

These timestamps should give users confidence in the integrity of this release even after the key that signed the release expires.

Changelog (auto-generated)

What's Changed

  • Add rpcmiddleware config for remote lnd instance by @lukeroberts in #493
  • autopilotserverrpc: bump golang.org/x/text version by @ellemouton in #502
  • build(deps): bump golang.org/x/text from 0.3.7 to 0.3.8 in /tools by @dependabot in #503
  • multi: always use Lit's TLS cert by @positiveblue in #499
  • make: add darwin-arm64 to release build architectures by @guggero in #507
  • build(deps): bump golang.org/x/net from 0.0.0-20201021035429-f5854403a974 to 0.7.0 in /autopilotserverrpc by @dependabot in #513
  • build(deps): bump golang.org/x/crypto from 0.0.0-20211215153901-e495a2d5b3d3 to 0.1.0 by @dependabot in #515
  • multi: update lnd dependency to v0.16.0-beta.rc3 by @positiveblue in #517
  • multi: add DisableUI option by @ellemouton in #519
  • terminal: fix macaroon DB directory by @ellemouton in #520
  • litrpc: add REST annotations for Litd RPC services by @ellemouton in #522
  • mod: fix linter, bump Pool version, prepare for lnd 0.16, prepare for v0.9.0-alpha release by @guggero in #518

New Contributors

Full Changelog: v0.8.6-alpha...v0.9.0-alpha

Don't miss a new lightning-terminal release

NewReleases is sending notifications on new releases.