lnd version, "hacked" to enable seedless restore from xprv + scb
Go to file
Olaoluwa Osuntokun 8bbd010f74
lnwallet: use the ChainNotifier interface throughout instead of BtcdNotifier
This commit refactors the code within lnwallet interacting with the
ChainNotifier to accept, and call against the implementation rather
than a single concrete implementation.

LightningWallet no longer creates it’s own BtcdNotifier implementation
doing construction, now instead accepting a pre-started `ChainNotifier`
interface.  All imports have been updated to reflect the new naming
scheme.
2016-09-01 19:13:19 -07:00
chainntnfs chainntnfs: add cross interface implementation tests 2016-09-01 19:13:10 -07:00
channeldb channeldb: bucket not found during .Wipe() is no longer an error 2016-07-21 16:16:28 -07:00
cmd/lncli lncli: update response handling for open/close channel 2016-08-30 16:54:59 -07:00
docker docker: revamp docker set up to allow for an LN test cluster 2016-08-29 15:18:04 -07:00
elkrem elkrem: remove extra prints from serdes tests 2016-07-25 16:37:59 -07:00
lndc lndc: remove extraneous prints from tests 2016-07-25 16:35:25 -07:00
lnrpc lnrpc: OpenChannel and CloseChannel now return "status updates" 2016-08-30 16:42:34 -07:00
lnwallet lnwallet: use the ChainNotifier interface throughout instead of BtcdNotifier 2016-09-01 19:13:19 -07:00
lnwire lnwire: rename routing files to match current naming conventions 2016-08-11 11:54:56 -07:00
shachain multi: change all imports to roasbeef's forks 2016-05-15 17:22:37 +03:00
uspv uspv: update to new upstream btcd api to fix compile errors 2016-05-22 22:04:25 -07:00
.gitignore add entry in gitignore to exclude the local vendor folder 2016-07-22 19:00:30 -07:00
.travis.yml build: install lnd binary within Travis container for integration tests 2016-08-30 11:14:42 -07:00
config.go config: add an option to pass in a hex-encoded rpc cert (--rawrpccert) 2016-08-29 21:39:06 -07:00
doc.go add some daemon related skeleton files 2015-12-26 00:09:17 -06:00
fundingmanager.go lnd: add async updates for [open|close]channel RPC's 2016-08-30 16:53:07 -07:00
glide.lock build: update glide dependancies 2016-08-11 11:36:37 -07:00
glide.yaml build: update glide dependancies 2016-08-11 11:36:37 -07:00
htlcswitch.go lnd: properly initialize the htlcSwitch's quit channel 2016-09-01 19:13:13 -07:00
invoiceregistry.go lnd: introduce the InvoiceRegistry 2016-07-12 17:14:16 -07:00
LICENSE add copyright, license and discouragement in readme 2016-01-16 00:13:11 -08:00
lnd_test.go test: introduce a few networkHarness helper methods 2016-08-31 11:59:25 -07:00
lnd.go lnd: add async updates for [open|close]channel RPC's 2016-08-30 16:53:07 -07:00
log.go lnd: set up messaging chans between peer and htlcSwitch 2016-07-09 16:41:54 -07:00
networktest_test.go test: introduce a few networkHarness helper methods 2016-08-31 11:59:25 -07:00
networktest.go test: introduce a few networkHarness helper methods 2016-08-31 11:59:25 -07:00
params.go lnd: properly switch RPC port with target net change 2016-07-13 18:37:59 -07:00
peer_test.go plasma: rough draft of peer struct 2015-12-20 15:16:38 -06:00
peer.go lnd: add async updates for [open|close]channel RPC's 2016-08-30 16:53:07 -07:00
README.md README: add travis svg badge showing build status 2016-07-28 11:27:51 -07:00
rpcserver.go test: add async txn seen notifications to network harness 2016-08-30 19:34:25 -07:00
server.go lnd: add async updates for [open|close]channel RPC's 2016-08-30 16:53:07 -07:00
shell.go uspv: update to new upstream btcd api to fix compile errors 2016-05-22 22:04:25 -07:00
signal.go create signal.go to handle SIGINT's 2016-03-22 18:42:01 -07:00
version.go create version.go file 2016-03-22 18:40:54 -07:00

lnd - Lightning Network Daemon

Build Status

This repo is preliminary work on a lightning network peer-to-peer node and wallet.

It's currently being tested on Segnet4, where malleability has been solved with segwit.

This version of Lnd is not yet fully-operational, but a proof of concept on Segnet4 will likely exist soon. The projection is it will be operational before the necessary malleability soft-forks are into bitcoin mainnet (may be significantly before if there are any delays in mainnet malleability fix).

Don't try to port it to mainnet or an altcoin and use it today! No really. Lightning transactions will be fast, but for now, please wait just a little bit.

Installation

  • In order to build form source, the following build dependancies are required:
    • Go 1.5 or 1.6

      Installation instructions can be found here: http://golang.org/doc/install. It is recommended to add $GOPATH/bin to your PATH at this point. Note: If you are building with Go 1.5, then you'll need to enable the vendor experiment by setting the GO15VENDOREXPERIMENT environment variable to 1. If you're using Go 1.5, then it is safe to skip this step.

    • Glide

      This project uses Glide to manage depdnancies as well as to provide reproducable builds. To install Glide, execute the following command (assumes you already have Go properly installed):

      $ go get -u github.com/Masterminds/glide

With the prelimnary steps completed, to install lnd, lncli, and all related depenancies run the following commands:

$ git clone https://github.com/lightningnetwork/lnd $GOPATH/src/github.com/lightningnetwork/lnd
$ cd $GOPATH/src/github.com/lightningnetwork/lnd
$ glide install
$ go install . ./cmd/...

Updating

To update your version of lnd to the latest version run the following commands:

$ cd $GOPATH/src/github.com/lightningnetwork/lnd
$ git pull && glide install
$ go install . ./cmd/...

Packages and Utilities

chainntfs

A package centered around a generic interface for receiving transaction/confirmation based notifications concerning the blockchain. Such notifications are required in order for pending payment channels to be notified once the funding transaction gains a specified number of confirmations, and in order to catch a counter-party attempting a non-cooperative close using a past commitment transaction to steal funds.

At the moment, it only has a single concrete implementation: using btcd's websockets notifications. However, more implementations of the interface are planned, such as electrum, polling via JSON-RPC, Bitcoin Core's ZeroMQ notifications, and more.

channeldb

lnd's primary datastore. It uses a generic interface defined in walletdb allowing for usage of any storage backend which adheres to the interface. The current concrete implementation used is driven by bolt. channeldb is responsible for storing state such as meta-data concerning the current open channels, closed channels, past routes we used, fee schedules within the network, and information about remote peers (ID, uptime, reputation, etc).

cmd / lncli

A command line to query and control a running lnd. Similar to bitcoin-cli

cmd / lnshell

Interactive shell for commands to direct the lnd node. Will probably be merged into lnd soon as a command line option.

elkrem

Library to send and receive a tree structure of hashes which can be sequentially revealed. If you want to send N secrets, you only need to send N secrets (no penalty there) but the receiver only needs to store log2(N) hashes, and can quickly compute any previous secret from those.

This is useful for the hashed secrets in LN payment channels.

lndc

Library for authenticated encrypted communication between LN nodes. It uses chacha20_poly1305 for the symmetric cipher, and the secp256k1 curve used in bitcoin for public keys. No signing is used, only two ECDH calculations: first with ephemeral key pairs and second with persistent identifying public keys.

lnrpc

lnd's RPC interface. Currently gRPC, a high-performance RPC framework is used. gRPC provides features such as a stub-based client interface in several languages, streaming RPCs, payload agnostic request/response handling, and more. In addition to gRPC, lnd will also offer a basic REST-based http RPC interface. For now, connections are not encrypted, or authenticated. For authentication, macaroons will likely be integrated due to their simplicity, flexibility, and expressiveness.

lnstate

In-progress update which improves current implementation of channel state machine to allow for higher throughput.

lnwallet

An application specific, yet general Bitcoin wallet which understands all the fancy script, and transaction formats needed to transact on the Lightning Network. The interface, and interaction with the core wallet logic has been designed independent of any peer-to-peer communication. The goal is to make lnwallet self-contained, and easily embeddable within future projects interacting with the Lightning Network. The current state machine for channel updates is blocking, only allowing one pending update at a time. This will soon be replaced in favor of the highly concurrent, non-blocking state machine within lnstate.

lnwire

Library of messages for Lightning Network node to node communications. Messages for opening and closing channels, as well as updating and revoking channel states are described here.

shachain

An implementation of Rusty Russell's 64-dimensional shachain.

uspv

Wallet library to connect to bitcoin nodes and build a local SPV and wallet transaction state.