9032da5326
There is no unique identifier for payments in LN protocol. Critically, we can't use `payment_hash` as a unique id because there is no way to ensure unicity at the protocol level. Also, the general case for a "payment" is to be associated to multiple `update_add_htlc`s, because of automated retries. We also routinely retry payments, which means that the same `payment_hash` will be conceptually linked to a list of lists of `update_add_htlc`s. In order to address this, we introduce a payment id, which uniquely identifies a payment, as in a set of sequential `update_add_htlc` managed by a single `PaymentLifecycle` that ends with a `PaymentSent` or `PaymentFailed` outcome. We can then query the api using either `payment_id` or `payment_hash`. The former will return a single payment status, the latter will return a set of payment statuses, each identified by their `payment_id`. * Add a payment identifier * Remove InvalidPaymentHash channel exception * Remove unused 'close' from paymentsDb * Introduce sent_payments in PaymentDB, bump db version * Return the UUID of the ongoing payment in /send API * Add api to query payments by ID * Add 'fallbackAddress' in /receive API * Expose /paymentinfo by paymentHash * Add id column to audit.sent table, add test for db migration * Add invoices to payment DB * Add license header to ExtraDirective.scala * Respond with HTTP 404 if the corresponding invoice/paymentHash was not found. * Left-pad numeric bolt11 tagged fields to have a number of bits multiple of five (bech32 encoding). * Add invoices API * Remove CheckPayment message * GUI: consume UUID reply from payment initiator * API: reply with JSON encoded response if the queried element wasn't found * Return a payment request object in /receive * Remove limit of pending payment requests! * Avoid printing "null" fields when serializing an invoice to json * Add index on paymentDb.sent_payments.payment_hash * Order results in descending order in listPaymentRequest |
||
---|---|---|
.github | ||
.readme | ||
contrib | ||
eclair-core | ||
eclair-node | ||
eclair-node-gui | ||
.dockerignore | ||
.gitignore | ||
.travis.yml | ||
BUILD.md | ||
Dockerfile | ||
LICENSE | ||
OLD-API-DOCS.md | ||
pom.xml | ||
README.md | ||
TOR.md |
Eclair (French for Lightning) is a Scala implementation of the Lightning Network. It can run with or without a GUI, and a JSON API is also available.
This software follows the Lightning Network Specifications (BOLTs). Other implementations include c-lightning and lnd.
🚧 Both the BOLTs and Eclair itself are still a work in progress. Expect things to break/change!
🚨 If you intend to run Eclair on mainnet:
- Keep in mind that it is beta-quality software and don't put too much money in it
- Eclair's JSON API should NOT be accessible from the outside world (similarly to Bitcoin Core API)
- Specific configuration instructions for mainnet are provided below (by default Eclair runs on testnet)
Lightning Network Specification Compliance
Please see the latest release note for detailed information on BOLT compliance.
Overview
JSON API
Eclair offers a feature rich HTTP API that enables application developers to easily integrate.
For more information please visit the API documentation website.
⚠️ You can still use the old API by setting the eclair.api.use-old-api=true
parameter, but it is now deprecated and will soon be removed. The old documentation is still available here.
Installation
Configuring Bitcoin Core
⚠️ Eclair requires Bitcoin Core 0.16.3 or higher. If you are upgrading an existing wallet, you need to create a new address and send all your funds to that address.
Eclair needs a synchronized, segwit-ready, zeromq-enabled, wallet-enabled, non-pruning, tx-indexing Bitcoin Core node. Eclair will use any BTC it finds in the Bitcoin Core wallet to fund any channels you choose to open. Eclair will return BTC from closed channels to this wallet.
Run bitcoind with the following minimal bitcoin.conf
:
testnet=1
server=1
rpcuser=foo
rpcpassword=bar
txindex=1
zmqpubrawblock=tcp://127.0.0.1:29000
zmqpubrawtx=tcp://127.0.0.1:29000
addresstype=p2sh-segwit
⚠️ If you are using Bitcoin Core 0.17.0 you need to add following line to your bitcoin.conf
:
deprecatedrpc=signrawtransaction
Installing Eclair
Eclair is developed in Scala, a powerful functional language that runs on the JVM, and is packaged as a JAR (Java Archive) file. We provide 2 different packages, which internally use the same core libraries:
- eclair-node, which is a headless application that you can run on servers and desktops, and control from the command line
- eclair-node-gui, which also includes a JavaFX GUI
To run Eclair, you first need to install Java, we recommend that you use OpenJDK 11. Eclair will also run on Oracle JDK 1.8, Oracle JDK 11, and other versions of OpenJDK but we don't recommend using them.
Then download our latest release and depending on whether or not you want a GUI run the following command:
- with GUI:
java -jar eclair-node-gui-<version>-<commit_id>.jar
- without GUI:
java -jar eclair-node-<version>-<commit_id>.jar
Configuring Eclair
Configuration file
Eclair reads its configuration file, and write its logs, to ~/.eclair
by default.
To change your node's configuration, create a file named eclair.conf
in ~/.eclair
. Here's an example configuration file:
eclair.chain=testnet
eclair.node-alias=eclair
eclair.node-color=49daaa
Here are some of the most common options:
name | description | default value |
---|---|---|
eclair.chain | Which blockchain to use: regtest, testnet or mainnet | testnet |
eclair.server.port | Lightning TCP port | 9735 |
eclair.api.enabled | Enable/disable the API | false. By default the API is disabled. If you want to enable it, you must set a password. |
eclair.api.port | API HTTP port | 8080 |
eclair.api.password | API password (BASIC) | "" (must be set if the API is enabled) |
eclair.bitcoind.rpcuser | Bitcoin Core RPC user | foo |
eclair.bitcoind.rpcpassword | Bitcoin Core RPC password | bar |
eclair.bitcoind.zmqblock | Bitcoin Core ZMQ block address | "tcp://127.0.0.1:29000" |
eclair.bitcoind.zmqtx | Bitcoin Core ZMQ tx address | "tcp://127.0.0.1:29000" |
eclair.gui.unit | Unit in which amounts are displayed (possible values: msat, sat, bits, mbtc, btc) | btc |
Quotes are not required unless the value contains special characters. Full syntax guide here.
→ see reference.conf
for full reference. There are many more options!
Java Environment Variables
Some advanced parameters can be changed with java environment variables. Most users won't need this and can skip this section.
⚠️ Using separate datadir
is mandatory if you want to run several instances of eclair on the same machine. You will also have to change ports in eclair.conf
(see above).
name | description | default value |
---|---|---|
eclair.datadir | Path to the data directory | ~/.eclair |
eclair.headless | Run eclair without a GUI | |
eclair.printToConsole | Log to stdout (in addition to eclair.log) |
For example, to specify a different data directory you would run the following command:
java -Declair.datadir=/tmp/node1 -jar eclair-node-gui-<version>-<commit_id>.jar
Logging
Eclair uses logback
for logging. To use a different configuration, and override the internal logback.xml, run:
java -Dlogback.configurationFile=/path/to/logback-custom.xml -jar eclair-node-gui-<version>-<commit_id>.jar
Docker
A Dockerfile image is built on each commit on docker hub for running a dockerized eclair-node.
You can use the JAVA_OPTS
environment variable to set arguments to eclair-node
.
docker run -ti --rm -e "JAVA_OPTS=-Xmx512m -Declair.api.binding-ip=0.0.0.0 -Declair.node-alias=node-pm -Declair.printToConsole" acinq/eclair
If you want to persist the data directory, you can make the volume to your host with the -v
argument, as the following example:
docker run -ti --rm -v "/path_on_host:/data" -e "JAVA_OPTS=-Declair.printToConsole" acinq/eclair
Mainnet usage
Following are the minimum configuration files you need to use for Bitcoin Core and Eclair.
Bitcoin Core configuration
testnet=0
server=1
rpcuser=<your-rpc-user-here>
rpcpassword=<your-rpc-password-here>
txindex=1
zmqpubrawblock=tcp://127.0.0.1:29000
zmqpubrawtx=tcp://127.0.0.1:29000
addresstype=p2sh-segwit
⚠️ If you are using Bitcoin Core 0.17.0 you need to add following line to your bitcoin.conf
:
deprecatedrpc=signrawtransaction
You may also want to take advantage of the new configuration sections in bitcoin.conf
to manage parameters that are network specific, so you can easily run your bitcoin node on both mainnet and testnet. For example you could use:
server=1
txindex=1
addresstype=p2sh-segwit
deprecatedrpc=signrawtransaction
[main]
rpcuser=<your-mainnet-rpc-user-here>
rpcpassword=<your-mainnet-rpc-password-here>
zmqpubrawblock=tcp://127.0.0.1:29000
zmqpubrawtx=tcp://127.0.0.1:29000
[test]
rpcuser=<your-testnet-rpc-user-here>
rpcpassword=<your-testnet-rpc-password-here>
zmqpubrawblock=tcp://127.0.0.1:29001
zmqpubrawtx=tcp://127.0.0.1:29001
Eclair configuration
eclair.chain=mainnet
eclair.bitcoind.rpcport=8332
eclair.bitcoind.rpcuser=<your-mainnet-rpc-user-here>
eclair.bitcoind.rpcpassword=<your-mainnet-rpc-password-here>
Resources
- [1] The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments by Joseph Poon and Thaddeus Dryja
- [2] Reaching The Ground With Lightning by Rusty Russell
- [3] Lightning Network Explorer - Explore testnet LN nodes you can connect to