darosior
5 years ago
committed by
Rusty Russell
36 changed files with 3272 additions and 4542 deletions
@ -1,55 +1,48 @@ |
|||
'\" t |
|||
.\" Title: lightning-autocleaninvoice |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 04/16/2018 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-AUTOCLEAN" "7" "04/16/2018" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-autocleaninvoice \- Set up auto\-delete of expired invoice |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-AUTOCLEANINVOICE" "7" "" "" "lightning-autocleaninvoice" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-autocleaninvoice - Set up auto-delete of expired invoice |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBautocleaninvoice\fR [\fIcycle_seconds\fR] [\fIexpired_by\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBautocleaninvoice\fR RPC command sets up automatic cleaning of expired invoices\&. |
|||
.sp |
|||
Autoclean will be done every \fIcycle_seconds\fR seconds\&. Setting \fIcycle_seconds\fR to 0 disables autoclean\&. If not specified, this defaults to 3600 (one hour)\&. |
|||
.sp |
|||
Every autoclean cycle, expired invoices, which have already been expired for at least \fIexpired_by\fR seconds, will be deleted\&. If \fIexpired_by\fR is not specified, this defaults to 86400 (one day)\&. |
|||
.sp |
|||
On startup of the daemon, no autoclean is set up\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an empty object is returned\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
ZmnSCPxj <ZmnSCPxj@protonmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-delexpiredinvoice(7), lightning\-delinvoice(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBautocleaninvoice\fR RPC command sets up automatic cleaning of |
|||
expired invoices\. |
|||
|
|||
|
|||
Autoclean will be done every \fIcycle_seconds\fR seconds\. Setting |
|||
\fIcycle_seconds\fR to 0 disables autoclean\. If not specified, this |
|||
defaults to 3600 (one hour)\. |
|||
|
|||
|
|||
Every autoclean cycle, expired invoices, which have already been expired |
|||
for at least \fIexpired_by\fR seconds, will be deleted\. If \fIexpired_by\fR is |
|||
not specified, this defaults to 86400 (one day)\. |
|||
|
|||
|
|||
On startup of the daemon, no autoclean is set up\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an empty object is returned\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
ZmnSCPxj \fBNone\fR (\fI<ZmnSCPxj@protonmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-delexpiredinvoice\fR(7), \fBlightning-delinvoice\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-07 14:23:17 CEST |
|||
|
|||
|
@ -1,52 +1,44 @@ |
|||
'\" t |
|||
.\" Title: lightning-check |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 12/07/2018 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-CHECK" "7" "12/07/2018" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-check \- Command for verifying parameters\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-CHECK" "7" "" "" "lightning-check" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-check - Command for verifying parameters |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBcheck\fR \fIcommand_to_check\fR [\fIparameters\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBcheck\fR command verifies another command\(cqs parameters without running it\&. |
|||
.sp |
|||
The \fIcommand_to_check\fR is the name of the relevant command\&. |
|||
.sp |
|||
\fIparameters\fR is the command\(cqs parameters\&. |
|||
.sp |
|||
This does not guarantee successful execution of the command in all cases\&. For example, a call to \fBgetroute\fR may still fail to find a route even if checking the parameters succeeds\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, the \fIcommand_to_check\fR is returned\&. On failure, the relevant RPC error is returned\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Mark Beckwith <wythe@intrig\&.com> and Rusty Russell <rusty@rustcorp\&.com\&.au> are mainly responsible\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBcheck\fR RPC command verifies another command’s parameters without |
|||
running it\. |
|||
|
|||
|
|||
The \fIcommand_to_check\fR is the name of the relevant command\. |
|||
|
|||
|
|||
\fIparameters\fR is the command’s parameters\. |
|||
|
|||
|
|||
This does not guarantee successful execution of the command in all |
|||
cases\. For example, a call to \fBlightning-getroute\fR(7) may still fail to |
|||
find a route even if checking the parameters succeeds\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, the \fIcommand_to_check\fR is returned\. On failure, the |
|||
relevant RPC error is returned\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Mark Beckwith \fBNone\fR (\fI<wythe@intrig.com\fR)> and Rusty Russell |
|||
\fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> are mainly responsible\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:12:10 CEST |
|||
|
|||
|
@ -1,117 +1,100 @@ |
|||
'\" t |
|||
.\" Title: lightning-cli |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 04/02/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-CLI" "1" "04/02/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-cli \- Control lightning daemon |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
\fBlightning\-cli\fR [\fIOPTIONS\fR] \fIcommand\fR\&... |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
\fBlightning\-cli\fR sends commands to the lightning daemon\&. |
|||
.SH "OPTIONS" |
|||
.PP |
|||
\fB\-\-lightning\-dir\fR=\fIDIR\fR |
|||
.RS 4 |
|||
Set the directory for the lightning daemon we\(cqre talking to; defaults to |
|||
\fI$HOME/\&.lightning\fR\&. |
|||
.RE |
|||
.PP |
|||
\fB\-\-rpc\-file\fR=\fIFILE\fR |
|||
.RS 4 |
|||
.TH "LIGHTNING-CLI" "1" "" "" "lightning-cli" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-cli - Control lightning daemon |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlightning-cli\fR [\fIOPTIONS\fR] \fIcommand\fR… |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
\fBlightning-cli\fR sends commands to the lightning daemon\. |
|||
|
|||
.SH OPTIONS |
|||
|
|||
\fB--lightning-dir\fR=\fIDIR\fR |
|||
Set the directory for the lightning daemon we’re talking to; defaults to |
|||
\fI$HOME/\.lightning\fR\. |
|||
|
|||
|
|||
\fB--rpc-file\fR=\fIFILE\fR |
|||
Named pipe to use to talk to lightning daemon: default is |
|||
\fIlightning\-rpc\fR |
|||
in the lightning directory\&. |
|||
.RE |
|||
.PP |
|||
\fB\-\-keywords\fR/\fB\-k\fR |
|||
.RS 4 |
|||
Use format |
|||
\fIkey\fR=\fIvalue\fR |
|||
for parameters in any order |
|||
.RE |
|||
.PP |
|||
\fB\-\-order\fR/\fB\-o\fR |
|||
.RS 4 |
|||
\fIlightning-rpc\fR in the lightning directory\. |
|||
|
|||
|
|||
\fB--keywords\fR/\fB-k\fR |
|||
Use format \fIkey\fR=\fIvalue\fR for parameters in any order |
|||
|
|||
|
|||
\fB--order\fR/\fB-o\fR |
|||
Follow strictly the order of parameters for the command |
|||
.RE |
|||
.PP |
|||
\fB\-\-json\fR/\fB\-J\fR |
|||
.RS 4 |
|||
Return result in JSON format (default unless |
|||
\fIhelp\fR |
|||
command) |
|||
.RE |
|||
.PP |
|||
\fB\-\-raw\fR/\fB\-R\fR |
|||
.RS 4 |
|||
|
|||
|
|||
\fB--json\fR/\fB-J\fR |
|||
Return result in JSON format (default unless \fIhelp\fR command) |
|||
|
|||
|
|||
\fB--raw\fR/\fB-R\fR |
|||
Return raw JSON directly as lightningd replies |
|||
.RE |
|||
.PP |
|||
\fB\-\-human\-readable\fR/\fB\-H\fR |
|||
.RS 4 |
|||
Return result in human\-readable output (default for |
|||
\fIhelp\fR |
|||
command) |
|||
.RE |
|||
.PP |
|||
\fB\-\-help\fR/\fB\-h\fR |
|||
.RS 4 |
|||
Print summary of options to standard output and exit\&. |
|||
.RE |
|||
.PP |
|||
\fB\-\-version\fR/\fB\-V\fR |
|||
.RS 4 |
|||
Print version number to standard output and exit\&. |
|||
.RE |
|||
.SH "COMMANDS" |
|||
.sp |
|||
\fIlightning\-cli\fR simply uses the JSON RPC interface to talk to \fIlightningd\fR, and prints the results\&. Thus the commands available depend entirely on the lightning daemon itself\&. |
|||
.SH "ARGUMENTS" |
|||
.sp |
|||
Arguments may be provided positionally or using \fIkey\fR=\fIvalue\fR after the command name, based on either \fB\-o\fR or \fB\-k\fR option\&. Arguments may be integer numbers (composed entirely of digits), floating\-point numbers (has a radix point but otherwise composed of digits), \fItrue\fR, \fIfalse\fR, or \fInull\fR\&. Other arguments are treated as strings\&. |
|||
.sp |
|||
Some commands have optional arguments\&. You may use \fInull\fR to skip optional arguments to provide later arguments\&. |
|||
.SH "EXAMPLES" |
|||
.PP |
|||
\fBExample\ \&1.\ \&List commands\fR |
|||
.sp |
|||
lightning\-cli help |
|||
.SH "BUGS" |
|||
.sp |
|||
This manpage documents how it should work, not how it does work\&. The pretty printing of results isn\(cqt pretty\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly to blame\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH "COPYING" |
|||
.sp |
|||
Note: the modules in the ccan/ directory have their own licenses, but the rest of the code is covered by the BSD\-style MIT license\&. |
|||
|
|||
|
|||
\fB--human-readable\fR/\fB-H\fR |
|||
Return result in human-readable output (default for \fIhelp\fR command) |
|||
|
|||
|
|||
\fB--help\fR/\fB-h\fR |
|||
Print summary of options to standard output and exit\. |
|||
|
|||
|
|||
\fB--version\fR/\fB-V\fR |
|||
Print version number to standard output and exit\. |
|||
|
|||
.SH COMMANDS |
|||
|
|||
\fIlightning-cli\fR simply uses the JSON RPC interface to talk to |
|||
\fIlightningd\fR, and prints the results\. Thus the commands available depend |
|||
entirely on the lightning daemon itself\. |
|||
|
|||
.SH ARGUMENTS |
|||
|
|||
Arguments may be provided positionally or using \fIkey\fR=\fIvalue\fR after the |
|||
command name, based on either \fB-o\fR or \fB-k\fR option\. Arguments may be |
|||
integer numbers (composed entirely of digits), floating-point numbers |
|||
(has a radix point but otherwise composed of digits), \fItrue\fR, \fIfalse\fR, |
|||
or \fInull\fR\. Other arguments are treated as strings\. |
|||
|
|||
|
|||
Some commands have optional arguments\. You may use \fInull\fR to skip |
|||
optional arguments to provide later arguments\. |
|||
|
|||
.SH EXAMPLES |
|||
|
|||
Example 1\. List commands |
|||
|
|||
|
|||
lightning-cli help |
|||
|
|||
.SH BUGS |
|||
|
|||
This manpage documents how it should work, not how it does work\. The |
|||
pretty printing of results isn’t pretty\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly to blame\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.SH COPYING |
|||
|
|||
Note: the modules in the ccan/ directory have their own licenses, but |
|||
the rest of the code is covered by the BSD-style MIT license\. |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:39:53 CEST |
|||
|
|||
|
@ -1,62 +1,75 @@ |
|||
'\" t |
|||
.\" Title: lightning-close |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 08/08/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-CLOSE" "7" "08/08/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-close \- Command for closing channels with direct peers |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-CLOSE" "7" "" "" "lightning-close" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-close - Command for closing channels with direct peers |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBclose\fR \fIid\fR [\fIunilateraltimeout\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBclose\fR RPC command attempts to close the channel cooperatively with the peer, or unilaterally after \fIunilateraltimeout\fR\&. |
|||
.sp |
|||
If the given \fIid\fR is a peer ID (66 hex digits as a string), then it applies to the active channel of the direct peer corresponding to the given peer ID\&. If the given \fIid\fR is a channel ID (64 hex digits as a string, or the short channel ID \fIblockheight:txindex:outindex\fR form), then it applies to that channel\&. |
|||
.sp |
|||
If \fIunilateraltimeout\fR is not zero, the \fBclose\fR command will unilaterally close the channel when that number of seconds is reached\&. If \fIunilateraltimeout\fR is zero, then the \fBclose\fR command will wait indefinitely until the peer is online and can negotiate a mutual close\&. The default is 2 days (172800 seconds)\&. |
|||
.sp |
|||
The peer needs to be live and connected in order to negotiate a mutual close\&. The default of unilaterally closing after 48 hours is usually a reasonable indication that you can no longer contact the peer\&. |
|||
.SH "NOTES" |
|||
.sp |
|||
Prior to 0\&.7\&.2, \fBclose\fR took two parameters: \fIforce\fR and \fItimeout\fR\&. \fItimeout\fR was the number of seconds before \fIforce\fR took effect (default, 30), and \fIforce\fR determined whether the result was a unilateral close or an RPC error (default)\&. Even after the timeout, the channel would be closed if the peer reconnected\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with fields \fItx\fR and \fItxid\fR containing the closing transaction are returned\&. It will also have a field \fItype\fR which is either the JSON string \fImutual\fR or the JSON string \fIunilateral\fR\&. A \fImutual\fR close means that we could negotiate a close with the peer, while a \fIunilateral\fR close means that the \fIforce\fR flag was set and we had to close the channel without waiting for the counterparty\&. |
|||
.sp |
|||
A unilateral close may still occur at any time if the peer did not behave correctly during the close negotiation\&. |
|||
.sp |
|||
Unilateral closes will return your funds after a delay\&. The delay will vary based on the peer \fIto_self_delay\fR setting, not your own setting\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
ZmnSCPxj <ZmnSCPxj@protonmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-disconnect(7), lightning\-fundchannel(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBclose\fR RPC command attempts to close the channel cooperatively |
|||
with the peer, or unilaterally after \fIunilateraltimeout\fR\. |
|||
|
|||
|
|||
If the given \fIid\fR is a peer ID (66 hex digits as a string), then it |
|||
applies to the active channel of the direct peer corresponding to the |
|||
given peer ID\. If the given \fIid\fR is a channel ID (64 hex digits as a |
|||
string, or the short channel ID \fIblockheight:txindex:outindex\fR form), |
|||
then it applies to that channel\. |
|||
|
|||
|
|||
If \fIunilateraltimeout\fR is not zero, the \fBclose\fR command will |
|||
unilaterally close the channel when that number of seconds is reached\. |
|||
If \fIunilateraltimeout\fR is zero, then the \fBclose\fR command will wait |
|||
indefinitely until the peer is online and can negotiate a mutual close\. |
|||
The default is 2 days (172800 seconds)\. |
|||
|
|||
|
|||
The peer needs to be live and connected in order to negotiate a mutual |
|||
close\. The default of unilaterally closing after 48 hours is usually a |
|||
reasonable indication that you can no longer contact the peer\. |
|||
|
|||
.SH NOTES |
|||
|
|||
Prior to 0\.7\.2, \fBclose\fR took two parameters: \fIforce\fR and \fItimeout\fR\. |
|||
\fItimeout\fR was the number of seconds before \fIforce\fR took effect (default, |
|||
30), and \fIforce\fR determined whether the result was a unilateral close or |
|||
an RPC error (default)\. Even after the timeout, the channel would be |
|||
closed if the peer reconnected\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with fields \fItx\fR and \fItxid\fR containing the closing |
|||
transaction are returned\. It will also have a field \fItype\fR which is |
|||
either the JSON string \fImutual\fR or the JSON string \fIunilateral\fR\. A |
|||
\fImutual\fR close means that we could negotiate a close with the peer, |
|||
while a \fIunilateral\fR close means that the \fIforce\fR flag was set and we |
|||
had to close the channel without waiting for the counterparty\. |
|||
|
|||
|
|||
A unilateral close may still occur at any time if the peer did not |
|||
behave correctly during the close negotiation\. |
|||
|
|||
|
|||
Unilateral closes will return your funds after a delay\. The delay will |
|||
vary based on the peer \fIto_self_delay\fR setting, not your own setting\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
ZmnSCPxj \fBNone\fR (\fI<ZmnSCPxj@protonmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-disconnect\fR(7), \fBlightning-fundchannel\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-08-09 11:12:04 CEST |
|||
|
|||
|
@ -1,76 +1,73 @@ |
|||
'\" t |
|||
.\" Title: lightning-connect |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 07/30/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-CONNECT" "7" "07/30/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-connect \- Command for connecting to another lightning node\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-CONNECT" "7" "" "" "lightning-connect" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-connect - Command for connecting to another lightning node\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBconnect\fR \fIid\fR [\fIhost\fR \fIport\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBconnect\fR RPC command establishes a new connection with another node in the Lightning Network\&. |
|||
.sp |
|||
\fIid\fR represents the target node\(cqs public key\&. As a convenience, \fIid\fR may be of the form \fIid@host\fR or \fIid@host:port\fR\&. In this case, the \fIhost\fR and \fIport\fR parameters must be omitted\&. |
|||
.sp |
|||
\fIhost\fR is the peer\(cqs hostname or IP address\&. |
|||
.sp |
|||
If not specified, the \fIport\fR defaults to 9735\&. |
|||
.sp |
|||
If \fIhost\fR is not specified, the connection will be attempted to an IP belonging to \fIid\fR obtained through gossip with other already connected peers\&. |
|||
.sp |
|||
If \fIhost\fR begins with a \fI/\fR it is interpreted as a local path, and the connection will be made to that local socket (see \fBbind\-addr\fR in lightningd\-config(5))\&. |
|||
.sp |
|||
Connecting to a node is just the first step in opening a channel with another node\&. Once the peer is connected a channel can be opened with lightning\-fundchannel(7)\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success the peer \fIid\fR is returned\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBconnect\fR RPC command establishes a new connection with another |
|||
node in the Lightning Network\. |
|||
|
|||
|
|||
\fIid\fR represents the target node’s public key\. As a convenience, \fIid\fR may |
|||
be of the form \fIid@host\fR or \fIid@host:port\fR\. In this case, the \fIhost\fR and |
|||
\fIport\fR parameters must be omitted\. |
|||
|
|||
|
|||
\fIhost\fR is the peer’s hostname or IP address\. |
|||
|
|||
|
|||
If not specified, the \fIport\fR defaults to 9735\. |
|||
|
|||
|
|||
If \fIhost\fR is not specified, the connection will be attempted to an IP |
|||
belonging to \fIid\fR obtained through gossip with other already connected |
|||
peers\. |
|||
|
|||
|
|||
If \fIhost\fR begins with a \fI/\fR it is interpreted as a local path, and the |
|||
connection will be made to that local socket (see \fBbind-addr\fR in |
|||
\fBlightningd-config\fR(5))\. |
|||
|
|||
|
|||
Connecting to a node is just the first step in opening a channel with |
|||
another node\. Once the peer is connected a channel can be opened with |
|||
\fBlightning-fundchannel\fR(7)\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success the peer \fIid\fR is returned\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. This may occur if the host is not valid or there are problems communicating with the peer\&. |
|||
\fBconnect\fR |
|||
will make up to 10 attempts to connect to the peer before giving up\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. This may occur if the host is not |
|||
valid or there are problems communicating with the peer\. \fBconnect\fR |
|||
will make up to 10 attempts to connect to the peer before giving up\. |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. Felix <fixone@gmail\&.com> is the original author of this manpage\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-fundchannel(7), lightning\-listpeers(7), lightning\-listchannels(7), lightning\-disconnect(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
Felix \fBNone\fR (\fI<fixone@gmail.com\fR)> is the original author of this manpage\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-fundchannel\fR(7), \fBlightning-listpeers\fR(7), |
|||
\fBlightning-listchannels\fR(7), \fBlightning-disconnect\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-08-01 14:59:36 CEST |
|||
|
|||
|
@ -1,210 +1,85 @@ |
|||
'\" t |
|||
.\" Title: lightning-decodepay |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 02/18/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-DECODEPAY" "7" "02/18/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-decodepay \- Command for decoding a bolt11 string (low\-level) |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-DECODEPAY" "7" "" "" "lightning-decodepay" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-decodepay - Command for decoding a bolt11 string (low-level) |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBdecodepay\fR \fIbolt11\fR [\fIdescription\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBdecodepay\fR RPC command checks and parses a \fIbolt11\fR string as specified by the BOLT 11 specification\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object is returned with the following fields, as specified by BOLT11: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIcurrency\fR: the BIP173 name for the currency\&. |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBdecodepay\fR RPC command checks and parses a \fIbolt11\fR string as |
|||
specified by the BOLT 11 specification\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object is returned with the following fields, as |
|||
specified by BOLT11: |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIcurrency\fR: the BIP173 name for the currency\. |
|||
.IP \[bu] |
|||
\fItimestamp\fR: the UNIX-style timestamp of the invoice\. |
|||
.IP \[bu] |
|||
\fIexpiry\fR: the number of seconds this is valid after \fItimestamp\fR\. |
|||
.IP \[bu] |
|||
\fIpayee\fR: the public key of the recipient\. |
|||
.IP \[bu] |
|||
\fIpayment_hash\fR: the payment hash of the request\. |
|||
.IP \[bu] |
|||
\fIsignature\fR: the DER-encoded signature\. |
|||
.IP \[bu] |
|||
\fIdescription\fR: the description of the purpose of the purchase (see |
|||
below) |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fItimestamp\fR: the UNIX\-style timestamp of the invoice\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIexpiry\fR: the number of seconds this is valid after |
|||
\fItimestamp\fR\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIpayee\fR: the public key of the recipient\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIpayment_hash\fR: the payment hash of the request\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIsignature\fR: the DER\-encoded signature\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIdescription\fR: the description of the purpose of the purchase (see below) |
|||
.RE |
|||
.sp |
|||
|
|||
The following fields are optional: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fImsatoshi\fR: the number of millisatoshi requested (if any)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIamount_msat\fR: the same as above, with |
|||
\fImsat\fR |
|||
appended (if any)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfallbacks\fR: array of fallback address object containing a |
|||
\fIhex\fR |
|||
string, and both |
|||
\fItype\fR |
|||
and |
|||
\fIaddr\fR |
|||
if it is recognized as one of |
|||
\fIP2PKH\fR, |
|||
\fIP2SH\fR, |
|||
\fIP2WPKH\fR, or |
|||
\fIP2WSH\fR\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIroutes\fR: an array of routes\&. Each route is an arrays of objects, each containing |
|||
\fIpubkey\fR, |
|||
\fIshort_channel_id\fR, |
|||
\fIfee_base_msat\fR, |
|||
\fIfee_proportional_millionths\fR |
|||
and |
|||
\fIcltv_expiry_delta\fR\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIextra\fR: an array of objects representing unknown fields, each with one\-character |
|||
\fItag\fR |
|||
and a |
|||
\fIdata\fR |
|||
bech32 string\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fImsatoshi\fR: the number of millisatoshi requested (if any)\. |
|||
.IP \[bu] |
|||
\fIamount_msat\fR: the same as above, with \fImsat\fR appended (if any)\. |
|||
.IP \[bu] |
|||
\fIfallbacks\fR: array of fallback address object containing a \fIhex\fR |
|||
string, and both \fItype\fR and \fIaddr\fR if it is recognized as one of |
|||
\fIP2PKH\fR, \fIP2SH\fR, \fIP2WPKH\fR, or \fIP2WSH\fR\. |
|||
.IP \[bu] |
|||
\fIroutes\fR: an array of routes\. Each route is an arrays of objects, |
|||
each containing \fIpubkey\fR, \fIshort_channel_id\fR, \fIfee_base_msat\fR, |
|||
\fIfee_proportional_millionths\fR and \fIcltv_expiry_delta\fR\. |
|||
.IP \[bu] |
|||
\fIextra\fR: an array of objects representing unknown fields, each with |
|||
one-character \fItag\fR and a \fIdata\fR bech32 string\. |
|||
|
|||
.RE |
|||
.sp |
|||
Technically, the \fIdescription\fR field is optional if a \fIdescription_hash\fR field is given, but in this case \fBdecodepay\fR will only succeed if the optional \fIdescription\fR field is passed and matches the \fIdescription_hash\fR\&. In practice, these are currently unused\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-pay(7), lightning\-getroute(7), lightning\-sendpay(7)\&. |
|||
.sp |
|||
BOLT #11\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
Technically, the \fIdescription\fR field is optional if a |
|||
\fIdescription_hash\fR field is given, but in this case \fBdecodepay\fR will |
|||
only succeed if the optional \fIdescription\fR field is passed and matches |
|||
the \fIdescription_hash\fR\. In practice, these are currently unused\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-pay\fR(7), \fBlightning-getroute\fR(7), \fBlightning-sendpay\fR(7)\. |
|||
|
|||
|
|||
\fBBOLT |
|||
#11\fR (\fIhttps://github.com/lightningnetwork/lightning-rfc/blob/master/11-payment-encoding.md\fR)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:12:10 CEST |
|||
|
|||
|
@ -1,51 +1,39 @@ |
|||
'\" t |
|||
.\" Title: lightning-delexpiredinvoice |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 04/26/2018 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-DELEXPIRE" "7" "04/26/2018" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-delexpiredinvoice \- Command for removing expired invoices\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-DELEXPIREDINVOICE" "7" "" "" "lightning-delexpiredinvoice" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-delexpiredinvoice - Command for removing expired invoices\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBdelexpiredinvoice\fR [\fImaxexpirytime\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBdelexpiredinvoice\fR RPC command removes all invoices that have expired on or before the given \fImaxexpirytime\fR\&. |
|||
.sp |
|||
If \fImaxexpirytime\fR is not specified then all expired invoices are deleted\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an empty object is returned\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
ZmnSCPxj <ZmnSCPxj@protonmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-delinvoice(7), lightning\-autocleaninvoice(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBdelexpiredinvoice\fR RPC command removes all invoices that have |
|||
expired on or before the given \fImaxexpirytime\fR\. |
|||
|
|||
|
|||
If \fImaxexpirytime\fR is not specified then all expired invoices are |
|||
deleted\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an empty object is returned\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
ZmnSCPxj \fBNone\fR (\fI<ZmnSCPxj@protonmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-delinvoice\fR(7), \fBlightning-autocleaninvoice\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-07 14:23:17 CEST |
|||
|
|||
|
@ -1,51 +1,42 @@ |
|||
'\" t |
|||
.\" Title: lightning-delinvoice |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 04/26/2018 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-DELINVOIC" "7" "04/26/2018" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-delinvoice \- Command for removing an invoice\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-DELINVOICE" "7" "" "" "lightning-delinvoice" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-delinvoice - Command for removing an invoice\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBdelinvoice\fR \fIlabel\fR \fIstatus\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBdelinvoice\fR RPC command removes an invoice with \fIstatus\fR as given in \fBlistinvoices\fR\&. |
|||
.sp |
|||
The caller should be particularly aware of the error case caused by the \fIstatus\fR changing just before this command is invoked! |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an invoice description will be returned as per lightning\-listinvoice(7)\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listinvoice(7), lightning\-waitinvoice(7), lightning\-invoice(7), lightning\-delexpiredinvoice(7), lightning\-autocleaninvoice(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBdelinvoice\fR RPC command removes an invoice with \fIstatus\fR as given |
|||
in \fBlistinvoices\fR\. |
|||
|
|||
|
|||
The caller should be particularly aware of the error case caused by the |
|||
\fIstatus\fR changing just before this command is invoked! |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an invoice description will be returned as per |
|||
\fBlightning-listinvoice\fR(7)\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listinvoice\fR(7), \fBlightning-waitinvoice\fR(7), |
|||
\fBlightning-invoice\fR(7), \fBlightning-delexpiredinvoice\fR(7), |
|||
\fBlightning-autocleaninvoice\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-07 14:23:17 CEST |
|||
|
|||
|
@ -1,96 +1,86 @@ |
|||
'\" t |
|||
.\" Title: lightning-disconnect |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 04/03/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-DISCONNEC" "7" "04/03/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-disconnect \- Command for disconnecting from another lightning node\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-DISCONNECT" "7" "" "" "lightning-disconnect" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-disconnect - Command for disconnecting from another lightning |
|||
node\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBdisconnect\fR \fIid\fR [\fIforce\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The disconnect RPC command closes an existing connection to a peer, identified by \fIid\fR, in the Lightning Network, as long as it doesn\(cqt have an active channel\&. If \fIforce\fR is set then it will disconnect even with an active channel\&. |
|||
.sp |
|||
The \fIid\fR can be discovered in the output of the listpeers command, which returns a set of peers: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The disconnect RPC command closes an existing connection to a peer, |
|||
identified by \fIid\fR, in the Lightning Network, as long as it doesn’t have |
|||
an active channel\. If \fIforce\fR is set then it will disconnect even with |
|||
an active channel\. |
|||
|
|||
|
|||
The \fIid\fR can be discovered in the output of the listpeers command, which |
|||
returns a set of peers: |
|||
|
|||
.nf |
|||
.RS |
|||
{ |
|||
"peers": [ |
|||
{ |
|||
"id": "0563aea81\&.\&.\&.", |
|||
"id": "0563aea81...", |
|||
"connected": true, |
|||
\&.\&.\&. |
|||
... |
|||
} |
|||
] |
|||
} |
|||
.fi |
|||
.if n \{\ |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.sp |
|||
Passing the \fIid\fR attribute of a peer to \fIdisconnect\fR will terminate the connection\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an empty object is returned\&. |
|||
.SH "ERRORS" |
|||
.sp |
|||
|
|||
.fi |
|||
|
|||
Passing the \fIid\fR attribute of a peer to \fIdisconnect\fR will terminate the |
|||
connection\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an empty object is returned\. |
|||
|
|||
.SH ERRORS |
|||
|
|||
If \fIid\fR is invalid, an error message will be returned: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
.nf |
|||
{ "code" : \-1, "message" : "Peer not connected" } |
|||
.fi |
|||
.if n \{\ |
|||
.RS |
|||
{ "code" : -1, "message" : "Peer not connected" } |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.sp |
|||
If the peer has an active channel and \fIforce\fR is not set, an error message will be returned: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
.nf |
|||
{ "code" : \-1, "message" : "Peer is in state CHANNELD_NORMAL" } |
|||
|
|||
.fi |
|||
.if n \{\ |
|||
|
|||
If the peer has an active channel and \fIforce\fR is not set, an error |
|||
message will be returned: |
|||
|
|||
.nf |
|||
.RS |
|||
{ "code" : -1, "message" : "Peer is in state CHANNELD_NORMAL" } |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Michael Hawkins <michael\&.hawkins@protonmail\&.com>\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-connect(1), lightning\-listpeers(1) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.fi |
|||
.SH AUTHOR |
|||
|
|||
Michael Hawkins \fBNone\fR (\fI<michael.hawkins@protonmail.com\fR)>\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-connect\fR(1), \fBlightning-listpeers\fR(1) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:34:18 CEST |
|||
|
|||
|
@ -1,130 +1,97 @@ |
|||
'\" t |
|||
.\" Title: lightning-fundchannel |
|||
.\" Author: [FIXME: author] [see http://docbook.sf.net/el/author] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 08/07/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-FUNDCHANN" "7" "08/07/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-fundchannel \- Command for establishing a lightning channel\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
\fBfundchannel\fR \fIid\fR \fIsatoshi\fR [\fIfeerate\fR \fIannounce\fR] [\fIminconf\fR] [\fIutxos\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBfundchannel\fR RPC command opens a payment channel with a peer by committing a funding transaction to the blockchain as defined in BOLT #2\&. \fBfundchannel\fR by itself does not attempt to open a connection\&. A connection must first be established using \fBconnect\fR\&. Once the transaction is confirmed, normal channel operations may begin\&. Readiness is indicated by \fBlistpeers\fR reporting a \fIstate\fR of CHANNELD_NORMAL for the channel\&. |
|||
.sp |
|||
\fIid\fR is the peer id obtained from \fBconnect\fR\&. |
|||
.sp |
|||
\fIsatoshi\fR is the amount in satoshis taken from the internal wallet to fund the channel\&. The string \fIall\fR can be used to specify all available funds (or 16777215 satoshi if more is available)\&. Otherwise, it is in satoshi precision; it can be a whole number, a whole number ending in \fIsat\fR, a whole number ending in \fI000msat\fR, or a number with 1 to 8 decimal places ending in \fIbtc\fR\&. The value cannot be less than the dust limit, currently set to 546, nor more than 16777215 satoshi\&. |
|||
.sp |
|||
\fIfeerate\fR is an optional feerate used for the opening transaction and as initial feerate for commitment and HTLC transactions\&. It can be one of the strings \fIurgent\fR (aim for next block), \fInormal\fR (next 4 blocks or so) or \fIslow\fR (next 100 blocks or so) to use lightningd\(cqs internal estimates: \fInormal\fR is the default\&. |
|||
.sp |
|||
\fIannounce\fR is an optional flag that triggers whether to announce this channel or not\&. Defaults to true\&. An unannounced channel is considered private\&. |
|||
.sp |
|||
Otherwise, \fIfeerate\fR is a number, with an optional suffix: \fIperkw\fR means the number is interpreted as satoshi\-per\-kilosipa (weight), and \fIperkb\fR means it is interpreted bitcoind\-style as satoshi\-per\-kilobyte\&. Omitting the suffix is equivalent to \fIperkb\fR\&. |
|||
.sp |
|||
\fIminconf\fR specifies the minimum number of confirmations that used outputs should have\&. Default is 1\&. |
|||
.sp |
|||
\fIutxos\fR specifies the utxos to be used to fund the channel, as an array of "txid:vout"\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, the \fItx\fR and \fItxid\fR of the transaction is returned, as well as the \fIchannel_id\fR of the newly created channel\&. On failure, an error is reported and the channel is not funded\&. |
|||
.sp |
|||
.TH "LIGHTNING-FUNDCHANNEL" "7" "" "" "lightning-fundchannel" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-fundchannel - Command for establishing a lightning channel\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBfundchannel\fR \fIid\fR \fIsatoshi\fR [\fIfeerate\fR \fIannounce\fR] [\fIminconf\fR] |
|||
[\fIutxos\fR] |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBfundchannel\fR RPC command opens a payment channel with a peer by |
|||
committing a funding transaction to the blockchain as defined in BOLT |
|||
#2\. \fBfundchannel\fR by itself does not attempt to open a connection\. A |
|||
connection must first be established using \fBconnect\fR\. Once the |
|||
transaction is confirmed, normal channel operations may begin\. Readiness |
|||
is indicated by \fBlistpeers\fR reporting a \fIstate\fR of CHANNELD_NORMAL |
|||
for the channel\. |
|||
|
|||
|
|||
\fIid\fR is the peer id obtained from \fBconnect\fR\. |
|||
|
|||
|
|||
\fIsatoshi\fR is the amount in satoshis taken from the internal wallet to |
|||
fund the channel\. The string \fIall\fR can be used to specify all available |
|||
funds (or 16777215 satoshi if more is available)\. Otherwise, it is in |
|||
satoshi precision; it can be a whole number, a whole number ending in |
|||
\fIsat\fR, a whole number ending in \fI000msat\fR, or a number with 1 to 8 |
|||
decimal places ending in \fIbtc\fR\. The value cannot be less than the dust |
|||
limit, currently set to 546, nor more than 16777215 satoshi\. |
|||
|
|||
|
|||
\fIfeerate\fR is an optional feerate used for the opening transaction and as |
|||
initial feerate for commitment and HTLC transactions\. It can be one of |
|||
the strings \fIurgent\fR (aim for next block), \fInormal\fR (next 4 blocks or |
|||
so) or \fIslow\fR (next 100 blocks or so) to use lightningd’s internal |
|||
estimates: \fInormal\fR is the default\. |
|||
|
|||
|
|||
\fIannounce\fR is an optional flag that triggers whether to announce this |
|||
channel or not\. Defaults to \fBtrue\fR\. An unannounced channel is considered |
|||
private\. |
|||
|
|||
|
|||
Otherwise, \fIfeerate\fR is a number, with an optional suffix: \fIperkw\fR means |
|||
the number is interpreted as satoshi-per-kilosipa (weight), and \fIperkb\fR |
|||
means it is interpreted bitcoind-style as satoshi-per-kilobyte\. Omitting |
|||
the suffix is equivalent to \fIperkb\fR\. |
|||
|
|||
|
|||
\fIminconf\fR specifies the minimum number of confirmations that used |
|||
outputs should have\. Default is 1\. |
|||
|
|||
|
|||
\fIutxos\fR specifies the utxos to be used to fund the channel, as an array |
|||
of "txid:vout"\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, the \fItx\fR and \fItxid\fR of the transaction is returned, as well |
|||
as the \fIchannel_id\fR of the newly created channel\. On failure, an error |
|||
is reported and the channel is not funded\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
300: The maximum allowed funding amount is exceeded\. |
|||
.IP \[bu] |
|||
301: There are not enough funds in the internal wallet (including fees) to create the transaction\. |
|||
.IP \[bu] |
|||
302: The output amount is too small, and would be considered dust\. |
|||
.IP \[bu] |
|||
303: Broadcasting of the funding transaction failed, the internal call to bitcoin-cli returned with an error\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
300\&. The maximum allowed funding amount is exceeded\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
301\&. There are not enough funds in the internal wallet (including fees) to create the transaction\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
302\&. The output amount is too small, and would be considered dust\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
303\&. Broadcasting of the funding transaction failed, the internal call to bitcoin\-cli returned with an error\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
304\&. We\(cqre still syncing with the bitcoin network\&. Retry later\&. |
|||
.RE |
|||
.sp |
|||
Failure may also occur if \fBlightningd\fR and the peer cannot agree on channel parameters (funding limits, channel reserves, fees, etc\&.)\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-connect(7), lightning\-listfunds(), lightning\-listpeers(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
Failure may also occur if \fBlightningd\fR and the peer cannot agree on |
|||
channel parameters (funding limits, channel reserves, fees, etc\.)\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-connect\fR(7), lightning-listfunds(), \fBlightning-listpeers\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-12 11:16:20 CEST |
|||
|
|||
|
@ -1,53 +1,44 @@ |
|||
'\" t |
|||
.\" Title: lightning-fundchannel_cancel |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 06/05/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-FUNDCHANN" "7" "06/05/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-fundchannel_cancel \- Command for completing channel establishment |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-FUNDCHANNEL_CANCEL" "7" "" "" "lightning-fundchannel_cancel" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-fundchannel_cancel - Command for completing channel |
|||
establishment |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBfundchannel_cancel\fR \fIid\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
fundchannel_cancel is a lower level RPC command\&. It allows a user to cancel an initiated channel establishment with a connected peer\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
\fBfundchannel_cancel\fR is a lower level RPC command\. It allows a user to |
|||
cancel an initiated channel establishment with a connected peer\. |
|||
|
|||
|
|||
\fIid\fR is the node id of the remote peer with which to cancel the |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, returns confirmation that the channel establishment has been canceled\&. |
|||
.sp |
|||
On failure, returns an error\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Lisa Neigut <niftynei@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-connect(7), lightning\-fundchannel(7), lightning\-fundchannel_start(7), lightning\-fundchannel_complete(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, returns confirmation that the channel establishment has been |
|||
canceled\. |
|||
|
|||
|
|||
On failure, returns an error\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Lisa Neigut \fBNone\fR (\fI<niftynei@gmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-connect\fR(7), \fBlightning-fundchannel\fR(7), |
|||
lightning-fundchannel_\fBstart\fR(7), lightning-fundchannel_\fBcomplete\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-12 11:16:20 CEST |
|||
|
|||
|
@ -1,59 +1,56 @@ |
|||
'\" t |
|||
.\" Title: lightning-fundchannel_complete |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 06/05/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-FUNDCHANN" "7" "06/05/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-fundchannel_complete \- Command for completing channel establishment |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-FUNDCHANNEL_COMPLETE" "7" "" "" "lightning-fundchannel_complete" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-fundchannel_complete - Command for completing channel |
|||
establishment |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBfundchannel_complete\fR \fIid\fR \fItxid\fR \fItxout\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
fundchannel_complete is a lower level RPC command\&. It allows a user to complete an initiated channel establishment with a connected peer |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
\fBfundchannel_complete\fR is a lower level RPC command\. It allows a user to |
|||
complete an initiated channel establishment with a connected peer |
|||
|
|||
|
|||
\fIid\fR is the node id of the remote peer |
|||
.sp |
|||
\fItxid\fR is the hex string of the funding transaction id\&. |
|||
.sp |
|||
\fItxout\fR is the integer outpoint of the funding output for this channel\&. |
|||
.sp |
|||
Note that the funding transaction should not be broadcast until after channel establishment has been successfully completed, as the commitment transactions for this channel are not secured until this command succesfully completes\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, returns a confirmation that \fIcommitments_secured\fR and the derived \fIchannel_id\fR\&. |
|||
.sp |
|||
On failure, returns an error\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Lisa Neigut <niftynei@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-connect(7), lightning\-fundchannel(7), lightning\-fundchannel_start(7), lightning\-fundchannel_cancel(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
|
|||
\fItxid\fR is the hex string of the funding transaction id\. |
|||
|
|||
|
|||
\fItxout\fR is the integer outpoint of the funding output for this channel\. |
|||
|
|||
|
|||
Note that the funding transaction should not be broadcast until after |
|||
channel establishment has been successfully completed, as the commitment |
|||
transactions for this channel are not secured until this command |
|||
succesfully completes\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, returns a confirmation that \fIcommitments_secured\fR and the |
|||
derived \fIchannel_id\fR\. |
|||
|
|||
|
|||
On failure, returns an error\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Lisa Neigut \fBNone\fR (\fI<niftynei@gmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-connect\fR(7), \fBlightning-fundchannel\fR(7), |
|||
lightning-fundchannel_\fBstart\fR(7), lightning-fundchannel_\fBcancel\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-12 11:16:20 CEST |
|||
|
|||
|
@ -1,59 +1,55 @@ |
|||
'\" t |
|||
.\" Title: lightning-fundchannel_start |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 06/05/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-FUNDCHANN" "7" "06/05/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-fundchannel_start \- Command for initiating channel establishment for a lightning channel |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-FUNDCHANNEL_START" "7" "" "" "lightning-fundchannel_start" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-fundchannel_start - Command for initiating channel |
|||
establishment for a lightning channel |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBfundchannel_start\fR \fIid\fR \fIsatoshi\fR [\fIfeerate\fR \fIannounce\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
fundchannel_start is a lower level RPC command\&. It allows a user to initiate channel establishment with a connected peer\&. |
|||
.sp |
|||
\fIid\fR is the node id of the remote peer\&. |
|||
.sp |
|||
\fIsatoshi\fR is the satoshi value that the channel will be funded at\&. This value MUST be accurate, otherwise the negotiated commitment transactions will not encompass the correct channel value\&. |
|||
.sp |
|||
\fIfeerate\fR is an optional field\&. Sets the feerate for subsequent commitment transactions\&. |
|||
.sp |
|||
\fIannounce\fR whether or not to annouce this channel\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, returns the \fIfunding_address\fR for the channel\&. |
|||
.sp |
|||
On failure, returns an error\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Lisa Neigut <niftynei@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-connect(7), lightning\-fundchannel(7), lightning\-fundchannel_complete(7), lightning\-fundchannel_cancel(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
\fBfundchannel_start\fR is a lower level RPC command\. It allows a user to |
|||
initiate channel establishment with a connected peer\. |
|||
|
|||
|
|||
\fIid\fR is the node id of the remote peer\. |
|||
|
|||
|
|||
\fIsatoshi\fR is the satoshi value that the channel will be funded at\. This |
|||
value MUST be accurate, otherwise the negotiated commitment transactions |
|||
will not encompass the correct channel value\. |
|||
|
|||
|
|||
\fIfeerate\fR is an optional field\. Sets the feerate for subsequent |
|||
commitment transactions\. |
|||
|
|||
|
|||
\fIannounce\fR whether or not to annouce this channel\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, returns the \fIfunding_address\fR for the channel\. |
|||
|
|||
|
|||
On failure, returns an error\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Lisa Neigut \fBNone\fR (\fI<niftynei@gmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-connect\fR(7), \fBlightning-fundchannel\fR(7), |
|||
lightning-fundchannel_\fBcomplete\fR(7), lightning-fundchannel_\fBcancel\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-12 11:16:20 CEST |
|||
|
|||
|
@ -1,532 +1,141 @@ |
|||
'\" t |
|||
.\" Title: lightning-getroute |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 03/01/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-GETROUTE" "7" "03/01/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-getroute \- Command for routing a payment (low\-level)\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
\fBgetroute\fR \fIid\fR \fImsatoshi\fR \fIriskfactor\fR [\fIcltv\fR] [\fIfromid\fR] [\fIfuzzpercent\fR] [\fIexclude\fR] [\fImaxhops\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBgetroute\fR RPC command attempts to find the best route for the payment of \fImsatoshi\fR to lightning node \fIid\fR, such that the payment will arrive at \fIid\fR with \fIcltv\fR\-blocks to spare (default 9)\&. |
|||
.sp |
|||
\fImsatoshi\fR is in millisatoshi precision; it can be a whole number, or a whole number ending in \fImsat\fR or \fIsat\fR, or a number with three decimal places ending in \fIsat\fR, or a number with 1 to 11 decimal places ending in \fIbtc\fR\&. |
|||
.sp |
|||
There are two considerations for how good a route is: how low the fees are, and how long your payment will get stuck in a delayed output if a node goes down during the process\&. The \fIriskfactor\fR floating\-point field controls this tradeoff; it is the annual cost of your funds being stuck (as a percentage)\&. |
|||
.sp |
|||
For example, if you thought the convenience of keeping your funds liquid (not stuck) was worth 20% per annum interest, \fIriskfactor\fR would be 20\&. |
|||
.sp |
|||
If you didn\(cqt care about risk, \fIriskfactor\fR would be zero\&. |
|||
.sp |
|||
\fIfromid\fR is the node to start the route from: default is this node\&. |
|||
.sp |
|||
The \fIfuzzpercent\fR is a positive floating\-point number, representing a percentage of the actual fee\&. The \fIfuzzpercent\fR is used to distort computed fees along each channel, to provide some randomization to the route generated\&. 0\&.0 means the exact fee of that channel is used, while 100\&.0 means the fee used might be from 0 to twice the actual fee\&. The default is 5\&.0, or up to 5% fee distortion\&. |
|||
.sp |
|||
\fIexclude\fR is a JSON array of short\-channel\-id/direction (e\&.g\&. [ "564334x877x1/0", "564195x1292x0/1" ]) which should be excluded from consideration for routing\&. The default is not to exclude any channels\&. |
|||
.sp |
|||
\fImaxhops\fR is the maximum number of channels to return; default is 20\&. |
|||
.SH "RISKFACTOR EFFECT ON ROUTING" |
|||
.sp |
|||
The risk factor is treated as if it were an additional fee on the route, for the purposes of comparing routes\&. |
|||
.sp |
|||
.TH "LIGHTNING-GETROUTE" "7" "" "" "lightning-getroute" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-getroute - Command for routing a payment (low-level)\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBgetroute\fR \fIid\fR \fImsatoshi\fR \fIriskfactor\fR [\fIcltv\fR] [\fIfromid\fR] |
|||
[\fIfuzzpercent\fR] [\fIexclude\fR] [\fImaxhops\fR] |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBgetroute\fR RPC command attempts to find the best route for the |
|||
payment of \fImsatoshi\fR to lightning node \fIid\fR, such that the payment will |
|||
arrive at \fIid\fR with \fIcltv\fR-blocks to spare (default 9)\. |
|||
|
|||
|
|||
\fImsatoshi\fR is in millisatoshi precision; it can be a whole number, or a |
|||
whole number ending in \fImsat\fR or \fIsat\fR, or a number with three decimal |
|||
places ending in \fIsat\fR, or a number with 1 to 11 decimal places ending |
|||
in \fIbtc\fR\. |
|||
|
|||
|
|||
There are two considerations for how good a route is: how low the fees |
|||
are, and how long your payment will get stuck in a delayed output if a |
|||
node goes down during the process\. The \fIriskfactor\fR floating-point field |
|||
controls this tradeoff; it is the annual cost of your funds being stuck |
|||
(as a percentage)\. |
|||
|
|||
|
|||
For example, if you thought the convenience of keeping your funds liquid |
|||
(not stuck) was worth 20% per annum interest, \fIriskfactor\fR would be 20\. |
|||
|
|||
|
|||
If you didn’t care about risk, \fIriskfactor\fR would be zero\. |
|||
|
|||
|
|||
\fIfromid\fR is the node to start the route from: default is this node\. |
|||
|
|||
|
|||
The \fIfuzzpercent\fR is a positive floating-point number, representing a |
|||
percentage of the actual fee\. The \fIfuzzpercent\fR is used to distort |
|||
computed fees along each channel, to provide some randomization to the |
|||
route generated\. 0\.0 means the exact fee of that channel is used, while |
|||
100\.0 means the fee used might be from 0 to twice the actual fee\. The |
|||
default is 5\.0, or up to 5% fee distortion\. |
|||
|
|||
|
|||
\fIexclude\fR is a JSON array of short-channel-id/direction (e\.g\. [ |
|||
"564334x877x1/0", "564195x1292x0/1" ]) which should be excluded from |
|||
consideration for routing\. The default is not to exclude any channels\. |
|||
|
|||
|
|||
\fImaxhops\fR is the maximum number of channels to return; default is 20\. |
|||
|
|||
.SH RISKFACTOR EFFECT ON ROUTING |
|||
|
|||
The risk factor is treated as if it were an additional fee on the route, |
|||
for the purposes of comparing routes\. |
|||
|
|||
|
|||
The formula used is the following approximation: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
.nf |
|||
risk\-fee = amount x blocks\-timeout x per\-block\-cost |
|||
.fi |
|||
.if n \{\ |
|||
.RS |
|||
risk-fee = amount x blocks-timeout x per-block-cost |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.sp |
|||
We are given a \fIriskfactor\fR expressed as a percentage\&. There are 52596 blocks per year, thus \fIper\-block\-cost\fR is \fIriskfactor\fR divided by 5,259,600\&. |
|||
.sp |
|||
|
|||
.fi |
|||
|
|||
We are given a \fIriskfactor\fR expressed as a percentage\. There are 52596 |
|||
blocks per year, thus \fIper-block-cost\fR is \fIriskfactor\fR divided by |
|||
5,259,600\. |
|||
|
|||
|
|||
The final result is: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
.nf |
|||
risk\-fee = amount x blocks\-timeout x riskfactor / 5259600 |
|||
.fi |
|||
.if n \{\ |
|||
.RS |
|||
risk-fee = amount x blocks-timeout x riskfactor / 5259600 |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.sp |
|||
Here are the risk fees in millisatoshis, using various parameters\&. I assume a channel charges the default of 1000 millisatoshis plus 1 part\-per\-million\&. Common to_self_delay values on the network at 14 and 144 blocks\&. |
|||
.TS |
|||
allbox tab(:); |
|||
ltB ltB ltB ltB ltB. |
|||
T{ |
|||
Amount (msat) |
|||
T}:T{ |
|||
Riskfactor |
|||
T}:T{ |
|||
Delay |
|||
T}:T{ |
|||
Risk Fee |
|||
T}:T{ |
|||
Route fee |
|||
T} |
|||
.T& |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt |
|||
lt lt lt lt lt. |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
1 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
0 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
10 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
0 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
100 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
2 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
1000 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
26 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
2 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
10 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
26 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
100 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
266 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1000 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
2661 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
266 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
10 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
2661 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
100 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
26617 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1000 |
|||
T}:T{ |
|||
.sp |
|||
14 |
|||
T}:T{ |
|||
.sp |
|||
266179 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
1 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
0 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
10 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
2 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
100 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
27 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
10,000 |
|||
T}:T{ |
|||
.sp |
|||
1000 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
273 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
27 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
10 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
273 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
100 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
2737 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
1,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1000 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
27378 |
|||
T}:T{ |
|||
.sp |
|||
1001 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
2737 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
10 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
27378 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
100 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
273785 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
T{ |
|||
.sp |
|||
100,000,000 |
|||
T}:T{ |
|||
.sp |
|||
1000 |
|||
T}:T{ |
|||
.sp |
|||
144 |
|||
T}:T{ |
|||
.sp |
|||
2737850 |
|||
T}:T{ |
|||
.sp |
|||
1100 |
|||
T} |
|||
.TE |
|||
.sp 1 |
|||
.SH "RECOMMENDED RISKFACTOR VALUES" |
|||
.sp |
|||
The default \fIfuzz\fR factor is 5%, so as you can see from the table above, that tends to overwhelm the effect of \fIriskfactor\fR less than about 5\&. |
|||
.sp |
|||
1 is a conservative value for a stable lightning network with very few failures\&. |
|||
.sp |
|||
1000 is an aggressive value for trying to minimize timeouts at all costs\&. |
|||
.sp |
|||
The default for lightning\-pay(7) is 10, which starts to become a major factor for larger amounts, and is basically ignored for tiny ones\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, a "route" array is returned\&. Each array element contains \fIid\fR (the node being routed through), \fImsatoshi\fR (the millisatoshis sent), \fIamount_msat\fR (the same, with \fImsat\fR appended), and \fIdelay\fR (the number of blocks to timeout at this node)\&. |
|||
.sp |
|||
The final \fIid\fR will be the destination \fIid\fR given in the input\&. The difference between the first \fImsatoshi\fR minus the \fImsatoshi\fR given in the input is the fee\&. The first \fIdelay\fR is the very worst case timeout for the payment failure, in blocks\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-pay(7), lightning\-sendpay(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.fi |
|||
|
|||
Here are the risk fees in millisatoshis, using various parameters\. I |
|||
assume a channel charges the default of 1000 millisatoshis plus 1 |
|||
part-per-million\. Common to_self_delay values on the network at 14 and |
|||
144 blocks\. |
|||
|
|||
|
|||
.SH RECOMMENDED RISKFACTOR VALUES |
|||
|
|||
The default \fIfuzz\fR factor is 5%, so as you can see from the table above, |
|||
that tends to overwhelm the effect of \fIriskfactor\fR less than about 5\. |
|||
|
|||
|
|||
1 is a conservative value for a stable lightning network with very few |
|||
failures\. |
|||
|
|||
|
|||
1000 is an aggressive value for trying to minimize timeouts at all |
|||
costs\. |
|||
|
|||
|
|||
The default for \fBlightning-pay\fR(7) is 10, which starts to become a major |
|||
factor for larger amounts, and is basically ignored for tiny ones\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, a "route" array is returned\. Each array element contains |
|||
\fIid\fR (the node being routed through), \fImsatoshi\fR (the millisatoshis |
|||
sent), \fIamount_msat\fR (the same, with \fImsat\fR appended), and \fIdelay\fR (the |
|||
number of blocks to timeout at this node)\. |
|||
|
|||
|
|||
The final \fIid\fR will be the destination \fIid\fR given in the input\. The |
|||
difference between the first \fImsatoshi\fR minus the \fImsatoshi\fR given in |
|||
the input is the fee\. The first \fIdelay\fR is the very worst case timeout |
|||
for the payment failure, in blocks\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-pay\fR(7), \fBlightning-sendpay\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-08-01 14:59:36 CEST |
|||
|
|||
|
@ -1,132 +1,128 @@ |
|||
'\" t |
|||
.\" Title: lightning-invoice |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 07/31/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-INVOICE" "7" "07/31/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-invoice \- Command for accepting payments\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
\fBinvoice\fR \fImsatoshi\fR \fIlabel\fR \fIdescription\fR [\fIexpiry\fR] [\fIfallbacks\fR] [\fIpreimage\fR] [\fIexposeprivatechannels\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBinvoice\fR RPC command creates the expectation of a payment of a given amount of milli\-satoshi: it returns a unique token which another lightning daemon can use to pay this invoice\&. This token includes a \fIroute hint\fR description of an incoming channel with capacity to pay the invoice, if any exists\&. |
|||
.sp |
|||
The \fImsatoshi\fR parameter can be the string "any", which creates an invoice that can be paid with any amount\&. Otherwise it is in millisatoshi precision; it can be a whole number, or a whole number ending in \fImsat\fR or \fIsat\fR, or a number with three decimal places ending in \fIsat\fR, or a number with 1 to 11 decimal places ending in \fIbtc\fR\&. |
|||
.sp |
|||
The \fIlabel\fR must be a unique string or number (which is treated as a string, so "01" is different from "1"); it is never revealed to other nodes on the lightning network, but it can be used to query the status of this invoice\&. |
|||
.sp |
|||
The \fIdescription\fR is a short description of purpose of payment, e\&.g\&. \fI1 cup of coffee\fR\&. This value is encoded into the BOLT11 invoice and is viewable by any node you send this invoice to\&. It must be UTF\-8, and cannot use \fI\eu\fR JSON escape codes\&. |
|||
.sp |
|||
The \fIexpiry\fR is optionally the time the invoice is valid for; without a suffix it is interpreted as seconds, otherwise suffixes \fIs\fR, \fIm\fR, \fIh\fR, \fId\fR, \fIw\fR indicate seconds, minutes, hours, days and weeks respectively\&. If no value is provided the default of 604800 (1w) is used\&. |
|||
.sp |
|||
The \fIfallbacks\fR array is one or more fallback addresses to include in the invoice (in order from most\-preferred to least): note that these arrays are not currently tracked to fulfill the invoice\&. |
|||
.sp |
|||
The \fIpreimage\fR is a 64\-digit hex string to be used as payment preimage for the created invoice\&. By default, if unspecified, lightningd will generate a secure pseudorandom preimage seeded from an appropriate entropy source on your system\&. \fBIMPORTANT\fR: if you specify the \fIpreimage\fR, you are responsible, to ensure appropriate care for generating using a secure pseudorandom generator seeded with sufficient entropy, and keeping the preimage secret\&. This parameter is an advanced feature intended for use with cutting\-edge cryptographic protocols and should not be used unless explicitly needed\&. |
|||
.sp |
|||
If specified, \fIexposeprivatechannels\fR overrides the default route hint logic, which will use unpublished channels only if there are no published channels\&. If \fItrue\fR unpublished channels are always considered as a route hint candidate; if \fIfalse\fR, never\&. |
|||
.sp |
|||
The route hint is selected from the set of incoming channels of which: peer\(cqs balance minus their reserves is at least \fImsatoshi\fR, state is normal, the peer is connected and not a dead end (i\&.e\&. has at least one other public channel)\&. The selection uses some randomness to prevent probing, but favors channels that become more balanced after the payment\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, a hash is returned as \fIpayment_hash\fR to be given to the payer, and the \fIexpiry_time\fR as a UNIX timestamp\&. It also returns a BOLT11 invoice as \fIbolt11\fR to be given to the payer\&. |
|||
.sp |
|||
On failure, an error is returned and no invoice is created\&. If the lightning process fails before responding, the caller should use lightning\-listinvoice(7) to query whether this invoice was created or not\&. |
|||
.sp |
|||
.TH "LIGHTNING-INVOICE" "7" "" "" "lightning-invoice" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-invoice - Command for accepting payments\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBinvoice\fR \fImsatoshi\fR \fIlabel\fR \fIdescription\fR [\fIexpiry\fR] |
|||
[\fIfallbacks\fR] [\fIpreimage\fR] [\fIexposeprivatechannels\fR] |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBinvoice\fR RPC command creates the expectation of a payment of a |
|||
given amount of milli-satoshi: it returns a unique token which another |
|||
lightning daemon can use to pay this invoice\. This token includes a |
|||
\fIroute hint\fR description of an incoming channel with capacity to pay the |
|||
invoice, if any exists\. |
|||
|
|||
|
|||
The \fImsatoshi\fR parameter can be the string "any", which creates an |
|||
invoice that can be paid with any amount\. Otherwise it is in |
|||
millisatoshi precision; it can be a whole number, or a whole number |
|||
ending in \fImsat\fR or \fIsat\fR, or a number with three decimal places ending |
|||
in \fIsat\fR, or a number with 1 to 11 decimal places ending in \fIbtc\fR\. |
|||
|
|||
|
|||
The \fIlabel\fR must be a unique string or number (which is treated as a |
|||
string, so "01" is different from "1"); it is never revealed to other |
|||
nodes on the lightning network, but it can be used to query the status |
|||
of this invoice\. |
|||
|
|||
|
|||
The \fIdescription\fR is a short description of purpose of payment, e\.g\. \fI1 |
|||
cup of coffee\fR\. This value is encoded into the BOLT11 invoice and is |
|||
viewable by any node you send this invoice to\. It must be UTF-8, and |
|||
cannot use \fI\u\fR JSON escape codes\. |
|||
|
|||
|
|||
The \fIexpiry\fR is optionally the time the invoice is valid for; without a |
|||
suffix it is interpreted as seconds, otherwise suffixes \fIs\fR, \fIm\fR, \fIh\fR, |
|||
\fId\fR, \fIw\fR indicate seconds, minutes, hours, days and weeks respectively\. |
|||
If no value is provided the default of 604800 (1w) is used\. |
|||
|
|||
|
|||
The \fIfallbacks\fR array is one or more fallback addresses to include in |
|||
the invoice (in order from most-preferred to least): note that these |
|||
arrays are not currently tracked to fulfill the invoice\. |
|||
|
|||
|
|||
The \fIpreimage\fR is a 64-digit hex string to be used as payment preimage |
|||
for the created invoice\. By default, if unspecified, lightningd will |
|||
generate a secure pseudorandom preimage seeded from an appropriate |
|||
entropy source on your system\. \fBIMPORTANT\fR: if you specify the |
|||
\fIpreimage\fR, you are responsible, to ensure appropriate care for |
|||
generating using a secure pseudorandom generator seeded with sufficient |
|||
entropy, and keeping the preimage secret\. This parameter is an advanced |
|||
feature intended for use with cutting-edge cryptographic protocols and |
|||
should not be used unless explicitly needed\. |
|||
|
|||
|
|||
If specified, \fIexposeprivatechannels\fR overrides the default route hint |
|||
logic, which will use unpublished channels only if there are no |
|||
published channels\. If \fItrue\fR unpublished channels are always considered |
|||
as a route hint candidate; if \fIfalse\fR, never\. |
|||
|
|||
|
|||
The route hint is selected from the set of incoming channels of which: |
|||
peer’s balance minus their reserves is at least \fImsatoshi\fR, state is |
|||
normal, the peer is connected and not a dead end (i\.e\. has at least one |
|||
other public channel)\. The selection uses some randomness to prevent |
|||
probing, but favors channels that become more balanced after the |
|||
payment\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, a hash is returned as \fIpayment_hash\fR to be given to the |
|||
payer, and the \fIexpiry_time\fR as a UNIX timestamp\. It also returns a |
|||
BOLT11 invoice as \fIbolt11\fR to be given to the payer\. |
|||
|
|||
|
|||
On failure, an error is returned and no invoice is created\. If the |
|||
lightning process fails before responding, the caller should use |
|||
\fBlightning-listinvoice\fR(7) to query whether this invoice was created or |
|||
not\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
900: An invoice with the given \fIlabel\fR already exists\. |
|||
.IP \[bu] |
|||
901: An invoice with the given \fIpreimage\fR already exists\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
900\&. An invoice with the given |
|||
\fIlabel\fR |
|||
already exists\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
901\&. An invoice with the given |
|||
\fIpreimage\fR |
|||
already exists\&. |
|||
.RE |
|||
.sp |
|||
|
|||
One of the following warnings may occur (on success): |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIwarning_offline\fR |
|||
if no channel with a currently connected peer has the incoming capacity to pay this invoice |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIwarning_capacity\fR |
|||
if there is no channel that has both sufficient incoming capacity and a peer that is publicly connected (i\&.e\&. not a dead end) |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIwarning_offline\fR if no channel with a currently connected peer has |
|||
the incoming capacity to pay this invoice |
|||
.IP \[bu] |
|||
\fIwarning_capacity\fR if there is no channel that has both sufficient |
|||
incoming capacity and has a peer that is publicly connected (i\.e\. |
|||
not a dead end) |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listinvoice(7), lightning\-delinvoice(7), lightning\-getroute(7), lightning\-sendpay(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listinvoice\fR(7), \fBlightning-delinvoice\fR(7), |
|||
\fBlightning-getroute\fR(7), \fBlightning-sendpay\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-08-02 18:18:10 CEST |
|||
|
|||
|
@ -1,284 +1,142 @@ |
|||
'\" t |
|||
.\" Title: lightning-listchannels |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 05/31/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-LISTCHANN" "7" "05/31/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-listchannels \- Command to query active lightning channels in the entire network\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-LISTCHANNELS" "7" "" "" "lightning-listchannels" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-listchannels - Command to query active lightning channels in |
|||
the entire network\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlistchannels\fR [\fIshort_channel_id\fR] [\fIsource\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBlistchannels\fR RPC command returns data on channels that are known to the node\&. Because channels may be bidirectional, up to 2 objects will be returned for each channel (one for each direction)\&. |
|||
.sp |
|||
If \fIshort_channel_id\fR is supplied, then only known channels with a matching \fIshort_channel_id\fR are returned\&. |
|||
.sp |
|||
If \fIsource\fR is supplied, then only channels leading from that node id are returned\&. |
|||
.sp |
|||
If neither is supplied, data on all lightning channels known to this node, are returned\&. These can be local channels or public channels broadcast on the gossip network\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with a "channels" key is returned containing a list of 0 or more objects\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBlistchannels\fR RPC command returns data on channels that are known |
|||
to the node\. Because channels may be bidirectional, up to 2 objects will |
|||
be returned for each channel (one for each direction)\. |
|||
|
|||
|
|||
If \fIshort_channel_id\fR is supplied, then only known channels with a |
|||
matching \fIshort_channel_id\fR are returned\. |
|||
|
|||
|
|||
If \fIsource\fR is supplied, then only channels leading from that node id |
|||
are returned\. |
|||
|
|||
|
|||
If neither is supplied, data on all lightning channels known to this |
|||
node, are returned\. These can be local channels or public channels |
|||
broadcast on the gossip network\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with a "channels" key is returned containing a |
|||
list of 0 or more objects\. |
|||
|
|||
|
|||
Each object in the list contains the following data: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIsource\fR |
|||
: The node providing entry to the channel, specifying the fees charged for using the channel in that direction\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIdestination\fR |
|||
: The node providing the exit point for the channel\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIshort_channel_id\fR |
|||
: The channel identifier\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIpublic\fR |
|||
: Boolean value, is publicly available\&. Non\-local channels will only ever have this value set to true\&. Local channels are side\-loaded by this node, rather than obtained through the gossip network, and so may have this value set to false\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIsatoshis\fR |
|||
: Funds available in the channel\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIamount_sat\fR |
|||
: Same as above, but ending in |
|||
\fIsat\fR\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fImessage_flags\fR |
|||
: Bitfield showing the presence of optional fields in the |
|||
\fIchannel_update\fR |
|||
message (BOLT #7)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIchannel_flags\fR |
|||
: Bitfields indicating the direction of the channel and signaling various options concerning the channel\&. (BOLT #7)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIactive\fR |
|||
: Boolean value, is available for routing\&. This is linked to the channel flags data, where if the second bit is set, signals a channels temporary unavailability (due to loss of connectivity) OR permanent unavailability where the channel has been closed but not settlement on\-chain\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIlast_update\fR |
|||
: Unix timestamp (seconds) showing when the last channel_update message was received\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIbase_fee_millisatoshi\fR |
|||
: The base fee (in millisatoshi) charged for the HTLC (BOLT #2)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfee_per_millionth\fR |
|||
: The amount (in millionths of a satoshi) charged per transferred satoshi (BOLT #2)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIdelay\fR |
|||
: The number of blocks delay required to wait for on\-chain settlement when unilaterally closing the channel (BOLT #2)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIhtlc_minimum_msat\fR |
|||
: The minimum payment which can be send through this channel\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIhtlc_maximum_msat\fR |
|||
: The maximum payment which can be send through this channel\&. |
|||
.RE |
|||
.sp |
|||
If \fIshort_channel_id\fR or \fIsource\fR is supplied and no matching channels are found, a "channels" object with an empty list is returned\&. |
|||
.SH "ERRORS" |
|||
.sp |
|||
If \fIshort_channel_id\fR is not a valid short_channel_id, an error message will be returned: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIsource\fR : The node providing entry to the channel, specifying the |
|||
fees charged for using the channel in that direction\. |
|||
.IP \[bu] |
|||
\fIdestination\fR : The node providing the exit point for the channel\. |
|||
.IP \[bu] |
|||
\fIshort_channel_id\fR : The channel identifier\. |
|||
.IP \[bu] |
|||
\fIpublic\fR : Boolean value, is publicly available\. Non-local channels |
|||
will only ever have this value set to true\. Local channels are |
|||
side-loaded by this node, rather than obtained through the gossip |
|||
network, and so may have this value set to false\. |
|||
.IP \[bu] |
|||
\fIsatoshis\fR : Funds available in the channel\. |
|||
.IP \[bu] |
|||
\fIamount_sat\fR : Same as above, but ending in \fIsat\fR\. |
|||
.IP \[bu] |
|||
\fImessage_flags\fR : Bitfield showing the presence of optional fields |
|||
in the \fIchannel_update\fR message (BOLT #7)\. |
|||
.IP \[bu] |
|||
\fIchannel_flags\fR : Bitfields indicating the direction of the channel |
|||
and signaling various options concerning the channel\. (BOLT #7)\. |
|||
.IP \[bu] |
|||
\fIactive\fR : Boolean value, is available for routing\. This is linked |
|||
to the channel flags data, where if the second bit is set, signals a |
|||
channels temporary unavailability (due to loss of connectivity) OR |
|||
permanent unavailability where the channel has been closed but not |
|||
settlement on-chain\. |
|||
.IP \[bu] |
|||
\fIlast_update\fR : Unix timestamp (seconds) showing when the last |
|||
channel_update message was received\. |
|||
.IP \[bu] |
|||
\fIbase_fee_millisatoshi\fR : The base fee (in millisatoshi) charged |
|||
for the HTLC (BOLT #2)\. |
|||
.IP \[bu] |
|||
\fIfee_per_millionth\fR : The amount (in millionths of a satoshi) |
|||
charged per transferred satoshi (BOLT #2)\. |
|||
.IP \[bu] |
|||
\fIdelay\fR : The number of blocks delay required to wait for on-chain |
|||
settlement when unilaterally closing the channel (BOLT #2)\. |
|||
.IP \[bu] |
|||
\fIhtlc_minimum_msat\fR : The minimum payment which can be send |
|||
through this channel\. |
|||
.IP \[bu] |
|||
\fIhtlc_maximum_msat\fR : The maximum payment which can be send |
|||
through this channel\. |
|||
|
|||
.RE |
|||
|
|||
If \fIshort_channel_id\fR or \fIsource\fR is supplied and no matching channels |
|||
are found, a "channels" object with an empty list is returned\. |
|||
|
|||
.SH ERRORS |
|||
|
|||
If \fIshort_channel_id\fR is not a valid short_channel_id, an error |
|||
message will be returned: |
|||
|
|||
.nf |
|||
{ "code" : \-32602, |
|||
"message" : "\*(Aqshort_channel_id\*(Aq should be a short channel id, not \*(Aq\&.\&.\&.\*(Aq" } |
|||
.fi |
|||
.if n \{\ |
|||
.RS |
|||
{ "code" : -32602, |
|||
"message" : "'short_channel_id' should be a short channel id, not '...'" } |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.sp |
|||
Similarly if \fIsource\fR is not a valid pubkey\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Michael Hawkins <michael\&.hawkins@protonmail\&.com>\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-fundchannel(7), lightning\-listnodes(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.sp |
|||
|
|||
.fi |
|||
|
|||
Similarly if \fIsource\fR is not a valid pubkey\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Michael Hawkins \fBNone\fR (\fI<michael.hawkins@protonmail.com\fR)>\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-fundchannel\fR(7), \fBlightning-listnodes\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
|
|||
Lightning RFC site |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
|
|||
BOLT #2: |
|||
https://github\&.com/lightningnetwork/lightning\-rfc/blob/master/02\-peer\-protocol\&.md |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fBNone\fR (\fIhttps://github.com/lightningnetwork/lightning-rfc/blob/master/02-peer-protocol.md\fR) |
|||
|
|||
|
|||
.IP \[bu] |
|||
|
|||
BOLT #7: |
|||
https://github\&.com/lightningnetwork/lightning\-rfc/blob/master/07\-routing\-gossip\&.md |
|||
.RE |
|||
\fBNone\fR (\fIhttps://github.com/lightningnetwork/lightning-rfc/blob/master/07-routing-gossip.md\fR) |
|||
|
|||
|
|||
|
|||
.RE |
|||
.HL |
|||
|
|||
Last updated 2019-06-12 11:16:20 CEST |
|||
|
|||
|
@ -1,176 +1,81 @@ |
|||
'\" t |
|||
.\" Title: lightning-listforwards |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 08/15/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-LISTFORWA" "7" "08/15/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-listforwards \- Command showing all htlcs and their information\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-LISTFORWARDS" "7" "" "" "lightning-listforwards" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-listforwards - Command showing all htlcs and their |
|||
information\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlistforwards\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBlistforwards\fR RPC command displays all htlcs that have been attempted to be forwarded by the c\-lightning node\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success one array will be returned: \fIforwards\fR with htlcs that have been processed |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBlistforwards\fR RPC command displays all htlcs that have been |
|||
attempted to be forwarded by the c-lightning node\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success one array will be returned: \fIforwards\fR with htlcs that have |
|||
been processed |
|||
|
|||
|
|||
Each entry in \fIforwards\fR will include: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIin_channel\fR |
|||
\- the short_channel_id of the channel that recieved the incoming htlc\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIin_channel\fR: the short_channel_id of the channel that recieved the incoming htlc\. |
|||
.IP \[bu] |
|||
\fIin_msatoshi\fR, \fIin_msat\fR - amount of msatoshis that are forwarded to this node\. |
|||
.IP \[bu] |
|||
\fIstatus\fR: status can be either \fIoffered\fR if the routing process is still ongoing, |
|||
\fIsettled\fR if the routing process is completed or \fIfailed\fR if the routing process could not be completed\. |
|||
.IP \[bu] |
|||
\fIreceived_time\fR: timestamp when incoming htlc was received\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIin_msatoshi\fR, |
|||
\fIin_msat\fR |
|||
\- amount of msatoshis that are forwarded to this node\&. |
|||
|
|||
The following additional fields are usually present, but will not be for some |
|||
variants of status \fIlocal_failed\fR (if it failed before we determined these): |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIout_channel\fR: the short_channel_id of to which the outgoing htlc is supposed to be forwarded\. |
|||
.IP \[bu] |
|||
\fIfee\fR, \fIfee_msat\fR: fee offered for forwarding the htlc in msatoshi\. |
|||
.IP \[bu] |
|||
\fIout_msatoshi\fR, \fIout_msat\fR - amount of msatoshis to be forwarded\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIstatus\fR |
|||
\- status can be either |
|||
\fIoffered\fR |
|||
if the routing process is still ongoing, |
|||
\fIsettled\fR |
|||
if the routing process is completed, |
|||
\fIfailed\fR |
|||
if the routing process could not be completed, or |
|||
\fIlocal_failed\fR |
|||
if the node failed the forward itself\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIreceived_time\fR |
|||
\- timestamp when incoming htlc was received\&. |
|||
.RE |
|||
.sp |
|||
The following additional fields are usually present, but will not be for some variants of status \fIlocal_failed\fR (if it failed before we determined these): |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfee\fR, |
|||
\fIfee_msat\fR |
|||
\- fee offered for forwarding the htlc in msatoshi\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIout_channel\fR |
|||
\- the short_channel_id of to which the outgoing htlc is supposed to be forwarded\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIout_msatoshi\fR, |
|||
\fIout_msat\fR |
|||
\- amount of msatoshis to be forwarded\&. |
|||
.RE |
|||
.sp |
|||
|
|||
The following fields may be offered, but for old forgotten HTLCs they will be omitted: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIpayment_hash\fR |
|||
\- the payment_hash belonging to the HTLC\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIpayment_hash\fR - the payment_hash belonging to the HTLC\. |
|||
|
|||
.RE |
|||
.sp |
|||
If the status is not \fIoffered\fR, the following additional fields are present: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIresolved_time\fR |
|||
\- timestamp when htlc was resolved (settled or failed)\&. |
|||
|
|||
If the status is not 'offered', the following additional fields are present: |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIresolved_time\fR - timestamp when htlc was resolved (settled or failed)\. |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rene Pickhardt <r\&.pickhardt@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-getinfo(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Rene Pickhardt \fBNone\fR (\fI<r.pickhardt@gmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-getinfo\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-07-23 00:53:16 CEST |
|||
|
|||
|
@ -1,229 +1,87 @@ |
|||
'\" t |
|||
.\" Title: lightning-listfunds |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 07/25/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-LISTFUNDS" "7" "07/25/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-listfunds \- Command showing all funds currently managed by the c\-lightning node\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-LISTFUNDS" "7" "" "" "lightning-listfunds" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-listfunds - Command showing all funds currently managed by the |
|||
c-lightning node\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlistfunds\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBlistfunds\fR RPC command displays all funds available, either in unspent outputs (UTXOs) in the internal wallet or funds locked in currently open channels\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success two arrays will be returned: \fIoutputs\fR with funds currently locked onchain in UTXOs and \fIchannels\fR with funds readily spendable in channels\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBlistfunds\fR RPC command displays all funds available, either in |
|||
unspent outputs (UTXOs) in the internal wallet or funds locked in |
|||
currently open channels\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success two arrays will be returned: \fIoutputs\fR with funds currently |
|||
locked onchain in UTXOs and \fIchannels\fR with funds readily spendable in |
|||
channels\. |
|||
|
|||
|
|||
Each entry in \fIoutputs\fR will include: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fItxid\fR |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIoutput\fR |
|||
(the index of the output in the transaction) |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIvalue\fR |
|||
(the output value in satoshis) |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIamount_msat\fR |
|||
(the same as |
|||
\fIvalue\fR, but in millisatoshi with |
|||
\fImsat\fR |
|||
.IP \[bu] |
|||
\fIoutput\fR (the index of the output in the transaction) |
|||
.IP \[bu] |
|||
\fIvalue\fR (the output value in satoshis) |
|||
.IP \[bu] |
|||
\fIamount_msat\fR (the same as \fIvalue\fR, but in millisatoshi with \fImsat\fR |
|||
appended) |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
.IP \[bu] |
|||
\fIaddress\fR |
|||
.IP \[bu] |
|||
\fIstatus\fR (whether \fIunconfirmed\fR, \fIconfirmed\fR, or \fIspent\fR) |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIstatus\fR |
|||
(whether |
|||
\fIunconfirmed\fR, |
|||
\fIconfirmed\fR, or |
|||
\fIspent\fR) |
|||
.RE |
|||
.sp |
|||
|
|||
Each entry in \fIchannels\fR will include: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIpeer_id\fR |
|||
\- the peer with which the channel is opened\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIshort_channel_id\fR |
|||
\- as per BOLT 7 (representing the block, transaction number and output index of the channel funding transaction)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIchannel_sat\fR |
|||
\- available satoshis on our node\(cqs end of the channel (values rounded down to satoshis as internal storage is in millisatoshi)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIour_amount_msat\fR |
|||
\- same as above, but in millisatoshis with |
|||
\fImsat\fR |
|||
appended\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIchannel_total_sat\fR |
|||
\- total channel value in satoshi |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIamount_msat\fR |
|||
\- same as above, but in millisatoshis with |
|||
\fImsat\fR |
|||
appended\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfunding_txid\fR |
|||
\- funding transaction id\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfunding_output\fR |
|||
\- the index of the output in the funding transaction\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIpeer_id\fR - the peer with which the channel is opened\. |
|||
.IP \[bu] |
|||
\fIshort_channel_id\fR - as per BOLT 7 (representing the block, |
|||
transaction number and output index of the channel funding |
|||
transaction)\. |
|||
.IP \[bu] |
|||
\fIchannel_sat\fR - available satoshis on our node’s end of the channel |
|||
(values rounded down to satoshis as internal storage is in |
|||
millisatoshi)\. |
|||
.IP \[bu] |
|||
\fIour_amount_msat\fR - same as above, but in millisatoshis with |
|||
\fImsat\fR appended\. |
|||
.IP \[bu] |
|||
\fIchannel_total_sat\fR - total channel value in satoshi |
|||
.IP \[bu] |
|||
\fIamount_msat\fR - same as above, but in millisatoshis with \fImsat\fR |
|||
appended\. |
|||
.IP \[bu] |
|||
\fIfunding_txid\fR - funding transaction id\. |
|||
.IP \[bu] |
|||
\fIfunding_output\fR - the index of the output in the funding |
|||
transaction\. |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Felix <fixone@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-newaddr(7), lightning\-fundchannel(7), lightning\-withdraw(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Felix \fBNone\fR (\fI<fixone@gmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-newaddr\fR(7), \fBlightning-fundchannel\fR(7), \fBlightning-withdraw\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-07-28 16:25:20 CEST |
|||
|
|||
|
@ -1,49 +1,45 @@ |
|||
'\" t |
|||
.\" Title: lightning-listinvoices |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 02/18/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-LISTINVOI" "7" "02/18/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-listinvoices \- Command for querying invoice status |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-LISTINVOICES" "7" "" "" "lightning-listinvoices" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-listinvoices - Command for querying invoice status |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlistinvoices\fR [\fIlabel\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBlistinvoices\fR RPC command gets the status of a specific invoice, if it exists, or the status of all invoices if given no argument\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an array \fIinvoices\fR of objects is returned\&. Each object contains \fIlabel\fR, \fIpayment_hash\fR, \fIstatus\fR (one of \fIunpaid\fR, \fIpaid\fR or \fIexpired\fR), and \fIexpiry_time\fR (a UNIX timestamp)\&. If the \fImsatoshi\fR argument to lightning\-invoice(7) was not "any", there will be an \fImsatoshi\fR field as a number, and \fIamount_msat\fR as the same number ending in \fImsat\fR\&. If the invoice \fIstatus\fR is \fIpaid\fR, there will be a \fIpay_index\fR field and an \fImsatoshi_received\fR field (which may be slightly greater than \fImsatoshi\fR as some overpaying is permitted to allow clients to obscure payment paths); there will also be an \fIamount_received_msat\fR field with the same number as \fImsatoshi_received\fR but ending in \fImsat\fR\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-waitinvoice(7), lightning\-delinvoice(7), lightning\-invoice(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBlistinvoices\fR RPC command gets the status of a specific invoice, |
|||
if it exists, or the status of all invoices if given no argument\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an array \fIinvoices\fR of objects is returned\. Each object |
|||
contains \fIlabel\fR, \fIpayment_hash\fR, \fIstatus\fR (one of \fIunpaid\fR, \fIpaid\fR or |
|||
\fIexpired\fR), and \fIexpiry_time\fR (a UNIX timestamp)\. If the \fImsatoshi\fR |
|||
argument to \fBlightning-invoice\fR(7) was not "any", there will be an |
|||
\fImsatoshi\fR field as a number, and \fIamount_msat\fR as the same number |
|||
ending in \fImsat\fR\. If the invoice \fIstatus\fR is \fIpaid\fR, there will be a |
|||
\fIpay_index\fR field and an \fImsatoshi_received\fR field (which may be |
|||
slightly greater than \fImsatoshi\fR as some overpaying is permitted to |
|||
allow clients to obscure payment paths); there will also be an |
|||
\fIamount_received_msat\fR field with the same number as |
|||
\fImsatoshi_received\fR but ending in \fImsat\fR\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-waitinvoice\fR(7), \fBlightning-delinvoice\fR(7), \fBlightning-invoice\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:12:10 CEST |
|||
|
|||
|
@ -1,108 +1,74 @@ |
|||
'\" t |
|||
.\" Title: lightning-listpays |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 02/23/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-LISTPAYS" "7" "02/23/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-listpays \- Command for querying payment status |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-LISTPAYS" "7" "" "" "lightning-listpays" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-listpays - Command for querying payment status |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlistpays\fR [bolt11] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBlistpay\fR RPC command gets the status of all \fIpay\fR commands, or a single one if \fIbolt11\fR is specified\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an array of objects is returned\&. Each object contains: |
|||
.PP |
|||
\fIbolt11\fR |
|||
.RS 4 |
|||
the |
|||
\fIbolt11\fR |
|||
argument given to |
|||
\fIpay\fR |
|||
(see below for exceptions)\&. |
|||
.RE |
|||
.PP |
|||
\fIstatus\fR |
|||
.RS 4 |
|||
one of |
|||
\fIcomplete\fR, |
|||
\fIfailed\fR |
|||
or |
|||
\fIpending\fR\&. |
|||
.RE |
|||
.PP |
|||
\fIpayment_preimage\fR |
|||
.RS 4 |
|||
(if |
|||
\fIstatus\fR |
|||
is |
|||
\fIcomplete\fR) proves payment was received\&. |
|||
.RE |
|||
.PP |
|||
\fIlabel\fR |
|||
.RS 4 |
|||
optional |
|||
\fIlabel\fR, if provided to |
|||
\fIpay\fR\&. |
|||
.RE |
|||
.PP |
|||
\fIamount_sent_msat\fR |
|||
.RS 4 |
|||
total amount sent, in "NNNmsat" format\&. |
|||
.RE |
|||
.sp |
|||
For old payments (pre\-0\&.7) we didn\(cqt save the \fIbolt11\fR string, so in its place are three other fields: |
|||
.PP |
|||
\fIpayment_hash\fR |
|||
.RS 4 |
|||
the hash of the |
|||
\fIpayment_preimage\fR |
|||
which will prove payment\&. |
|||
.RE |
|||
.PP |
|||
\fIdestination\fR |
|||
.RS 4 |
|||
the final destination of the payment\&. |
|||
.RE |
|||
.PP |
|||
\fIamount_msat\fR |
|||
.RS 4 |
|||
the amount the destination received, in "NNNmsat" format\&. |
|||
.RE |
|||
.sp |
|||
These three can all be extracted from \fIbolt11\fR, hence are obsolete\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-pay(7), lightning\-paystatus(7), lightning\-listpayments(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBlistpay\fR RPC command gets the status of all \fIpay\fR commands, or a |
|||
single one if \fIbolt11\fR is specified\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an array of objects is returned\. Each object contains: |
|||
|
|||
|
|||
\fIbolt11\fR |
|||
the \fIbolt11\fR argument given to \fIpay\fR (see below for exceptions)\. |
|||
|
|||
|
|||
\fIstatus\fR |
|||
one of \fIcomplete\fR, \fIfailed\fR or \fIpending\fR\. |
|||
|
|||
|
|||
\fIpayment_preimage\fR |
|||
(if \fIstatus\fR is \fIcomplete\fR) proves payment was received\. |
|||
|
|||
|
|||
\fIlabel\fR |
|||
optional \fIlabel\fR, if provided to \fIpay\fR\. |
|||
|
|||
|
|||
\fIamount_sent_msat\fR |
|||
total amount sent, in "NNNmsat" format\. |
|||
|
|||
|
|||
For old payments (pre-0\.7) we didn’t save the \fIbolt11\fR string, so in its |
|||
place are three other fields: |
|||
|
|||
|
|||
\fIpayment_hash\fR |
|||
the hash of the \fIpayment_preimage\fR which will prove payment\. |
|||
|
|||
|
|||
\fIdestination\fR |
|||
the final destination of the payment\. |
|||
|
|||
|
|||
\fIamount_msat\fR |
|||
the amount the destination received, in "NNNmsat" format\. |
|||
|
|||
|
|||
These three can all be extracted from \fIbolt11\fR, hence are obsolete\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-pay\fR(7), \fBlightning-paystatus\fR(7), \fBlightning-listsendpays\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:12:10 CEST |
|||
|
|||
|
@ -1,177 +1,116 @@ |
|||
'\" t |
|||
.\" Title: lightning-listpeers |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 01/08/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-LISTPEERS" "7" "01/08/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-listpeers \- Command for returning data on connected lightning nodes\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-LISTPEERS" "7" "" "" "lightning-listpeers" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-listpeers - Command for returning data on connected lightning |
|||
nodes\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlistpeers\fR [\fIid\fR] [\fIlevel\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBlistpeers\fR RPC command returns data on nodes that are connected or are not connected but have open channels with this node\&. |
|||
.sp |
|||
Once a connection to another lightning node has been established, using the \fBconnect\fR command, data on the node can be returned using \fBlistpeers\fR and the \fIid\fR that was used with the \fBconnect\fR command\&. |
|||
.sp |
|||
If no \fIid\fR is supplied, then data on all lightning nodes that are connected, or not connected but have open channels with this node, are returned\&. |
|||
.sp |
|||
Supplying \fIid\fR will filter the results to only return data on a node with a matching \fIid\fR, if one exists\&. |
|||
.sp |
|||
Supplying \fIlevel\fR will show log entries related to that peer at the given log level\&. Valid log levels are "io", "debug", "info", and "unusual"\&. |
|||
.sp |
|||
If a channel is open with a node and the connection has been lost, then the node will still appear in the output of the command and the value of the \fIconnected\fR attribute of the node will be "false"\&. |
|||
.sp |
|||
The channel will remain open for a set blocktime, after which if the connection has not been re\-established, the channel will close and the node will no longer appear in the command output\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with a "peers" key is returned containing a list of 0 or more objects\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBlistpeers\fR RPC command returns data on nodes that are connected |
|||
or are not connected but have open channels with this node\. |
|||
|
|||
|
|||
Once a connection to another lightning node has been established, using |
|||
the \fBconnect\fR command, data on the node can be returned using |
|||
\fBlistpeers\fR and the \fIid\fR that was used with the \fBconnect\fR command\. |
|||
|
|||
|
|||
If no \fIid\fR is supplied, then data on all lightning nodes that are |
|||
connected, or not connected but have open channels with this node, are |
|||
returned\. |
|||
|
|||
|
|||
Supplying \fIid\fR will filter the results to only return data on a node |
|||
with a matching \fIid\fR, if one exists\. |
|||
|
|||
|
|||
Supplying \fIlevel\fR will show log entries related to that peer at the |
|||
given log level\. Valid log levels are "io", "debug", "info", and |
|||
"unusual"\. |
|||
|
|||
|
|||
If a channel is open with a node and the connection has been lost, then |
|||
the node will still appear in the output of the command and the value of |
|||
the \fIconnected\fR attribute of the node will be "false"\. |
|||
|
|||
|
|||
The channel will remain open for a set blocktime, after which if the |
|||
connection has not been re-established, the channel will close and the |
|||
node will no longer appear in the command output\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with a "peers" key is returned containing a list |
|||
of 0 or more objects\. |
|||
|
|||
|
|||
Each object in the list contains the following data: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIid\fR |
|||
: The unique id of the peer |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIid\fR : The unique id of the peer |
|||
.IP \[bu] |
|||
\fIconnected\fR : A boolean value showing the connection status |
|||
.IP \[bu] |
|||
\fInetaddr\fR : A list of network addresses the node is listening on |
|||
.IP \[bu] |
|||
\fIglobalfeatures\fR : Bit flags showing supported global features (BOLT #9) |
|||
.IP \[bu] |
|||
\fIlocalfeatures\fR : Bit flags showing supported local features (BOLT #9) |
|||
.IP \[bu] |
|||
\fIchannels\fR : An list of channel id’s open on the peer |
|||
.IP \[bu] |
|||
\fIlog\fR : Only present if \fIlevel\fR is set\. List logs related to the |
|||
peer at the specified \fIlevel\fR |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIconnected\fR |
|||
: A boolean value showing the connection status |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fInetaddr\fR |
|||
: A list of network addresses the node is listening on |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIglobalfeatures\fR |
|||
: Bit flags showing supported global features (BOLT #9) |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIlocalfeatures\fR |
|||
: Bit flags showing supported local features (BOLT #9) |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIchannels\fR |
|||
: An list of channel id\(cqs open on the peer |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIlog\fR |
|||
: Only present if |
|||
\fIlevel\fR |
|||
is set\&. List logs related to the peer at the specified |
|||
\fIlevel\fR |
|||
.RE |
|||
.sp |
|||
If \fIid\fR is supplied and no matching nodes are found, a "peers" object with an empty list is returned\&. |
|||
.SH "ERRORS" |
|||
.sp |
|||
|
|||
If \fIid\fR is supplied and no matching nodes are found, a "peers" object |
|||
with an empty list is returned\. |
|||
|
|||
.SH ERRORS |
|||
|
|||
If \fIid\fR is not a valid public key, an error message will be returned: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
.nf |
|||
{ "code" : \-32602, "message" : "\*(Aqid\*(Aq should be a pubkey, not \*(Aq\&.\&.\&.\*(Aq" } |
|||
.fi |
|||
.if n \{\ |
|||
.RS |
|||
{ "code" : -32602, "message" : "'id' should be a pubkey, not '...'" } |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.sp |
|||
|
|||
.fi |
|||
|
|||
If \fIlevel\fR is not a valid log level, an error message will be returned: |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
.nf |
|||
{ "code" : \-32602, "message" "\*(Aqlevel\*(Aq should be \*(Aqio\*(Aq, \*(Aqdebug\*(Aq, \*(Aqinfo\*(Aq, or \*(Aqunusual\*(Aq, not \*(Aq\&.\&.\&.\*(Aq" } |
|||
.fi |
|||
.if n \{\ |
|||
.RS |
|||
{ "code" : -32602, "message" "'level' should be 'io', 'debug', 'info', or 'unusual', not '...'" } |
|||
|
|||
|
|||
.RE |
|||
.\} |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Michael Hawkins <michael\&.hawkins@protonmail\&.com>\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-connect(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning Lightning RFC site (BOLT #9): https://github\&.com/lightningnetwork/lightning\-rfc/blob/master/09\-features\&.md |
|||
|
|||
.fi |
|||
.SH AUTHOR |
|||
|
|||
Michael Hawkins \fBNone\fR (\fI<michael.hawkins@protonmail.com\fR)>\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-connect\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) Lightning |
|||
RFC site (BOLT #9): |
|||
\fBNone\fR (\fIhttps://github.com/lightningnetwork/lightning-rfc/blob/master/09-features.md\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:12:10 CEST |
|||
|
|||
|
@ -1,111 +1,79 @@ |
|||
'\" t |
|||
.\" Title: lightning-listsendpays |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 02/23/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-LISTSENDP" "7" "02/23/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-listsendpays \- Low\-level command for querying sendpay status |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-LISTSENDPAYS" "7" "" "" "lightning-listsendpays" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-listsendpays - Low-level command for querying sendpay status |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBlistsendpays\fR [\fIbolt11\fR] [\fIpayment_hash\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBlistsendpays\fR RPC command gets the status of all \fIsendpay\fR commands (which is also used by the \fIpay\fR command), or with \fIbolt11\fR or \fIpayment_hash\fR limits results to that specific payment\&. You cannot specify both\&. |
|||
.sp |
|||
Note that in future there may be more than one concurrent \fIsendpay\fR command per \fIpay\fR, so this command should be used with caution\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an array of objects is returned\&. Each object contains: |
|||
.PP |
|||
\fIid\fR |
|||
.RS 4 |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBlistsendpays\fR RPC command gets the status of all \fIsendpay\fR |
|||
commands (which is also used by the \fIpay\fR command), or with \fIbolt11\fR or |
|||
\fIpayment_hash\fR limits results to that specific payment\. You cannot |
|||
specify both\. |
|||
|
|||
|
|||
Note that in future there may be more than one concurrent \fIsendpay\fR |
|||
command per \fIpay\fR, so this command should be used with caution\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an array of objects is returned\. Each object contains: |
|||
|
|||
|
|||
\fIid\fR |
|||
unique internal value assigned at creation |
|||
.RE |
|||
.PP |
|||
\fIpayment_hash\fR |
|||
.RS 4 |
|||
the hash of the |
|||
\fIpayment_preimage\fR |
|||
which will prove payment\&. |
|||
.RE |
|||
.PP |
|||
\fIdestination\fR |
|||
.RS 4 |
|||
the final destination of the payment\&. |
|||
.RE |
|||
.PP |
|||
\fIamount_msat\fR |
|||
.RS 4 |
|||
the amount the destination received, in "NNNmsat" format\&. |
|||
.RE |
|||
.PP |
|||
\fIcreated_at\fR |
|||
.RS 4 |
|||
the UNIX timestamp showing when this payment was initiated\&. |
|||
.RE |
|||
.PP |
|||
\fIstatus\fR |
|||
.RS 4 |
|||
one of |
|||
\fIcomplete\fR, |
|||
\fIfailed\fR |
|||
or |
|||
\fIpending\fR\&. |
|||
.RE |
|||
.PP |
|||
\fIpayment_preimage\fR |
|||
.RS 4 |
|||
(if |
|||
\fIstatus\fR |
|||
is |
|||
\fIcomplete\fR) proves payment was received\&. |
|||
.RE |
|||
.PP |
|||
\fIlabel\fR |
|||
.RS 4 |
|||
optional |
|||
\fIlabel\fR, if provided to |
|||
\fIsendpay\fR\&. |
|||
.RE |
|||
.PP |
|||
\fIbolt11\fR |
|||
.RS 4 |
|||
the |
|||
\fIbolt11\fR |
|||
argument given to |
|||
\fIpay\fR |
|||
(may be missing for pre\-0\&.7 payments)\&. |
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Christian Decker <decker\&.christian@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listpays(7), lightning\-sendpay(7), lightning\-listinvoice(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
|
|||
\fIpayment_hash\fR |
|||
the hash of the \fIpayment_preimage\fR which will prove payment\. |
|||
|
|||
|
|||
\fIdestination\fR |
|||
the final destination of the payment\. |
|||
|
|||
|
|||
\fIamount_msat\fR |
|||
the amount the destination received, in "NNNmsat" format\. |
|||
|
|||
|
|||
\fIcreated_at\fR |
|||
the UNIX timestamp showing when this payment was initiated\. |
|||
|
|||
|
|||
\fIstatus\fR |
|||
one of \fIcomplete\fR, \fIfailed\fR or \fIpending\fR\. |
|||
|
|||
|
|||
\fIpayment_preimage\fR |
|||
(if \fIstatus\fR is \fIcomplete\fR) proves payment was received\. |
|||
|
|||
|
|||
\fIlabel\fR |
|||
optional \fIlabel\fR, if provided to \fIsendpay\fR\. |
|||
|
|||
|
|||
\fIbolt11\fR |
|||
the \fIbolt11\fR argument given to \fIpay\fR (may be missing for pre-0\.7 |
|||
payments)\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Christian Decker \fBNone\fR (\fI<decker.christian@gmail.com\fR)> is mainly |
|||
responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listpays\fR(7), \fBlightning-sendpay\fR(7), \fBlightning-listinvoice\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:12:10 CEST |
|||
|
|||
|
@ -1,58 +1,57 @@ |
|||
'\" t |
|||
.\" Title: lightning-newaddr |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 02/23/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-NEWADDR" "7" "02/23/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-newaddr \- Command for generating a new address to be used by c\-lightning\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-NEWADDR" "7" "" "" "lightning-newaddr" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-newaddr - Command for generating a new address to be used by |
|||
c-lightning\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBnewaddr\fR [ \fIaddresstype\fR ] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBnewaddr\fR RPC command generates a new address which can subsequently be used to fund channels managed by the c\-lightning node\&. |
|||
.sp |
|||
The funding transaction needs to be confirmed before funds can be used\&. |
|||
.sp |
|||
\fIaddresstype\fR specifies the type of address wanted; i\&.e\&. \fIp2sh\-segwit\fR (e\&.g\&. 2MxaozoqWwiUcuD9KKgUSrLFDafLqimT9Ta on bitcoin testnet or 3MZxzq3jBSKNQ2e7dzneo9hy4FvNzmMmt3 on bitcoin mainnet) or \fIbech32 \*(Aq (e\&.g\&. tb1qu9j4lg5f9rgjyfhvfd905vw46eg39czmktxqgg on bitcoin testnet or bc1qwqdg6squsna38e46795at95yu9atm8azzmyvckulcc7kytlcckxswvvzej on bitcoin mainnet)\&. The special value \*(Aqall\fR generates both address types for the same underlying key\&. |
|||
.sp |
|||
If not specified the address generated is bech32\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, a \fIbech32\fR address and/or a \fIp2sh\-segwit\fR address will be returned\&. |
|||
.SH "ERRORS" |
|||
.sp |
|||
If an unrecognized address type is requested an error message will be returned\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Felix <fixone@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listfunds(7), lightning\-fundchannel(7), lightning\-withdraw(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBnewaddr\fR RPC command generates a new address which can |
|||
subsequently be used to fund channels managed by the c-lightning node\. |
|||
|
|||
|
|||
The funding transaction needs to be confirmed before funds can be used\. |
|||
|
|||
|
|||
\fIaddresstype\fR specifies the type of address wanted; i\.e\. \fIp2sh-segwit\fR |
|||
(e\.g\. 2MxaozoqWwiUcuD9KKgUSrLFDafLqimT9Ta on bitcoin testnet or |
|||
3MZxzq3jBSKNQ2e7dzneo9hy4FvNzmMmt3 on bitcoin mainnet) or \fIbech32 ' |
|||
(e\.g\. tb1qu9j4lg5f9rgjyfhvfd905vw46eg39czmktxqgg on bitcoin testnet or |
|||
bc1qwqdg6squsna38e46795at95yu9atm8azzmyvckulcc7kytlcckxswvvzej on |
|||
bitcoin mainnet)\. The special value 'all\fR generates both address types |
|||
for the same underlying key\. |
|||
|
|||
|
|||
If not specified the address generated is bech32\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, a \fIbech32\fR address and/or a \fIp2sh-segwit\fR address will be |
|||
returned\. |
|||
|
|||
.SH ERRORS |
|||
|
|||
If an unrecognized address type is requested an error message will be |
|||
returned\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Felix \fBNone\fR (\fI<fixone@gmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listfunds\fR(7), \fBlightning-fundchannel\fR(7), \fBlightning-withdraw\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:34:18 CEST |
|||
|
|||
|
@ -1,258 +1,163 @@ |
|||
'\" t |
|||
.\" Title: lightning-pay |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 05/23/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-PAY" "7" "05/23/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-pay \- Command for sending a payment to a BOLT11 invoice |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
\fBpay\fR \fIbolt11\fR [\fImsatoshi\fR] [\fIlabel\fR] [\fIriskfactor\fR] [\fImaxfeepercent\fR] [\fIretry_for\fR] [\fImaxdelay\fR] [\fIexemptfee\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBpay\fR RPC command attempts to find a route to the given destination, and send the funds it asks for\&. If the \fIbolt11\fR does not contain an amount, \fImsatoshi\fR is required, otherwise if it is specified it must be \fInull\fR\&. \fImsatoshi\fR is in millisatoshi precision; it can be a whole number, or a whole number with suffix \fImsat\fR or \fIsat\fR, or a three decimal point number with suffix \fIsat\fR, or an 1 to 11 decimal point number suffixed by \fIbtc\fR\&. |
|||
.sp |
|||
The \fIlabel\fR field is used to attach a label to payments, and is returned in lightning\-listpays(7) and lightning\-listsendpays(7)\&. The \fIriskfactor\fR is described in detail in lightning\-getroute(7), and defaults to 10\&. The \fImaxfeepercent\fR limits the money paid in fees, and defaults to 0\&.5\&. The maxfeepercent\*(Aq is a percentage of the amount that is to be paid\&. The `exemptfee option can be used for tiny payments which would be dominated by the fee leveraged by forwarding nodes\&. Setting exemptfee allows the maxfeepercent check to be skipped on fees that are smaller than exemptfee (default: 5000 millisatoshi)\&. |
|||
.sp |
|||
The response will occur when the payment fails or succeeds\&. Once a payment has succeeded, calls to \fBpay\fR with the same \fIbolt11\fR will succeed immediately\&. |
|||
.sp |
|||
Until \fIretry_for\fR seconds passes (default: 60), the command will keep finding routes and retrying the payment\&. However, a payment may be delayed for up to maxdelay blocks by another node; clients should be prepared for this worst case\&. |
|||
.sp |
|||
When using \fIlightning\-cli\fR, you may skip optional parameters by using \fInull\fR\&. Alternatively, use \fB\-k\fR option to provide parameters by name\&. |
|||
.SH "RANDOMIZATION" |
|||
.sp |
|||
To protect user privacy, the payment algorithm performs some randomization\&. |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04' 1.\h'+01'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP " 1." 4.2 |
|||
.\} |
|||
Route Randomization |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04' 2.\h'+01'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP " 2." 4.2 |
|||
.\} |
|||
Shadow Route |
|||
.RE |
|||
.sp |
|||
Route randomization means the payment algorithm does not always use the lowest\-fee or shortest route\&. This prevents some highly\-connected node from learning all of the user payments by reducing their fees below the network average\&. |
|||
.sp |
|||
Shadow route means the payment algorithm will virtually extend the time delays along the route, making it appear to intermediate nodes that the route is longer than it actually is\&. This prevents intermediate nodes from reliably guessing their distance from the payee\&. |
|||
.sp |
|||
Route randomization will never exceed \fImaxfeepercent\fR of the payment\&. Route randomization and shadow routing will not take routes that would exceed \fImaxdelay\fR\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, this returns the \fIpayment_preimage\fR which hashes to the \fIpayment_hash\fR to prove that the payment was successful\&. It will also return, a \fIgetroute_tries\fR and a \fIsendpay_tries\fR statistics for the number of times it internally called \fBgetroute\fR and \fBsendpay\fR\&. |
|||
.sp |
|||
You can monitor the progress and retries of a payment using the lightning\-paystatus(7) command\&. |
|||
.sp |
|||
.TH "LIGHTNING-PAY" "7" "" "" "lightning-pay" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-pay - Command for sending a payment to a BOLT11 invoice |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBpay\fR \fIbolt11\fR [\fImsatoshi\fR] [\fIlabel\fR] [\fIriskfactor\fR] |
|||
[\fImaxfeepercent\fR] [\fIretry_for\fR] [\fImaxdelay\fR] [\fIexemptfee\fR] |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBpay\fR RPC command attempts to find a route to the given |
|||
destination, and send the funds it asks for\. If the \fIbolt11\fR does not |
|||
contain an amount, \fImsatoshi\fR is required, otherwise if it is specified |
|||
it must be \fInull\fR\. \fImsatoshi\fR is in millisatoshi precision; it can be a |
|||
whole number, or a whole number with suffix \fImsat\fR or \fIsat\fR, or a three |
|||
decimal point number with suffix \fIsat\fR, or an 1 to 11 decimal point |
|||
number suffixed by \fIbtc\fR\. |
|||
|
|||
|
|||
The \fIlabel\fR field is used to attach a label to payments, and is returned |
|||
in \fBlightning-listpays\fR(7) and \fBlightning-listsendpays\fR(7)\. The \fIriskfactor\fR |
|||
is described in detail in \fBlightning-getroute\fR(7), and defaults to 10\. The |
|||
\fImaxfeepercent\fR limits the money paid in fees, and defaults to 0\.5\. The |
|||
\fBmaxfeepercent' is a percentage of the amount that is to be paid. The `exemptfee\fR |
|||
option can be used for tiny payments which would be dominated by the fee |
|||
leveraged by forwarding nodes\. Setting \fBexemptfee\fR allows the |
|||
\fBmaxfeepercent\fR check to be skipped on fees that are smaller than |
|||
\fBexemptfee\fR (default: 5000 millisatoshi)\. |
|||
|
|||
|
|||
The response will occur when the payment fails or succeeds\. Once a |
|||
payment has succeeded, calls to \fBpay\fR with the same \fIbolt11\fR will |
|||
succeed immediately\. |
|||
|
|||
|
|||
Until \fIretry_for\fR seconds passes (default: 60), the command will keep |
|||
finding routes and retrying the payment\. However, a payment may be |
|||
delayed for up to \fBmaxdelay\fR blocks by another node; clients should be |
|||
prepared for this worst case\. |
|||
|
|||
|
|||
When using \fIlightning-cli\fR, you may skip optional parameters by using |
|||
\fInull\fR\. Alternatively, use \fB-k\fR option to provide parameters by name\. |
|||
|
|||
.SH RANDOMIZATION |
|||
|
|||
To protect user privacy, the payment algorithm performs some |
|||
randomization\. |
|||
|
|||
|
|||
1: Route Randomization |
|||
|
|||
|
|||
2: Shadow Route |
|||
|
|||
|
|||
Route randomization means the payment algorithm does not always use the |
|||
lowest-fee or shortest route\. This prevents some highly-connected node |
|||
from learning all of the user payments by reducing their fees below the |
|||
network average\. |
|||
|
|||
|
|||
Shadow route means the payment algorithm will virtually extend the time |
|||
delays along the route, making it appear to intermediate nodes that the |
|||
route is longer than it actually is\. This prevents intermediate nodes |
|||
from reliably guessing their distance from the payee\. |
|||
|
|||
|
|||
Route randomization will never exceed \fImaxfeepercent\fR of the payment\. |
|||
Route randomization and shadow routing will not take routes that would |
|||
exceed \fImaxdelay\fR\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, this returns the \fIpayment_preimage\fR which hashes to the |
|||
\fIpayment_hash\fR to prove that the payment was successful\. It will also |
|||
return, a \fIgetroute_tries\fR and a \fIsendpay_tries\fR statistics for the |
|||
number of times it internally called \fBgetroute\fR and \fBsendpay\fR\. |
|||
|
|||
|
|||
You can monitor the progress and retries of a payment using the |
|||
\fBlightning-paystatus\fR(7) command\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
201\&. Already paid with this |
|||
\fIhash\fR |
|||
using different amount or destination\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
203\&. Permanent failure at destination\&. The |
|||
\fIdata\fR |
|||
field of the error will be routing failure object\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
205\&. Unable to find a route\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
206\&. Route too expensive\&. Either the fee or the needed total locktime for the route exceeds your |
|||
\fImaxfeepercent\fR |
|||
or |
|||
\fImaxdelay\fR |
|||
settings, respectively\&. The |
|||
\fIdata\fR |
|||
field of the error will indicate the actual |
|||
\fIfee\fR |
|||
as well as the |
|||
\fIfeepercent\fR |
|||
percentage that the fee has of the destination payment amount\&. It will also indicate the actual |
|||
\fIdelay\fR |
|||
along the route\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
201: Already paid with this \fIhash\fR using different amount or |
|||
destination\. |
|||
.IP \[bu] |
|||
203: Permanent failure at destination\. The \fIdata\fR field of the error |
|||
will be routing failure object\. |
|||
.IP \[bu] |
|||
205: Unable to find a route\. |
|||
.IP \[bu] |
|||
206: Route too expensive\. Either the fee or the needed total |
|||
locktime for the route exceeds your \fImaxfeepercent\fR or \fImaxdelay\fR |
|||
settings, respectively\. The \fIdata\fR field of the error will indicate |
|||
the actual \fIfee\fR as well as the \fIfeepercent\fR percentage that the fee |
|||
has of the destination payment amount\. It will also indicate the |
|||
actual \fIdelay\fR along the route\. |
|||
.IP \[bu] |
|||
207: Invoice expired\. Payment took too long before expiration, or |
|||
already expired at the time you initiated payment\. The \fIdata\fR field |
|||
of the error indicates \fInow\fR (the current time) and \fIexpiry\fR (the |
|||
invoice expiration) as UNIX epoch time in seconds\. |
|||
.IP \[bu] |
|||
210: Payment timed out without a payment in progress\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
207\&. Invoice expired\&. Payment took too long before expiration, or already expired at the time you initiated payment\&. The |
|||
\fIdata\fR |
|||
field of the error indicates |
|||
\fInow\fR |
|||
(the current time) and |
|||
\fIexpiry\fR |
|||
(the invoice expiration) as UNIX epoch time in seconds\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
210\&. Payment timed out without a payment in progress\&. |
|||
.RE |
|||
.sp |
|||
Error codes 202 and 204 will only get reported at \fBsendpay\fR; in \fBpay\fR we will keep retrying if we would have gotten those errors\&. |
|||
.sp |
|||
|
|||
Error codes 202 and 204 will only get reported at \fBsendpay\fR; in |
|||
\fBpay\fR we will keep retrying if we would have gotten those errors\. |
|||
|
|||
|
|||
A routing failure object has the fields below: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_index\fR\&. The index of the node along the route that reported the error\&. 0 for the local node, 1 for the first hop, and so on\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_node\fR\&. The hex string of the pubkey id of the node that reported the error\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_channel\fR\&. The short channel ID of the channel that has the error, or |
|||
\fI0:0:0\fR |
|||
if the destination node raised the error\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfailcode\fR\&. The failure code, as per BOLT #4\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIchannel_update\fR\&. The hex string of the |
|||
\fIchannel_update\fR |
|||
message received from the remote node\&. Only present if error is from the remote node and the |
|||
\fIfailcode\fR |
|||
has the UPDATE bit set, as per BOLT #4\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIerring_index\fR: The index of the node along the route that reported |
|||
the error\. 0 for the local node, 1 for the first hop, and so on\. |
|||
.IP \[bu] |
|||
\fIerring_node\fR: The hex string of the pubkey id of the node that |
|||
reported the error\. |
|||
.IP \[bu] |
|||
\fIerring_channel\fR: The short channel ID of the channel that has the |
|||
error, or \fI0:0:0\fR if the destination node raised the error\. |
|||
.IP \[bu] |
|||
\fIfailcode\fR: The failure code, as per BOLT #4\. |
|||
.IP \[bu] |
|||
\fIchannel_update\fR\. The hex string of the \fIchannel_update\fR message |
|||
received from the remote node\. Only present if error is from the |
|||
remote node and the \fIfailcode\fR has the UPDATE bit set, as per BOLT #4\. |
|||
|
|||
.RE |
|||
.sp |
|||
The \fIdata\fR field of errors will include statistics \fIgetroute_tries\fR and \fIsendpay_tries\fR\&. It will also contain a \fIfailures\fR field with detailed data about routing errors\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listpays(7), lightning\-decodepay(7), lightning\-listinvoice(7), lightning\-delinvoice(7), lightning\-getroute(7), lightning\-invoice(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
The \fIdata\fR field of errors will include statistics \fIgetroute_tries\fR and |
|||
\fIsendpay_tries\fR\. It will also contain a \fIfailures\fR field with detailed |
|||
data about routing errors\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listpays\fR(7), \fBlightning-decodepay\fR(7), \fBlightning-listinvoice\fR(7), |
|||
\fBlightning-delinvoice\fR(7), \fBlightning-getroute\fR(7), \fBlightning-invoice\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-08-01 14:59:36 CEST |
|||
|
|||
|
@ -1,56 +1,56 @@ |
|||
'\" t |
|||
.\" Title: lightning-plugin |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 07/23/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-PLUGIN" "7" "07/23/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-plugin \- Manage plugins with RPC |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-PLUGIN" "7" "" "" "lightning-plugin" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-plugin - Manage plugins with RPC |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBplugin\fR command [parameter] [second_parameter] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBplugin\fR RPC command allows to manage plugins without having to restart lightningd\&. It takes 1 to 3 parameters: a command (start/stop/startdir/rescan/list) which describes the action to take and optionally one or two parameters which describes the plugin on which the action has to be taken\&. |
|||
.sp |
|||
The \fIstart\fR command takes a path as parameter and will load the plugin available from this path\&. |
|||
.sp |
|||
The \fIstop\fR command takes a plugin name as parameter and will kill and unload the specified plugin\&. |
|||
.sp |
|||
The \fIstartdir\fR command takes a directory path as parameter and will load all plugins this directory contains\&. |
|||
.sp |
|||
The \fIrescan\fR command starts all not\-already\-loaded plugins from the default plugins directory (by default \fI~/\&.lightning/plugins\fR)\&. |
|||
.sp |
|||
The \fIlist\fR command will return all the active plugins\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, this returns an array \fIplugins\fR of objects, one by plugin\&. Each object contains the name of the plugin (\fIname\fR field) and its status (\fIactive\fR boolean field)\&. Since plugins are configured asynchronously, a freshly started plugin may not appear immediately\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Antoine Poinsot <darosior@protonmail\&.com> is mainly responsible\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBplugin\fR RPC command allows to manage plugins without having to |
|||
restart lightningd\. It takes 1 to 3 parameters: a command |
|||
(start/stop/startdir/rescan/list) which describes the action to take and |
|||
optionally one or two parameters which describes the plugin on which the |
|||
action has to be taken\. |
|||
|
|||
|
|||
The \fIstart\fR command takes a path as parameter and will load the plugin |
|||
available from this path\. |
|||
|
|||
|
|||
The \fIstop\fR command takes a plugin name as parameter and will kill and |
|||
unload the specified plugin\. |
|||
|
|||
|
|||
The \fIstartdir\fR command takes a directory path as parameter and will load |
|||
all plugins this directory contains\. |
|||
|
|||
|
|||
The \fIrescan\fR command starts all not-already-loaded plugins from the |
|||
default plugins directory (by default \fI~/\.lightning/plugins\fR)\. |
|||
|
|||
|
|||
The \fIlist\fR command will return all the active plugins\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, this returns an array \fIplugins\fR of objects, one by plugin\. |
|||
Each object contains the name of the plugin (\fIname\fR field) and its |
|||
status (\fIactive\fR boolean field)\. Since plugins are configured |
|||
asynchronously, a freshly started plugin may not appear immediately\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Antoine Poinsot \fBNone\fR (\fI<darosior@protonmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-07-29 12:57:57 CEST |
|||
|
|||
|
@ -1,191 +1,128 @@ |
|||
'\" t |
|||
.\" Title: lightning-sendpay |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 02/23/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-SENDPAY" "7" "02/23/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-sendpay \- Low\-level command for sending a payment via a route\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
\fBsendpay\fR \fIroute\fR \fIpayment_hash\fR [\fIlabel\fR] [\fImsatoshi\fR] [\fIbolt11\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBsendpay\fR RPC command attempts to send funds associated with the given \fIpayment_hash\fR, along a route to the final destination in the route\&. |
|||
.sp |
|||
Generally, a client would call lightning\-getroute(7) to resolve a route, then use \fBsendpay\fR to send it\&. If it fails, it would call lightning\-getroute(7) again to retry\&. |
|||
.sp |
|||
The response will occur when the payment is on its way to the destination\&. The \fBsendpay\fR RPC command does not wait for definite success or definite failure of the payment\&. Instead, use the \fBwaitsendpay\fR RPC command to poll or wait for definite success or definite failure\&. |
|||
.sp |
|||
The \fIlabel\fR and \fIbolt11\fR parameters, if provided, will be returned in \fIwaitsendpay\fR and \fIlistsendpays\fR results\&. |
|||
.sp |
|||
The \fImsatoshi\fR amount, if provided, is the amount that will be recorded as the target payment value\&. If not specified, it will be the final amount to the destination\&. If specified, then the final amount at the destination must be from the specified \fImsatoshi\fR to twice the specified \fImsatoshi\fR, inclusive\&. This is intended to obscure payments by overpaying slightly at the destination; the actual target payment is what should be specified as the \fImsatoshi\fR argument\&. \fImsatoshi\fR is in millisatoshi precision; it can be a whole number, or a whole number ending in \fImsat\fR or \fIsat\fR, or a number with three decimal places ending in \fIsat\fR, or a number with 1 to 11 decimal places ending in \fIbtc\fR\&. |
|||
.sp |
|||
Once a payment has succeeded, calls to \fBsendpay\fR with the same \fIpayment_hash\fR but a different \fImsatoshi\fR or destination will fail; this prevents accidental multiple payments\&. Calls to \fBsendpay\fR with the same \fIpayment_hash\fR, \fImsatoshi\fR, and destination as a previous successful payment (even if a different route) will return immediately with success\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object similar to the output of \fBlistsendpays\fR will be returned\&. This object will have a \fIstatus\fR field that is typically the string \fI"pending"\fR, but may be \fI"complete"\fR if the payment was already performed successfully\&. |
|||
.sp |
|||
On error, if the error occurred from a node other than the final destination, the route table will be updated so that lightning\-getroute(7) should return an alternate route (if any)\&. An error from the final destination implies the payment should not be retried\&. |
|||
.sp |
|||
.TH "LIGHTNING-SENDPAY" "7" "" "" "lightning-sendpay" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-sendpay - Low-level command for sending a payment via a route\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBsendpay\fR \fIroute\fR \fIpayment_hash\fR [\fIlabel\fR] [\fImsatoshi\fR] |
|||
[\fIbolt11\fR] |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBsendpay\fR RPC command attempts to send funds associated with the |
|||
given \fIpayment_hash\fR, along a route to the final destination in the |
|||
route\. |
|||
|
|||
|
|||
Generally, a client would call \fBlightning-getroute\fR(7) to resolve a route, |
|||
then use \fBsendpay\fR to send it\. If it fails, it would call |
|||
\fBlightning-getroute\fR(7) again to retry\. |
|||
|
|||
|
|||
The response will occur when the payment is on its way to the |
|||
destination\. The \fBsendpay\fR RPC command does not wait for definite |
|||
success or definite failure of the payment\. Instead, use the |
|||
\fBwaitsendpay\fR RPC command to poll or wait for definite success or |
|||
definite failure\. |
|||
|
|||
|
|||
The \fIlabel\fR and \fIbolt11\fR parameters, if provided, will be returned in |
|||
\fIwaitsendpay\fR and \fIlistsendpays\fR results\. |
|||
|
|||
|
|||
The \fImsatoshi\fR amount, if provided, is the amount that will be recorded |
|||
as the target payment value\. If not specified, it will be the final |
|||
amount to the destination\. If specified, then the final amount at the |
|||
destination must be from the specified \fImsatoshi\fR to twice the specified |
|||
\fImsatoshi\fR, inclusive\. This is intended to obscure payments by |
|||
overpaying slightly at the destination; the actual target payment is |
|||
what should be specified as the \fImsatoshi\fR argument\. \fImsatoshi\fR is in |
|||
millisatoshi precision; it can be a whole number, or a whole number |
|||
ending in \fImsat\fR or \fIsat\fR, or a number with three decimal places ending |
|||
in \fIsat\fR, or a number with 1 to 11 decimal places ending in \fIbtc\fR\. |
|||
|
|||
|
|||
Once a payment has succeeded, calls to \fBsendpay\fR with the same |
|||
\fIpayment_hash\fR but a different \fImsatoshi\fR or destination will fail; |
|||
this prevents accidental multiple payments\. Calls to \fBsendpay\fR with |
|||
the same \fIpayment_hash\fR, \fImsatoshi\fR, and destination as a previous |
|||
successful payment (even if a different route) will return immediately |
|||
with success\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object similar to the output of \fBlistsendpays\fR will be |
|||
returned\. This object will have a \fIstatus\fR field that is typically the |
|||
string \fI"pending"\fR, but may be \fI"complete"\fR if the payment was already |
|||
performed successfully\. |
|||
|
|||
|
|||
On error, if the error occurred from a node other than the final |
|||
destination, the route table will be updated so that |
|||
\fBlightning-getroute\fR(7) should return an alternate route (if any)\. An |
|||
error from the final destination implies the payment should not be |
|||
retried\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
201: Already paid with this \fIhash\fR using different amount or |
|||
destination\. |
|||
.IP \[bu] |
|||
202: Unparseable onion reply\. The \fIdata\fR field of the error will |
|||
have an \fIonionreply\fR field, a hex string representation of the raw |
|||
onion reply\. |
|||
.IP \[bu] |
|||
203: Permanent failure at destination\. The \fIdata\fR field of the error |
|||
will be routing failure object\. |
|||
.IP \[bu] |
|||
204: Failure along route; retry a different route\. The \fIdata\fR field |
|||
of the error will be routing failure object\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
201\&. Already paid with this |
|||
\fIhash\fR |
|||
using different amount or destination\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
202\&. Unparseable onion reply\&. The |
|||
\fIdata\fR |
|||
field of the error will have an |
|||
\fIonionreply\fR |
|||
field, a hex string representation of the raw onion reply\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
203\&. Permanent failure at destination\&. The |
|||
\fIdata\fR |
|||
field of the error will be routing failure object\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
204\&. Failure along route; retry a different route\&. The |
|||
\fIdata\fR |
|||
field of the error will be routing failure object\&. |
|||
.RE |
|||
.sp |
|||
|
|||
A routing failure object has the fields below: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_index\fR\&. The index of the node along the route that reported the error\&. 0 for the local node, 1 for the first hop, and so on\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_node\fR\&. The hex string of the pubkey id of the node that reported the error\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_channel\fR\&. The short channel ID of the channel that has the error, or |
|||
\fI0:0:0\fR |
|||
if the destination node raised the error\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfailcode\fR\&. The failure code, as per BOLT #4\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIchannel_update\fR\&. The hex string of the |
|||
\fIchannel_update\fR |
|||
message received from the remote node\&. Only present if error is from the remote node and the |
|||
\fIfailcode\fR |
|||
has the UPDATE bit set, as per BOLT #4\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIerring_index\fR\. The index of the node along the route that reported |
|||
the error\. 0 for the local node, 1 for the first hop, and so on\. |
|||
.IP \[bu] |
|||
\fIerring_node\fR\. The hex string of the pubkey id of the node that |
|||
reported the error\. |
|||
.IP \[bu] |
|||
\fIerring_channel\fR\. The short channel ID of the channel that has the |
|||
error, or \fI0:0:0\fR if the destination node raised the error\. |
|||
.IP \[bu] |
|||
\fIfailcode\fR\. The failure code, as per BOLT #4\. |
|||
.IP \[bu] |
|||
\fIchannel_update\fR\. The hex string of the \fIchannel_update\fR message |
|||
received from the remote node\. Only present if error is from the |
|||
remote node and the \fIfailcode\fR has the UPDATE bit set, as per BOLT |
|||
#4\. |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listinvoice(7), lightning\-delinvoice(7), lightning\-getroute(7), lightning\-invoice(7), lightning\-pay(7), lightning\-waitsendpay(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listinvoice\fR(7), \fBlightning-delinvoice\fR(7), |
|||
\fBlightning-getroute\fR(7), \fBlightning-invoice\fR(7), \fBlightning-pay\fR(7), |
|||
\fBlightning-waitsendpay\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-08-01 14:59:36 CEST |
|||
|
|||
|
@ -1,80 +1,76 @@ |
|||
'\" t |
|||
.\" Title: lightning-setchannelfee |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets vsnapshot <http://docbook.sf.net/> |
|||
.\" Date: 03/18/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-SETCHANNE" "7" "03/18/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-setchannelfee \- Command for setting specific routing fees on a lightning channel\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-SETCHANNELFEE" "7" "" "" "lightning-setchannelfee" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-setchannelfee - Command for setting specific routing fees on a |
|||
lightning channel\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBsetchannelfee\fR \fIid\fR [\fIbase\fR] [\fIppm\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBsetchannelfee\fR RPC command sets channel specific routing fees as defined in BOLT #7\&. The channel has to be in normal or awaiting state\&. This can be checked by \fBlistpeers\fR reporting a \fIstate\fR of CHANNELD_NORMAL or CHANNELD_AWAITING_LOCKIN for the channel\&. |
|||
.sp |
|||
\fIid\fR is required and should contain a scid (short channel ID), channel id or peerid (pubkey) of the channel to be modified\&. If \fIid\fR is set to "all", the fees for all channels are updated that are in state CHANNELD_NORMAL or CHANNELD_AWAITING_LOCKIN\&. |
|||
.sp |
|||
\fIbase\fR is an optional value in millisatoshi that is added as base fee to any routed payment\&. If the parameter is left out, the global config value fee\-base will be used again\&. It can be a whole number, or a whole number ending in \fImsat\fR or \fIsat\fR, or a number with three decimal places ending in \fIsat\fR, or a number with 1 to 11 decimal places ending in \fIbtc\fR\&. |
|||
.sp |
|||
\fIppm\fR is an optional value that is added proportionally per\-millionths to any routed payment volume in satoshi\&. For example, if ppm is 1,000 and 1,000,000 satoshi is being routed trhough the channel, an proportional fee of 1,000 satoshi is added, resulting in a 0\&.1% fee\&. If the parameter is left out, the global config value will be used again\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with the new values \fIbase\fR and \fIppm\fR along with an array \fIchannels\fR which contains objects with fields \fIpeer_id\fR, \fIchannel_id\fR and \fIshort_channel_id\fR\&. |
|||
.SH "ERRORS" |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBsetchannelfee\fR RPC command sets channel specific routing fees as |
|||
defined in BOLT #7\. The channel has to be in normal or awaiting state\. |
|||
This can be checked by \fBlistpeers\fR reporting a \fIstate\fR of |
|||
CHANNELD_NORMAL or CHANNELD_AWAITING_LOCKIN for the channel\. |
|||
|
|||
|
|||
\fIid\fR is required and should contain a scid (short channel ID), channel |
|||
id or peerid (pubkey) of the channel to be modified\. If \fIid\fR is set to |
|||
"all", the fees for all channels are updated that are in state |
|||
CHANNELD_NORMAL or CHANNELD_AWAITING_LOCKIN\. |
|||
|
|||
|
|||
\fIbase\fR is an optional value in millisatoshi that is added as base fee to |
|||
any routed payment\. If the parameter is left out, the global config |
|||
value fee-base will be used again\. It can be a whole number, or a whole |
|||
number ending in \fImsat\fR or \fIsat\fR, or a number with three decimal places |
|||
ending in \fIsat\fR, or a number with 1 to 11 decimal places ending in |
|||
\fIbtc\fR\. |
|||
|
|||
|
|||
\fIppm\fR is an optional value that is added proportionally per-millionths |
|||
to any routed payment volume in satoshi\. For example, if ppm is 1,000 |
|||
and 1,000,000 satoshi is being routed trhough the channel, an |
|||
proportional fee of 1,000 satoshi is added, resulting in a 0\.1% fee\. If |
|||
the parameter is left out, the global config value will be used again\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with the new values \fIbase\fR and \fIppm\fR along with an |
|||
array \fIchannels\fR which contains objects with fields \fIpeer_id\fR, |
|||
\fIchannel_id\fR and \fIshort_channel_id\fR\. |
|||
|
|||
.SH ERRORS |
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Channel is in incorrect state, i\&.e\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Channel is in incorrect state, i\.e\. Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
-32602: JSONRPC2_INVALID_PARAMS, i\.e\. Given id is not a channel ID |
|||
or short channel ID\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-32602\&. JSONRPC2_INVALID_PARAMS, i\&.e\&. Given id is not a channel ID or short channel ID\&. |
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Michael Schmoock <michael@schmoock\&.net> is the author of this feature\&. Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible for the c\-lightning project\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightningd\-config(5), lightning\-fundchannel(7), lightning\-listchannels(7), lightning\-listpeers(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Michael Schmoock \fBNone\fR (\fI<michael@schmoock.net\fR)> is the author of this |
|||
feature\. Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly |
|||
responsible for the c-lightning project\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightningd-config\fR(5), \fBlightning-fundchannel\fR(7), |
|||
\fBlightning-listchannels\fR(7), \fBlightning-listpeers\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-30 17:34:18 CEST |
|||
|
|||
|
@ -1,65 +1,51 @@ |
|||
'\" t |
|||
.\" Title: lightning-txdiscard |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 06/05/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-TXDISCARD" "7" "06/05/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-txdiscard \- Abandon a transaction from txprepare, release inputs |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-TXDISCARD" "7" "" "" "lightning-txdiscard" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-txdiscard - Abandon a transaction from txprepare, release |
|||
inputs |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBtxdiscard\fR \fItxid\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBtxdiscard\fR RPC command releases inputs which were reserved for use of the \fItxid\fR from lightning\-txprepare(7)\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with attributes \fIunsigned_tx\fR and \fItxid\fR will be returned, exactly as from lightning\-txprepare(7)\&. |
|||
.sp |
|||
If there is no matching \fItxid\fR, an error is reported\&. Note that this may happen due to incorrect usage (such as \fBtxdiscard\fR or \fBtxsend\fR already being called for \fItxid\fR) or due to lightningd restarting, which implicitly calls \fBtxdiscard\fR on all outputs\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBtxdiscard\fR RPC command releases inputs which were reserved for |
|||
use of the \fItxid\fR from \fBlightning-txprepare\fR(7)\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with attributes \fIunsigned_tx\fR and \fItxid\fR will be |
|||
returned, exactly as from \fBlightning-txprepare\fR(7)\. |
|||
|
|||
|
|||
If there is no matching \fItxid\fR, an error is reported\. Note that this may |
|||
happen due to incorrect usage (such as \fBtxdiscard\fR or \fBtxsend\fR |
|||
already being called for \fItxid\fR) or due to lightningd restarting, which |
|||
implicitly calls \fBtxdiscard\fR on all outputs\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. An unknown |
|||
\fItxid\fR\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: An unknown \fItxid\fR\. |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-txprepare(7), lightning\-txsend(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-txprepare\fR(7), \fBlightning-txsend\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-08 16:03:59 CEST |
|||
|
|||
|
@ -1,90 +1,64 @@ |
|||
'\" t |
|||
.\" Title: lightning-txprepare |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 06/05/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-TXPREPARE" "7" "06/05/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-txprepare \- Command to prepare to withdraw funds from the internal wallet\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-TXPREPARE" "7" "" "" "lightning-txprepare" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-txprepare - Command to prepare to withdraw funds from the |
|||
internal wallet\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBtxprepare\fR \fIdestination\fR \fIsatoshi\fR [\fIfeerate\fR] [\fIminconf\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBtxprepare\fR RPC command creates an unsigned transaction which spends funds from c\-lightning\(cqs internal wallet to the address specified in \fIdestination\fR\&. |
|||
.sp |
|||
Effectively, it is the first part of a \fBwithdraw\fR command, and uses the same parameters\&. The second part is provided by \fBtxsend\fR\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with attributes \fIunsigned_tx\fR and \fItxid\fR will be returned\&. You need to hand \fItxid\fR to \fBtxsend\fR or \fBtxdiscard\fR, as the inputs of this transaction are reserved until then, or until the daemon restarts\&. |
|||
.sp |
|||
\fIunsigned_tx\fR represents the raw bitcoin transaction (not yet signed) and \fItxid\fR represent the bitcoin transaction id\&. |
|||
.sp |
|||
On failure, an error is reported and the transaction is not created\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBtxprepare\fR RPC command creates an unsigned transaction which |
|||
spends funds from c-lightning’s internal wallet to the address specified |
|||
in \fIdestination\fR\. |
|||
|
|||
|
|||
Effectively, it is the first part of a \fBwithdraw\fR command, and uses |
|||
the same parameters\. The second part is provided by \fBtxsend\fR\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with attributes \fIunsigned_tx\fR and \fItxid\fR will be |
|||
returned\. You need to hand \fItxid\fR to \fBtxsend\fR or \fBtxdiscard\fR, as the |
|||
inputs of this transaction are reserved until then, or until the daemon |
|||
restarts\. |
|||
|
|||
|
|||
\fIunsigned_tx\fR represents the raw bitcoin transaction (not yet signed) |
|||
and \fItxid\fR represent the bitcoin transaction id\. |
|||
|
|||
|
|||
On failure, an error is reported and the transaction is not created\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
301: There are not enough funds in the internal wallet (including |
|||
fees) to create the transaction\. |
|||
.IP \[bu] |
|||
302: The dust limit is not met\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
301\&. There are not enough funds in the internal wallet (including fees) to create the transaction\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
302\&. The dust limit is not met\&. |
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-withdraw(7), lightning\-txsend(7), lightning\-txdiscard(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-withdraw\fR(7), \fBlightning-txsend\fR(7), \fBlightning-txdiscard\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-08 16:03:59 CEST |
|||
|
|||
|
@ -1,66 +1,51 @@ |
|||
'\" t |
|||
.\" Title: lightning-txsend |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 06/05/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-TXSEND" "7" "06/05/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-txsend \- Command to sign and send transaction from txprepare |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-TXSEND" "7" "" "" "lightning-txsend" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-txsend - Command to sign and send transaction from txprepare |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBtxsend\fR \fItxid\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBtxsend\fR RPC command signs and broadcasts a transaction created by \fBtxprepare\fR\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with attributes \fItx\fR and \fItxid\fR will be returned\&. |
|||
.sp |
|||
\fItx\fR represents the fully signed raw bitcoin transaction, and \fItxid\fR is the same as the \fItxid\fR argument\&. |
|||
.sp |
|||
On failure, an error is reported (from bitcoind), and the inputs from the transaction are unreserved\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBtxsend\fR RPC command signs and broadcasts a transaction created by |
|||
\fBtxprepare\fR\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with attributes \fItx\fR and \fItxid\fR will be returned\. |
|||
|
|||
|
|||
\fItx\fR represents the fully signed raw bitcoin transaction, and \fItxid\fR is |
|||
the same as the \fItxid\fR argument\. |
|||
|
|||
|
|||
On failure, an error is reported (from bitcoind), and the inputs from |
|||
the transaction are unreserved\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-txprepare(7), lightning\-txdiscard(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-txprepare\fR(7), \fBlightning-txdiscard\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-08 16:03:59 CEST |
|||
|
|||
|
@ -1,53 +1,49 @@ |
|||
'\" t |
|||
.\" Title: lightning-waitanyinvoice |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 04/26/2018 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-WAITANYIN" "7" "04/26/2018" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-waitanyinvoice \- Command for waiting for payments\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-WAITANYINVOICE" "7" "" "" "lightning-waitanyinvoice" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-waitanyinvoice - Command for waiting for payments\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBwaitanyinvoice\fR [\fIlastpay_index\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBwaitanyinvoice\fR RPC command waits until an invoice is paid, then returns a single entry as per \fBlistinvoice\fR\&. It will not return for any invoices paid prior to or including the \fIlastpay_index\fR\&. |
|||
.sp |
|||
This is usually called iteratively: once with no arguments, then repeatedly with the returned \fIpay_index\fR entry\&. This ensures that no paid invoice is missed\&. |
|||
.sp |
|||
The \fIpay_index\fR is a monotonically\-increasing number assigned to an invoice when it gets paid\&. The first valid \fIpay_index\fR is 1; specifying \fIlastpay_index\fR of 0 equivalent to not specifying a \fIlastpay_index\fR\&. Negative \fIlastpay_index\fR is invalid\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an invoice description will be returned as per lightning\-listinvoice(7): \fIcomplete\fR will always be \fItrue\fR\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-waitinvoice(7), lightning\-listinvoice(7), lightning\-delinvoice(7), lightning\-invoice(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBwaitanyinvoice\fR RPC command waits until an invoice is paid, then |
|||
returns a single entry as per \fBlistinvoice\fR\. It will not return for |
|||
any invoices paid prior to or including the \fIlastpay_index\fR\. |
|||
|
|||
|
|||
This is usually called iteratively: once with no arguments, then |
|||
repeatedly with the returned \fIpay_index\fR entry\. This ensures that no |
|||
paid invoice is missed\. |
|||
|
|||
|
|||
The \fIpay_index\fR is a monotonically-increasing number assigned to an |
|||
invoice when it gets paid\. The first valid \fIpay_index\fR is 1; specifying |
|||
\fIlastpay_index\fR of 0 equivalent to not specifying a \fIlastpay_index\fR\. |
|||
Negative \fIlastpay_index\fR is invalid\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an invoice description will be returned as per |
|||
\fBlightning-listinvoice\fR(7): \fIcomplete\fR will always be \fItrue\fR\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell \fBNone\fR (\fI<rusty@rustcorp.com.au\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-waitinvoice\fR(7), \fBlightning-listinvoice\fR(7), |
|||
\fBlightning-delinvoice\fR(7), \fBlightning-invoice\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-07 14:23:17 CEST |
|||
|
|||
|
@ -1,53 +1,47 @@ |
|||
'\" t |
|||
.\" Title: lightning-waitinvoice |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 09/07/2018 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-WAITINVOI" "7" "09/07/2018" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-waitinvoice \- Command for waiting for specific payment\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-WAITINVOICE" "7" "" "" "lightning-waitinvoice" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-waitinvoice - Command for waiting for specific payment\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBwaitinvoice\fR \fIlabel\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBwaitinvoice\fR RPC command waits until a specific invoice is paid, then returns that single entry as per \fBlistinvoice\fR\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an invoice description will be returned as per lightning\-listinvoice(7)\&. The \fIstatus\fR field will be \fIpaid\fR\&. |
|||
.sp |
|||
If the invoice is deleted while unpaid, or the invoice does not exist, this command will return with an error with code \-1\&. |
|||
.sp |
|||
If the invoice expires before being paid, or is already expired, this command will return with an error with code \-2, with the data being the invoice data as per \fBlistinvoice\fR\&. |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Christian Decker <decker\&.christian@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-waitanyinvoice(7), lightning\-listinvoice(7), lightning\-delinvoice(7), lightning\-invoice(7) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBwaitinvoice\fR RPC command waits until a specific invoice is paid, |
|||
then returns that single entry as per \fBlistinvoice\fR\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an invoice description will be returned as per |
|||
\fBlightning-listinvoice\fR(7)\. The \fIstatus\fR field will be \fIpaid\fR\. |
|||
|
|||
|
|||
If the invoice is deleted while unpaid, or the invoice does not exist, |
|||
this command will return with an error with code -1\. |
|||
|
|||
|
|||
If the invoice expires before being paid, or is already expired, this |
|||
command will return with an error with code -2, with the data being the |
|||
invoice data as per \fBlistinvoice\fR\. |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Christian Decker \fBNone\fR (\fI<decker.christian@gmail.com\fR)> is mainly |
|||
responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-waitanyinvoice\fR(7), \fBlightning-listinvoice\fR(7), |
|||
\fBlightning-delinvoice\fR(7), \fBlightning-invoice\fR(7) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-04-07 14:23:17 CEST |
|||
|
|||
|
@ -1,216 +1,111 @@ |
|||
'\" t |
|||
.\" Title: lightning-waitsendpay |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 05/19/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-WAITSENDP" "7" "05/19/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-waitsendpay \- Command for sending a payment via a route\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-WAITSENDPAY" "7" "" "" "lightning-waitsendpay" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-waitsendpay - Command for sending a payment via a route\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBwaitsendpay\fR \fIpayment_hash\fR [\fItimeout\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBwaitsendpay\fR RPC command polls or waits for the status of an outgoing payment that was initiated by a previous \fBsendpay\fR invocation\&. |
|||
.sp |
|||
Optionally the client may provide a \fItimeout\fR, an integer in seconds, for this RPC command to return\&. If the \fItimeout\fR is provided and the given amount of time passes without the payment definitely succeeding or definitely failing, this command returns with a 200 error code (payment still in progress)\&. If \fItimeout\fR is not provided this call will wait indefinitely\&. |
|||
.sp |
|||
Indicating a \fItimeout\fR of 0 effectively makes this call a pollable query of the status of the payment\&. |
|||
.sp |
|||
If the payment completed with success, this command returns with success\&. Otherwise, if the payment completed with failure, this command returns an error\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object similar to the output of \fBlistsendpays\fR will be returned\&. This object will have a \fIstatus\fR field that is the string \fI"complete"\fR\&. |
|||
.sp |
|||
On error, and even if the error occurred from a node other than the final destination, the route table will no longer be updated. Use the \fIexclude\fR parameter of the \fIgetroute\fR command to ignore the failing route\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBwaitsendpay\fR RPC command polls or waits for the status of an |
|||
outgoing payment that was initiated by a previous \fBsendpay\fR |
|||
invocation\. |
|||
|
|||
|
|||
Optionally the client may provide a \fItimeout\fR, an integer in seconds, |
|||
for this RPC command to return\. If the \fItimeout\fR is provided and the |
|||
given amount of time passes without the payment definitely succeeding or |
|||
definitely failing, this command returns with a 200 error code (payment |
|||
still in progress)\. If \fItimeout\fR is not provided this call will wait |
|||
indefinitely\. |
|||
|
|||
|
|||
Indicating a \fItimeout\fR of 0 effectively makes this call a pollable query |
|||
of the status of the payment\. |
|||
|
|||
|
|||
If the payment completed with success, this command returns with |
|||
success\. Otherwise, if the payment completed with failure, this command |
|||
returns an error\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object similar to the output of \fBlistsendpays\fR will be |
|||
returned\. This object will have a \fIstatus\fR field that is the string |
|||
\fI"complete"\fR\. |
|||
|
|||
|
|||
On error, and even if the error occurred from a node other than the |
|||
final destination, the route table will no longer be updated\. Use the |
|||
\fIexclude\fR parameter of the \fBgetroute\fR command to ignore the failing |
|||
route\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
200: Timed out before the payment could complete\. |
|||
.IP \[bu] |
|||
202: Unparseable onion reply\. The \fIdata\fR field of the error will |
|||
have an \fIonionreply\fR field, a hex string representation of the raw |
|||
onion reply\. |
|||
.IP \[bu] |
|||
203: Permanent failure at destination\. The \fIdata\fR field of the error |
|||
will be routing failure object\. |
|||
.IP \[bu] |
|||
204: Failure along route; retry a different route\. The \fIdata\fR field |
|||
of the error will be routing failure object\. |
|||
.IP \[bu] |
|||
208: A payment for \fIpayment_hash\fR was never made and there is |
|||
nothing to wait for\. |
|||
.IP \[bu] |
|||
209: The payment already failed, but the reason for failure was not |
|||
stored\. This should only occur when querying failed payments on very |
|||
old databases\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
200\&. Timed out before the payment could complete\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
202\&. Unparseable onion reply\&. The |
|||
\fIdata\fR |
|||
field of the error will have an |
|||
\fIonionreply\fR |
|||
field, a hex string representation of the raw onion reply\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
203\&. Permanent failure at destination\&. The |
|||
\fIdata\fR |
|||
field of the error will be routing failure object\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
204\&. Failure along route; retry a different route\&. The |
|||
\fIdata\fR |
|||
field of the error will be routing failure object\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
208\&. A payment for |
|||
\fIpayment_hash\fR |
|||
was never made and there is nothing to wait for\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
209\&. The payment already failed, but the reason for failure was not stored\&. This should only occur when querying failed payments on very old databases\&. |
|||
.RE |
|||
.sp |
|||
|
|||
A routing failure object has the fields below: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_index\fR\&. The index of the node along the route that reported the error\&. 0 for the local node, 1 for the first hop, and so on\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_node\fR\&. The hex string of the pubkey id of the node that reported the error\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_channel\fR\&. The short channel ID of the channel that has the error (or the final channel if the destination raised the error)\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIerring_direction\fR\&. The direction of traversing the |
|||
\fIerring_channel\fR\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfailcode\fR\&. The failure code, as per BOLT #4\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\fIfailcodename\fR\&. The human\-readable name corresponding to |
|||
\fIfailcode\fR, if known\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
\fIerring_index\fR: The index of the node along the route that reported |
|||
the error\. 0 for the local node, 1 for the first hop, and so on\. |
|||
.IP \[bu] |
|||
\fIerring_node\fR: The hex string of the pubkey id of the node that |
|||
reported the error\. |
|||
.IP \[bu] |
|||
\fIerring_channel\fR: The short channel ID of the channel that has the |
|||
error (or the final channel if the destination raised the error)\. |
|||
.IP \[bu] |
|||
\fIerring_direction\fR: The direction of traversing the |
|||
\fIerring_channel\fR: |
|||
.IP \[bu] |
|||
\fIfailcode\fR: The failure code, as per BOLT #4\. |
|||
.IP \[bu] |
|||
\fIfailcodename\fR: The human-readable name corresponding to \fIfailcode\fR, |
|||
if known\. |
|||
|
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
ZmnSCPxj <ZmnSCPxj@protonmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-sendpay(7), lightning\-pay(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
ZmnSCPxj \fBNone\fR (\fI<ZmnSCPxj@protonmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-sendpay\fR(7), \fBlightning-pay\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-05-22 16:46:09 CEST |
|||
|
|||
|
@ -1,98 +1,85 @@ |
|||
'\" t |
|||
.\" Title: lightning-withdraw |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 06/05/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNING\-WITHDRAW" "7" "06/05/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightning-withdraw \- Command for withdrawing funds from the internal wallet\&. |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
.TH "LIGHTNING-WITHDRAW" "7" "" "" "lightning-withdraw" |
|||
.SH NAME |
|||
|
|||
|
|||
lightning-withdraw - Command for withdrawing funds from the internal |
|||
wallet\. |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fBwithdraw\fR \fIdestination\fR \fIsatoshi\fR [\fIfeerate\fR] [\fIminconf\fR] |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
The \fBwithdraw\fR RPC command sends funds from c\-lightning\(cqs internal wallet to the address specified in \fIdestination\fR\&. |
|||
.sp |
|||
The address can be of any Bitcoin accepted type, including bech32\&. |
|||
.sp |
|||
\fIsatoshi\fR is the amount to be withdrawn from the internal wallet (expressed, as name suggests, in satoshi)\&. The string \fIall\fR can be used to specify withdrawal of all available funds\&. Otherwise, it is in satoshi precision; it can be a whole number, a whole number ending in \fIsat\fR, a whole number ending in \fI000msat\fR, or a number with 1 to 8 decimal places ending in \fIbtc\fR\&. |
|||
.sp |
|||
\fIfeerate\fR is an optional feerate to use\&. It can be one of the strings \fIurgent\fR (aim for next block), \fInormal\fR (next 4 blocks or so) or \fIslow\fR (next 100 blocks or so) to use lightningd\(cqs internal estimates: \fInormal\fR is the default\&. |
|||
.sp |
|||
Otherwise, \fIfeerate\fR is a number, with an optional suffix: \fIperkw\fR means the number is interpreted as satoshi\-per\-kilosipa (weight), and \fIperkb\fR means it is interpreted bitcoind\-style as satoshi\-per\-kilobyte\&. Omitting the suffix is equivalent to \fIperkb\fR\&. |
|||
.sp |
|||
\fIminconf\fR specifies the minimum number of confirmations that used outputs should have\&. Default is 1\&. |
|||
.SH "RETURN VALUE" |
|||
.sp |
|||
On success, an object with attributes \fItx\fR and \fItxid\fR will be returned\&. |
|||
.sp |
|||
\fItx\fR represents the raw bitcoin, fully signed, transaction and \fItxid\fR represent the bitcoin transaction id\&. |
|||
.sp |
|||
On failure, an error is reported and the withdrawal transaction is not created\&. |
|||
.sp |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
The \fBwithdraw\fR RPC command sends funds from c-lightning’s internal |
|||
wallet to the address specified in \fIdestination\fR\. |
|||
|
|||
|
|||
The address can be of any Bitcoin accepted type, including bech32\. |
|||
|
|||
|
|||
\fIsatoshi\fR is the amount to be withdrawn from the internal wallet |
|||
(expressed, as name suggests, in satoshi)\. The string \fIall\fR can be used |
|||
to specify withdrawal of all available funds\. Otherwise, it is in |
|||
satoshi precision; it can be a whole number, a whole number ending in |
|||
\fIsat\fR, a whole number ending in \fI000msat\fR, or a number with 1 to 8 |
|||
decimal places ending in \fIbtc\fR\. |
|||
|
|||
|
|||
\fIfeerate\fR is an optional feerate to use\. It can be one of the strings |
|||
\fIurgent\fR (aim for next block), \fInormal\fR (next 4 blocks or so) or \fIslow\fR |
|||
(next 100 blocks or so) to use lightningd’s internal estimates: \fInormal\fR |
|||
is the default\. |
|||
|
|||
|
|||
Otherwise, \fIfeerate\fR is a number, with an optional suffix: \fIperkw\fR means |
|||
the number is interpreted as satoshi-per-kilosipa (weight), and \fIperkb\fR |
|||
means it is interpreted bitcoind-style as satoshi-per-kilobyte\. Omitting |
|||
the suffix is equivalent to \fIperkb\fR\. |
|||
|
|||
|
|||
\fIminconf\fR specifies the minimum number of confirmations that used |
|||
outputs should have\. Default is 1\. |
|||
|
|||
.SH RETURN VALUE |
|||
|
|||
On success, an object with attributes \fItx\fR and \fItxid\fR will be returned\. |
|||
|
|||
|
|||
\fItx\fR represents the raw bitcoin, fully signed, transaction and \fItxid\fR |
|||
represent the bitcoin transaction id\. |
|||
|
|||
|
|||
On failure, an error is reported and the withdrawal transaction is not |
|||
created\. |
|||
|
|||
|
|||
The following error codes may occur: |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
\-1\&. Catchall nonspecific error\&. |
|||
|
|||
.RS |
|||
.IP \[bu] |
|||
-1: Catchall nonspecific error\. |
|||
.IP \[bu] |
|||
301: There are not enough funds in the internal wallet (including |
|||
fees) to create the transaction\. |
|||
.IP \[bu] |
|||
302: The dust limit is not met\. |
|||
|
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
301\&. There are not enough funds in the internal wallet (including fees) to create the transaction\&. |
|||
.RE |
|||
.sp |
|||
.RS 4 |
|||
.ie n \{\ |
|||
\h'-04'\(bu\h'+03'\c |
|||
.\} |
|||
.el \{\ |
|||
.sp -1 |
|||
.IP \(bu 2.3 |
|||
.\} |
|||
302\&. The dust limit is not met\&. |
|||
.RE |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Felix <fixone@gmail\&.com> is mainly responsible\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listfunds(7), lightning\-fundchannel(7), lightning\-newaddr(7), lightning\-txprepare(7)\&. |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH AUTHOR |
|||
|
|||
Felix \fBNone\fR (\fI<fixone@gmail.com\fR)> is mainly responsible\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listfunds\fR(7), \fBlightning-fundchannel\fR(7), \fBlightning-newaddr\fR(7), |
|||
\fBlightning-txprepare\fR(7)\. |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.HL |
|||
|
|||
Last updated 2019-06-08 16:03:59 CEST |
|||
|
|||
|
@ -1,519 +1,442 @@ |
|||
'\" t |
|||
.\" Title: lightningd-config |
|||
.\" Author: [see the "AUTHOR" section] |
|||
.\" Generator: DocBook XSL Stylesheets v1.79.1 <http://docbook.sf.net/> |
|||
.\" Date: 08/09/2019 |
|||
.\" Manual: \ \& |
|||
.\" Source: \ \& |
|||
.\" Language: English |
|||
.\" |
|||
.TH "LIGHTNINGD\-CONFIG" "5" "08/09/2019" "\ \&" "\ \&" |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * Define some portability stuff |
|||
.\" ----------------------------------------------------------------- |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.\" http://bugs.debian.org/507673 |
|||
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html |
|||
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
|||
.ie \n(.g .ds Aq \(aq |
|||
.el .ds Aq ' |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * set default formatting |
|||
.\" ----------------------------------------------------------------- |
|||
.\" disable hyphenation |
|||
.nh |
|||
.\" disable justification (adjust text to left margin only) |
|||
.ad l |
|||
.\" ----------------------------------------------------------------- |
|||
.\" * MAIN CONTENT STARTS HERE * |
|||
.\" ----------------------------------------------------------------- |
|||
.SH "NAME" |
|||
lightningd-config \- Lightning daemon configuration file |
|||
.SH "SYNOPSIS" |
|||
.sp |
|||
\fB~/\&.lightning/config\fR |
|||
.SH "DESCRIPTION" |
|||
.sp |
|||
When lightningd(8) starts up, it reads a configuration file\&. By default that is \fIconfig\fR in the \fB\&.lightning\fR subdirectory of the home directory (if it exists), but that can be changed by the \fI\-\-lightning\-dir\fR or \fI\-\-conf\fR options on the lightningd(8) command line\&. |
|||
.sp |
|||
Configuration file options are processed first, then command line options: later options override earlier ones except \fIaddr\fR options which accumulate\&. |
|||
.sp |
|||
All these options are mirrored as commandline arguments to lightningd(8), so \fI\-\-foo\fR becomes simply \fIfoo\fR in the configuration file, and \fI\-\-foo=bar\fR becomes \fIfoo=bar\fR in the configuration file\&. |
|||
.sp |
|||
Blank lines and lines beginning with \fI#\fR are ignored\&. |
|||
.SH "DEBUGGING" |
|||
.sp |
|||
\fI\-\-help\fR will show you the defaults for many options; they vary with network settings so you can specify \fI\-\-network\fR before \fI\-\-help\fR to see the defaults for that network\&. |
|||
.sp |
|||
The lightning\-listconfigs(7) command will output a valid configuration file using the current settings\&. |
|||
.SH "OPTIONS" |
|||
.SS "General options" |
|||
.PP |
|||
\fBallow\-deprecated\-apis\fR=\fIBOOL\fR |
|||
.RS 4 |
|||
Enable deprecated options, JSONRPC commands, fields, etc\&. It defaults to |
|||
\fItrue\fR, but you should set it to |
|||
\fIfalse\fR |
|||
when testing to ensure that an upgrade won\(cqt break your configuration\&. |
|||
.RE |
|||
.PP |
|||
\fBhelp\fR |
|||
.RS 4 |
|||
Print help and exit\&. Not very useful inside a configuration file, but fun to put in other\(cqs config files while their computer is unattended\&. |
|||
.RE |
|||
.PP |
|||
\fBversion\fR |
|||
.RS 4 |
|||
Print version and exit\&. Also useless inside a configuration file, but putting this in someone\(cqs config file may convince them to read this man page\&. |
|||
.RE |
|||
.sp |
|||
.TH "LIGHTNINGD-CONFIG" "5" "" "" "lightningd-config" |
|||
.SH NAME |
|||
|
|||
|
|||
lightningd-config - Lightning daemon configuration file |
|||
|
|||
.SH SYNOPSIS |
|||
|
|||
\fB~/\.lightning/config\fR |
|||
|
|||
.SH DESCRIPTION |
|||
|
|||
When \fBlightningd\fR(8) starts up, it reads a configuration file\. By default |
|||
that is \fIconfig\fR in the \fB\.lightning\fR subdirectory of the home |
|||
directory (if it exists), but that can be changed by the |
|||
\fI--lightning-dir\fR or \fI--conf\fR options on the \fBlightningd\fR(8) command line\. |
|||
|
|||
|
|||
Configuration file options are processed first, then command line |
|||
options: later options override earlier ones except \fIaddr\fR options which |
|||
accumulate\. |
|||
|
|||
|
|||
All these options are mirrored as commandline arguments to |
|||
\fBlightningd\fR(8), so \fI--foo\fR becomes simply \fIfoo\fR in the configuration |
|||
file, and \fI--foo=bar\fR becomes \fIfoo=bar\fR in the configuration file\. |
|||
|
|||
|
|||
Blank lines and lines beginning with \fI#\fR are ignored\. |
|||
|
|||
.SH DEBUGGING |
|||
|
|||
\fI--help\fR will show you the defaults for many options; they vary with |
|||
network settings so you can specify \fI--network\fR before \fI--help\fR to see |
|||
the defaults for that network\. |
|||
|
|||
|
|||
The \fBlightning-listconfigs\fR(7) command will output a valid configuration |
|||
file using the current settings\. |
|||
|
|||
.SH OPTIONS |
|||
.SH General options |
|||
|
|||
\fBallow-deprecated-apis\fR=\fIBOOL\fR |
|||
Enable deprecated options, JSONRPC commands, fields, etc\. It defaults to |
|||
\fItrue\fR, but you should set it to \fIfalse\fR when testing to ensure that an |
|||
upgrade won’t break your configuration\. |
|||
|
|||
|
|||
\fBhelp\fR |
|||
Print help and exit\. Not very useful inside a configuration file, but |
|||
fun to put in other’s config files while their computer is unattended\. |
|||
|
|||
|
|||
\fBversion\fR |
|||
Print version and exit\. Also useless inside a configuration file, but |
|||
putting this in someone’s config file may convince them to read this man |
|||
page\. |
|||
|
|||
|
|||
Bitcoin control options: |
|||
.PP |
|||
\fBnetwork\fR=\fINETWORK\fR |
|||
.RS 4 |
|||
Select the network parameters (\fIbitcoin\fR, |
|||
\fItestnet\fR, or |
|||
\fIregtest\fR)\&. |
|||
.RE |
|||
.PP |
|||
\fBtestnet\fR |
|||
.RS 4 |
|||
Alias for |
|||
\fInetwork=testnet\fR\&. |
|||
.RE |
|||
.PP |
|||
\fBsignet\fR |
|||
.RS 4 |
|||
Alias for |
|||
\fInetwork=signet\fR\&. |
|||
.RE |
|||
.PP |
|||
\fBmainnet\fR |
|||
.RS 4 |
|||
Alias for |
|||
\fInetwork=bitcoin\fR\&. |
|||
.RE |
|||
.PP |
|||
\fBbitcoin\-cli\fR=\fIPATH\fR |
|||
.RS 4 |
|||
The name of |
|||
\fIbitcoin\-cli\fR |
|||
executable to run\&. |
|||
.RE |
|||
.PP |
|||
\fBbitcoin\-datadir\fR=\fIDIR\fR |
|||
.RS 4 |
|||
\fI\-datadir\fR |
|||
argument to supply to bitcoin\-cli(1)\&. |
|||
.RE |
|||
.PP |
|||
\fBbitcoin\-rpcuser\fR=\fIUSER\fR |
|||
.RS 4 |
|||
The RPC username for talking to bitcoind(1)\&. |
|||
.RE |
|||
.PP |
|||
\fBbitcoin\-rpcpassword\fR=\fIPASSWORD\fR |
|||
.RS 4 |
|||
The RPC password for talking to bitcoind(1)\&. |
|||
.RE |
|||
.PP |
|||
\fBbitcoin\-rpcconnect\fR=\fIHOST\fR |
|||
.RS 4 |
|||
The bitcoind(1) RPC host to connect to\&. |
|||
.RE |
|||
.PP |
|||
\fBbitcoin\-rpcport\fR=\fIPORT\fR |
|||
.RS 4 |
|||
The bitcoind(1) RPC port to connect to\&. |
|||
.RE |
|||
.PP |
|||
\fBbitcoin\-retry\-timeout\fR=\fISECONDS\fR |
|||
.RS 4 |
|||
Number of seconds to keep trying a bitcoin\-cli(1) command\&. If the command keeps failing after this time, exit with a fatal error\&. |
|||
.RE |
|||
.PP |
|||
\fBrescan\fR=\fIBLOCKS\fR |
|||
.RS 4 |
|||
Number of blocks to rescan from the current head, or absolute blockheight if negative\&. This is only needed if something goes badly wrong\&. |
|||
.RE |
|||
.SS "Lightning daemon options" |
|||
.PP |
|||
\fBlightning\-dir\fR=\fIDIR\fR |
|||
.RS 4 |
|||
Sets the working directory\&. All files (except |
|||
\fI\-\-conf\fR |
|||
and |
|||
\fI\-\-lightning\-dir\fR |
|||
on the command line) are relative to this\&. |
|||
.RE |
|||
.PP |
|||
\fBpid\-file\fR=\fIPATH\fR |
|||
.RS 4 |
|||
Specify pid file to write to\&. |
|||
.RE |
|||
.PP |
|||
\fBlog\-level\fR=\fILEVEL\fR |
|||
.RS 4 |
|||
What log level to print out: options are io, debug, info, unusual, broken\&. |
|||
.RE |
|||
.PP |
|||
\fBlog\-prefix\fR=\fIPREFIX\fR |
|||
.RS 4 |
|||
Prefix for log lines: this can be customized if you want to merge logs with multiple daemons\&. |
|||
.RE |
|||
.PP |
|||
\fBlog\-file\fR=\fIPATH\fR |
|||
.RS 4 |
|||
Log to this file instead of stdout\&. Sending lightningd(8) SIGHUP will cause it to reopen this file (useful for log rotation)\&. |
|||
.RE |
|||
.PP |
|||
\fBrpc\-file\fR=\fIPATH\fR |
|||
.RS 4 |
|||
Set JSON\-RPC socket (or /dev/tty), such as for lightning\-cli(1)\&. |
|||
.RE |
|||
.PP |
|||
\fBdaemon\fR |
|||
.RS 4 |
|||
Run in the background, suppress stdout and stderr\&. |
|||
.RE |
|||
.PP |
|||
\fBconf\fR=\fIPATH\fR |
|||
.RS 4 |
|||
Sets configuration file (default: |
|||
\fBlightning\-dir\fR/\fIconfig\fR |
|||
)\&. If this is a relative path, it is relative to the starting directory, not |
|||
\fBlightning\-dir\fR |
|||
(unlike other paths)\&. |
|||
\fIPATH\fR |
|||
must exist and be readable (we allow missing files in the default case)\&. Using this inside a configuration file is meaningless\&. |
|||
.RE |
|||
.SS "Lightning node customization options" |
|||
.PP |
|||
\fBrgb\fR=\fIRRGGBB\fR |
|||
.RS 4 |
|||
Your favorite color as a hex code\&. |
|||
.RE |
|||
.PP |
|||
\fBalias\fR=\fINAME\fR |
|||
.RS 4 |
|||
Up to 32 UTF\-8 characters to tag your node\&. Completely silly, since anyone can call their node anything they want\&. The default is an NSA\-style codename derived from your public key, but "Peter Todd" and "VAULTERO" are good options, too\&. |
|||
.RE |
|||
.PP |
|||
\fBfee\-base\fR=\fIMILLISATOSHI\fR |
|||
.RS 4 |
|||
Default: 1000\&. The base fee to charge for every payment which passes through\&. Note that millisatoshis are a very, very small unit! Changing this value will only affect new channels and not existing ones\&. If you want to change fees for existing channels, use the RPC call lightning\-setchannelfee(7)\&. |
|||
.RE |
|||
.PP |
|||
\fBfee\-per\-satoshi\fR=\fIMILLIONTHS\fR |
|||
.RS 4 |
|||
Default: 10 (0\&.001%)\&. This is the proportional fee to charge for every payment which passes through\&. As percentages are too coarse, it\(cqs in millionths, so 10000 is 1%, 1000 is 0\&.1%\&. Changing this value will only affect new channels and not existing ones\&. If you want to change fees for existing channels, use the RPC call lightning\-setchannelfee(7)\&. |
|||
.RE |
|||
.PP |
|||
\fBmin\-capacity\-sat\fR=\fISATOSHI\fR |
|||
.RS 4 |
|||
Default: 10000\&. This value defines the minimal effective channel capacity in satoshi to accept for channel opening requests\&. If a peer tries to open a channel smaller than this, the opening will be rejected\&. |
|||
.RE |
|||
.PP |
|||
\fBignore\-fee\-limits\fR=\fIBOOL\fR |
|||
.RS 4 |
|||
Allow nodes which establish channels to us to set any fee they want\&. This may result in a channel which cannot be closed, should fees increase, but make channels far more reliable since we never close it due to unreasonable fees\&. |
|||
.RE |
|||
.PP |
|||
\fBcommit\-time\fR=\*(AqMILLISECONDS |
|||
.RS 4 |
|||
How long to wait before sending commitment messages to the peer: in theory increasing this would reduce load, but your node would have to be extremely busy node for you to even notice\&. |
|||
.RE |
|||
.SS "Lightning channel and HTLC options" |
|||
.PP |
|||
\fBwatchtime\-blocks\fR=\fIBLOCKS\fR |
|||
.RS 4 |
|||
How long we need to spot an outdated close attempt: on opening a channel we tell our peer that this is how long they\(cqll have to wait if they perform a unilateral close\&. |
|||
.RE |
|||
.PP |
|||
\fBmax\-locktime\-blocks\fR=\fIBLOCKS\fR |
|||
.RS 4 |
|||
The longest our funds can be delayed (ie\&. the longest |
|||
\fBwatchtime\-blocks\fR |
|||
our peer can ask for, and also the longest HTLC timeout we will accept)\&. If our peer asks for longer, we\(cqll refuse to create a channel, and if an HTLC asks for longer, we\(cqll refuse it\&. |
|||
.RE |
|||
.PP |
|||
\fBfunding\-confirms\fR=\fIBLOCKS\fR |
|||
.RS 4 |
|||
Confirmations required for the funding transaction when the other side opens a channel before the channel is usable\&. |
|||
.RE |
|||
.PP |
|||
\fBcommit\-fee\fR=\fIPERCENT\fR |
|||
.RS 4 |
|||
The percentage of |
|||
\fIestimatesmartfee 2\fR |
|||
to use for the bitcoin transaction which funds a channel: can be greater than 100\&. |
|||
.RE |
|||
.PP |
|||
\fBcommit\-fee\-min\fR=\fIPERCENT\fR, \fBcommit\-fee\-max\fR=\fIPERCENT\fR |
|||
.RS 4 |
|||
Limits on what onchain fee range we\(cqll allow when a node opens a channel with us, as a percentage of |
|||
\fIestimatesmartfee 2\fR\&. If they\(cqre outside this range, we abort their opening attempt\&. Note that |
|||
\fBcommit\-fee\-max\fR |
|||
can (should!) be greater than 100\&. |
|||
.RE |
|||
.PP |
|||
\fBmax\-concurrent\-htlcs\fR=\fIINTEGER\fR |
|||
.RS 4 |
|||
Number of HTLCs one channel can handle concurrently in each direction\&. Should be between 1 and 483 (default 30)\&. |
|||
.RE |
|||
.PP |
|||
\fBcltv\-delta\fR=\fIBLOCKS\fR |
|||
.RS 4 |
|||
The number of blocks between incoming payments and outgoing payments: this needs to be enough to make sure that if we have to, we can close the outgoing payment before the incoming, or redeem the incoming once the outgoing is redeemed\&. |
|||
.RE |
|||
.PP |
|||
\fBcltv\-final\fR=\fIBLOCKS\fR |
|||
.RS 4 |
|||
The number of blocks to allow for payments we receive: if we have to, we might need to redeem this on\-chain, so this is the number of blocks we have to do that\&. |
|||
.RE |
|||
.sp |
|||
|
|||
|
|||
\fBnetwork\fR=\fINETWORK\fR |
|||
Select the network parameters (\fIbitcoin\fR, \fItestnet\fR, or \fIregtest\fR)\. |
|||
|
|||
|
|||
\fBtestnet\fR |
|||
Alias for \fInetwork=testnet\fR\. |
|||
|
|||
|
|||
\fBsignet\fR |
|||
Alias for \fInetwork=signet\fR\. |
|||
|
|||
|
|||
\fBmainnet\fR |
|||
Alias for \fInetwork=bitcoin\fR\. |
|||
|
|||
|
|||
\fBbitcoin-cli\fR=\fIPATH\fR |
|||
The name of \fIbitcoin-cli\fR executable to run\. |
|||
|
|||
|
|||
\fBbitcoin-datadir\fR=\fIDIR\fR |
|||
\fI-datadir\fR argument to supply to \fBbitcoin-cli\fR(1)\. |
|||
|
|||
|
|||
\fBbitcoin-rpcuser\fR=\fIUSER\fR |
|||
The RPC username for talking to \fBbitcoind\fR(1)\. |
|||
|
|||
|
|||
\fBbitcoin-rpcpassword\fR=\fIPASSWORD\fR |
|||
The RPC password for talking to \fBbitcoind\fR(1)\. |
|||
|
|||
|
|||
\fBbitcoin-rpcconnect\fR=\fIHOST\fR |
|||
The \fBbitcoind\fR(1) RPC host to connect to\. |
|||
|
|||
|
|||
\fBbitcoin-rpcport\fR=\fIPORT\fR |
|||
The \fBbitcoind\fR(1) RPC port to connect to\. |
|||
|
|||
|
|||
\fBbitcoin-retry-timeout\fR=\fISECONDS\fR |
|||
Number of seconds to keep trying a \fBbitcoin-cli\fR(1) command\. If the |
|||
command keeps failing after this time, exit with a fatal error\. |
|||
|
|||
|
|||
\fBrescan\fR=\fIBLOCKS\fR |
|||
Number of blocks to rescan from the current head, or absolute |
|||
blockheight if negative\. This is only needed if something goes badly |
|||
wrong\. |
|||
|
|||
.SH Lightning daemon options |
|||
|
|||
\fBlightning-dir\fR=\fIDIR\fR |
|||
Sets the working directory\. All files (except \fI--conf\fR and |
|||
\fI--lightning-dir\fR on the command line) are relative to this\. |
|||
|
|||
|
|||
\fBpid-file\fR=\fIPATH\fR |
|||
Specify pid file to write to\. |
|||
|
|||
|
|||
\fBlog-level\fR=\fILEVEL\fR |
|||
What log level to print out: options are io, debug, info, unusual, |
|||
broken\. |
|||
|
|||
|
|||
\fBlog-prefix\fR=\fIPREFIX\fR |
|||
Prefix for log lines: this can be customized if you want to merge logs |
|||
with multiple daemons\. |
|||
|
|||
|
|||
\fBlog-file\fR=\fIPATH\fR |
|||
Log to this file instead of stdout\. Sending \fBlightningd\fR(8) SIGHUP will |
|||
cause it to reopen this file (useful for log rotation)\. |
|||
|
|||
|
|||
\fBrpc-file\fR=\fIPATH\fR |
|||
Set JSON-RPC socket (or /dev/tty), such as for \fBlightning-cli\fR(1)\. |
|||
|
|||
|
|||
\fBdaemon\fR |
|||
Run in the background, suppress stdout and stderr\. |
|||
|
|||
|
|||
\fBconf\fR=\fIPATH\fR |
|||
Sets configuration file (default: \fBlightning-dir\fR/\fIconfig\fR )\. If this |
|||
is a relative path, it is relative to the starting directory, not |
|||
\fBlightning-dir\fR (unlike other paths)\. \fIPATH\fR must exist and be |
|||
readable (we allow missing files in the default case)\. Using this inside |
|||
a configuration file is meaningless\. |
|||
|
|||
.SH Lightning node customization options |
|||
|
|||
\fBalias\fR=\fIRRGGBB\fR |
|||
Your favorite color as a hex code\. |
|||
|
|||
|
|||
Up to 32 UTF-8 characters to tag your node\. Completely silly, since |
|||
anyone can call their node anything they want\. The default is an |
|||
NSA-style codename derived from your public key, but "Peter Todd" and |
|||
"VAULTERO" are good options, too\. |
|||
|
|||
|
|||
\fBfee-base\fR=\fIMILLISATOSHI\fR |
|||
Default: 1000\. The base fee to charge for every payment which passes |
|||
through\. Note that millisatoshis are a very, very small unit! Changing |
|||
this value will only affect new channels and not existing ones\. If you |
|||
want to change fees for existing channels, use the RPC call |
|||
\fBlightning-setchannelfee\fR(7)\. |
|||
|
|||
|
|||
\fBfee-per-satoshi\fR=\fIMILLIONTHS\fR |
|||
Default: 10 (0\.001%)\. This is the proportional fee to charge for every |
|||
payment which passes through\. As percentages are too coarse, it’s in |
|||
millionths, so 10000 is 1%, 1000 is 0\.1%\. Changing this value will only |
|||
affect new channels and not existing ones\. If you want to change fees |
|||
for existing channels, use the RPC call \fBlightning-setchannelfee\fR(7)\. |
|||
|
|||
|
|||
\fBmin-capacity-sat\fR=\fISATOSHI\fR |
|||
Default: 10000\. This value defines the minimal effective channel |
|||
capacity in satoshi to accept for channel opening requests\. If a peer |
|||
tries to open a channel smaller than this, the opening will be rejected\. |
|||
|
|||
|
|||
\fBignore-fee-limits\fR=\fIBOOL\fR |
|||
Allow nodes which establish channels to us to set any fee they want\. |
|||
This may result in a channel which cannot be closed, should fees |
|||
increase, but make channels far more reliable since we never close it |
|||
due to unreasonable fees\. |
|||
|
|||
|
|||
\fBcommit-time\fR='MILLISECONDS |
|||
How long to wait before sending commitment messages to the peer: in |
|||
theory increasing this would reduce load, but your node would have to be |
|||
extremely busy node for you to even notice\. |
|||
|
|||
.SH Lightning channel and HTLC options |
|||
|
|||
\fBwatchtime-blocks\fR=\fIBLOCKS\fR |
|||
How long we need to spot an outdated close attempt: on opening a channel |
|||
we tell our peer that this is how long they’ll have to wait if they |
|||
perform a unilateral close\. |
|||
|
|||
|
|||
\fBmax-locktime-blocks\fR=\fIBLOCKS\fR |
|||
The longest our funds can be delayed (ie\. the longest |
|||
\fBwatchtime-blocks\fR our peer can ask for, and also the longest HTLC |
|||
timeout we will accept)\. If our peer asks for longer, we’ll refuse to |
|||
create a channel, and if an HTLC asks for longer, we’ll refuse it\. |
|||
|
|||
|
|||
\fBfunding-confirms\fR=\fIBLOCKS\fR |
|||
Confirmations required for the funding transaction when the other side |
|||
opens a channel before the channel is usable\. |
|||
|
|||
|
|||
\fBcommit-fee\fR=\fIPERCENT\fR |
|||
The percentage of \fIestimatesmartfee 2\fR to use for the bitcoin |
|||
transaction which funds a channel: can be greater than 100\. |
|||
|
|||
|
|||
\fBcommit-fee-min\fR=\fIPERCENT\fR |
|||
\fBcommit-fee-max\fR=\fIPERCENT\fR |
|||
Limits on what onchain fee range we’ll allow when a node opens a channel |
|||
with us, as a percentage of \fIestimatesmartfee 2\fR\. If they’re outside |
|||
this range, we abort their opening attempt\. Note that \fBcommit-fee-max\fR |
|||
can (should!) be greater than 100\. |
|||
|
|||
|
|||
\fBmax-concurrent-htlcs\fR=\fIINTEGER\fR |
|||
Number of HTLCs one channel can handle concurrently in each direction\. |
|||
Should be between 1 and 483 (default 30)\. |
|||
|
|||
|
|||
\fBcltv-delta\fR=\fIBLOCKS\fR |
|||
The number of blocks between incoming payments and outgoing payments: |
|||
this needs to be enough to make sure that if we have to, we can close |
|||
the outgoing payment before the incoming, or redeem the incoming once |
|||
the outgoing is redeemed\. |
|||
|
|||
|
|||
\fBcltv-final\fR=\fIBLOCKS\fR |
|||
The number of blocks to allow for payments we receive: if we have to, we |
|||
might need to redeem this on-chain, so this is the number of blocks we |
|||
have to do that\. |
|||
|
|||
|
|||
Invoice control options: |
|||
.PP |
|||
\fBautocleaninvoice\-cycle\fR=\fISECONDS\fR |
|||
.RS 4 |
|||
Perform cleanup of expired invoices every |
|||
\fISECONDS\fR |
|||
seconds, or disable if 0\&. Usually unpaid expired invoices are uninteresting, and just take up space in the database\&. |
|||
.RE |
|||
.PP |
|||
\fBautocleaninvoice\-expired\-by\fR=\fISECONDS\fR |
|||
.RS 4 |
|||
Control how long invoices must have been expired before they are cleaned (if |
|||
\fIautocleaninvoice\-cycle\fR |
|||
is non\-zero)\&. |
|||
.RE |
|||
.SS "Networking options" |
|||
.sp |
|||
Note that for simple setups, the implicit \fIautolisten\fR option does the right thing: it will try to bind to port 9735 on IPv4 and IPv6, and will announce it to peers if it seems like a public address\&. |
|||
.sp |
|||
You can instead use \fIaddr\fR to override this (eg\&. to change the port), or precisely control where to bind and what to announce with the \fIbind\-addr\fR and \fIannounce\-addr\fR options\&. These will \fBdisable\fR the \fIautolisten\fR logic, so you must specifiy exactly what you want! |
|||
.PP |
|||
\fBaddr\fR=\fI[IPADDRESS[:PORT]]|autotor:TORIPADDRESS[:TORPORT]\fR |
|||
.RS 4 |
|||
Set an IP address (v4 or v6) or automatic Tor address to listen on and (maybe) announce as our node address\&. |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
|
|||
\fBautocleaninvoice-cycle\fR=\fISECONDS\fR |
|||
Perform cleanup of expired invoices every \fISECONDS\fR seconds, or disable |
|||
if 0\. Usually unpaid expired invoices are uninteresting, and just take |
|||
up space in the database\. |
|||
|
|||
|
|||
\fBautocleaninvoice-expired-by\fR=\fISECONDS\fR |
|||
Control how long invoices must have been expired before they are cleaned |
|||
(if \fIautocleaninvoice-cycle\fR is non-zero)\. |
|||
|
|||
.SH Networking options |
|||
|
|||
Note that for simple setups, the implicit \fIautolisten\fR option does the |
|||
right thing: it will try to bind to port 9735 on IPv4 and IPv6, and will |
|||
announce it to peers if it seems like a public address\. |
|||
|
|||
|
|||
You can instead use \fIaddr\fR to override this (eg\. to change the port), or |
|||
precisely control where to bind and what to announce with the |
|||
\fIbind-addr\fR and \fIannounce-addr\fR options\. These will \fBdisable\fR the |
|||
\fIautolisten\fR logic, so you must specifiy exactly what you want! |
|||
|
|||
|
|||
\fBaddr\fR=\fI[IPADDRESS[:PORT]]|autotor:TORIPADDRESS[:TORPORT]\fR |
|||
Set an IP address (v4 or v6) or automatic Tor address to listen on and |
|||
(maybe) announce as our node address\. |
|||
|
|||
.nf |
|||
An empty \*(AqIPADDRESS\*(Aq is a special value meaning bind to IPv4 and/or |
|||
IPv6 on all interfaces, \*(Aq0\&.0\&.0\&.0\*(Aq means bind to all IPv4 |
|||
interfaces, \*(Aq::\*(Aq means \*(Aqbind to all IPv6 interfaces\*(Aq\&. If \*(AqPORT\*(Aq is |
|||
not specified, 9735 is used\&. If we can determine a public IP |
|||
.RS |
|||
An empty 'IPADDRESS' is a special value meaning bind to IPv4 and/or |
|||
IPv6 on all interfaces, '0.0.0.0' means bind to all IPv4 |
|||
interfaces, '::' means 'bind to all IPv6 interfaces'. If 'PORT' is |
|||
not specified, 9735 is used. If we can determine a public IP |
|||
address from the resulting binding, and no other addresses of the |
|||
same type are already announced, the address is announced\&. |
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
.nf |
|||
If the argument begins with \*(Aqautotor:\*(Aq then it is followed by the |
|||
same type are already announced, the address is announced. |
|||
|
|||
If the argument begins with 'autotor:' then it is followed by the |
|||
IPv4 or IPv6 address of the Tor control port (default port 9051), |
|||
and this will be used to configure a Tor hidden service for port |
|||
9735\&. The Tor hidden service will be configured to point to the |
|||
first IPv4 or IPv6 address we bind to\&. |
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
.nf |
|||
9735. The Tor hidden service will be configured to point to the |
|||
first IPv4 or IPv6 address we bind to. |
|||
|
|||
This option can be used multiple times to add more addresses, and |
|||
its use disables autolisten\&. If necessary, and \*(Aqalways\-use\-proxy\*(Aq |
|||
is not specified, a DNS lookup may be done to resolve \*(AqIPADDRESS\*(Aq |
|||
or \*(AqTORIPADDRESS\*(Aq\&. |
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
its use disables autolisten. If necessary, and 'always-use-proxy' |
|||
is not specified, a DNS lookup may be done to resolve 'IPADDRESS' |
|||
or 'TORIPADDRESS'. |
|||
|
|||
|
|||
.RE |
|||
.PP |
|||
\fBbind\-addr\fR=\fI[IPADDRESS[:PORT]]|SOCKETPATH\fR |
|||
.RS 4 |
|||
Set an IP address or UNIX domain socket to listen to, but do not announce\&. A UNIX domain socket is distinguished from an IP address by beginning with a |
|||
\fI/\fR\&. |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
.nf |
|||
An empty \*(AqIPADDRESS\*(Aq is a special value meaning bind to IPv4 and/or |
|||
IPv6 on all interfaces, \*(Aq0\&.0\&.0\&.0\*(Aq means bind to all IPv4 |
|||
interfaces, \*(Aq::\*(Aq means \*(Aqbind to all IPv6 interfaces\*(Aq\&. \*(AqPORT\*(Aq is |
|||
not specified, 9735 is used\&. |
|||
|
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
\fBbind-addr\fR=\fI[IPADDRESS[:PORT]]|SOCKETPATH\fR |
|||
Set an IP address or UNIX domain socket to listen to, but do not |
|||
announce\. A UNIX domain socket is distinguished from an IP address by |
|||
beginning with a \fI/\fR\. |
|||
|
|||
.nf |
|||
.RS |
|||
An empty 'IPADDRESS' is a special value meaning bind to IPv4 and/or |
|||
IPv6 on all interfaces, '0.0.0.0' means bind to all IPv4 |
|||
interfaces, '::' means 'bind to all IPv6 interfaces'. 'PORT' is |
|||
not specified, 9735 is used. |
|||
|
|||
This option can be used multiple times to add more addresses, and |
|||
its use disables autolisten\&. If necessary, and \*(Aqalways\-use\-proxy\*(Aq |
|||
is not specified, a DNS lookup may be done to resolve \*(AqIPADDRESS\*(Aq\&. |
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
its use disables autolisten. If necessary, and 'always-use-proxy' |
|||
is not specified, a DNS lookup may be done to resolve 'IPADDRESS'. |
|||
|
|||
|
|||
.RE |
|||
.PP |
|||
\fBannounce\-addr\fR=\fIIPADDRESS[:PORT]|TORADDRESS\&.onion[:PORT]\fR |
|||
.RS 4 |
|||
Set an IP (v4 or v6) address or Tor address to announce; a Tor address is distinguished by ending in |
|||
\fI\&.onion\fR\&. |
|||
\fIPORT\fR |
|||
defaults to 9735\&. |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
.nf |
|||
Empty or wildcard IPv4 and IPv6 addresses don\*(Aqt make sense here\&. |
|||
Also, unlike the \*(Aqaddr\*(Aq option, there is no checking that your |
|||
announced addresses are public (e\&.g\&. not localhost)\&. |
|||
|
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
|
|||
\fBannounce-addr\fR=\fIIPADDRESS[:PORT]|TORADDRESS\.onion[:PORT]\fR |
|||
Set an IP (v4 or v6) address or Tor address to announce; a Tor address |
|||
is distinguished by ending in \fI\.onion\fR\. \fIPORT\fR defaults to 9735\. |
|||
|
|||
.nf |
|||
.RS |
|||
Empty or wildcard IPv4 and IPv6 addresses don't make sense here. |
|||
Also, unlike the 'addr' option, there is no checking that your |
|||
announced addresses are public (e.g. not localhost). |
|||
|
|||
This option can be used multiple times to add more addresses, and |
|||
its use disables autolisten\&. The spec says you can\*(Aqt announce |
|||
more that one address of the same type (eg\&. two IPv4 or two IPv6 |
|||
addresses) so `lightningd` will refuse if you specify more than one\&. |
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
.sp |
|||
.if n \{\ |
|||
.RS 4 |
|||
.\} |
|||
.nf |
|||
If necessary, and \*(Aqalways\-use\-proxy\*(Aq is not specified, a DNS |
|||
lookup may be done to resolve \*(AqIPADDRESS\*(Aq\&. |
|||
its use disables autolisten. The spec says you can't announce |
|||
more that one address of the same type (eg. two IPv4 or two IPv6 |
|||
addresses) so `lightningd` will refuse if you specify more than one. |
|||
|
|||
If necessary, and 'always-use-proxy' is not specified, a DNS |
|||
lookup may be done to resolve 'IPADDRESS'. |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
.if n \{\ |
|||
.RE |
|||
.\} |
|||
.RE |
|||
.PP |
|||
\fBoffline\fR |
|||
.RS 4 |
|||
Do not bind to any ports, and do not try to reconnect to any peers\&. This can be useful for maintenance and forensics, so is usually specified on the command line\&. Overrides all |
|||
\fIaddr\fR |
|||
and |
|||
\fIbind\-addr\fR |
|||
options\&. |
|||
.RE |
|||
.PP |
|||
\fBautolisten\fR=\fIBOOL\fR |
|||
.RS 4 |
|||
By default, we bind (and maybe announce) on IPv4 and IPv6 interfaces if no |
|||
\fIaddr\fR, |
|||
\fIbind\-addr\fR |
|||
or |
|||
\fIannounce\-addr\fR |
|||
options are specified\&. Setting this to |
|||
\fIfalse\fR |
|||
disables that\&. |
|||
.RE |
|||
.PP |
|||
\fBproxy\fR=\fIIPADDRESS[:PORT]\fR |
|||
.RS 4 |
|||
Set a socks proxy to use to connect to Tor nodes (or for all connections if |
|||
\fBalways\-use\-proxy\fR |
|||
is set)\&. |
|||
.RE |
|||
.PP |
|||
\fBalways\-use\-proxy\fR=\fIBOOL\fR |
|||
.RS 4 |
|||
Always use the |
|||
\fBproxy\fR, even to connect to normal IP addresses (you can still connect to Unix domain sockets manually)\&. This also disables all DNS lookups, to avoid leaking information\&. |
|||
.RE |
|||
.PP |
|||
\fBdisable\-dns\fR |
|||
.RS 4 |
|||
Disable the DNS bootstrapping mechanism to find a node by its node ID\&. |
|||
.RE |
|||
.PP |
|||
\fBtor\-service\-password\fR=\fIPASSWORD\fR |
|||
.RS 4 |
|||
Set a Tor control password, which may be needed for |
|||
\fIautotor:\fR |
|||
to authenticate to the Tor control port\&. |
|||
.RE |
|||
.SS "Lightning Plugins" |
|||
.sp |
|||
lightningd(8) supports plugins, which offer additional configuration options and JSON\-RPC methods, depending on the plugin\&. Some are supplied by default (usually located in \fBlibexec/c\-lightning/plugins/\fR)\&. If a \fBplugins\fR directory exists under \fIlightning\-dir\fR that is searched for plugins along with any immediate subdirectories)\&. You can specify additional paths too: |
|||
.PP |
|||
\fBplugin\fR=\fIPATH\fR |
|||
.RS 4 |
|||
Specify a plugin to run as part of c\-lightning\&. This can be specified multiple times to add multiple plugins\&. |
|||
.RE |
|||
.PP |
|||
\fBplugin\-dir\fR=\fIDIRECTORY\fR |
|||
.RS 4 |
|||
Specify a directory to look for plugins; all executable files not containing punctuation (other than |
|||
\fI\&.\fR, |
|||
\fI\-\fR |
|||
or |
|||
\fI_) in \*(AqDIRECTORY\fR |
|||
are loaded\&. |
|||
\fIDIRECTORY\fR |
|||
must exist; this can be specified multiple times to add multiple directories\&. |
|||
.RE |
|||
.PP |
|||
\fBclear\-plugins\fR |
|||
.RS 4 |
|||
This option clears all |
|||
\fIplugin\fR |
|||
and |
|||
\fIplugin\-dir\fR |
|||
options preceeding it, including the default built\-in plugin directory\&. You can still add |
|||
\fIplugin\-dir\fR |
|||
and |
|||
\fIplugin\fR |
|||
options following this and they will have the normal effect\&. |
|||
.RE |
|||
.PP |
|||
\fBdisable\-plugin\fR=\fIPLUGIN\fR |
|||
.RS 4 |
|||
If |
|||
\fIPLUGIN\fR |
|||
contains a /, plugins with the same path as |
|||
\fIPLUGIN\fR |
|||
are disabled\&. Otherwise, any plugin with that base name is disabled, whatever directory it is in\&. |
|||
.RE |
|||
.SH "BUGS" |
|||
.sp |
|||
You should report bugs on our github issues page, and maybe submit a fix to gain our eternal gratitude! |
|||
.SH "AUTHOR" |
|||
.sp |
|||
Rusty Russell <rusty@rustcorp\&.com\&.au> wrote this man page, and much of the configuration language, but many others did the hard work of actually implementing these options\&. |
|||
.SH "SEE ALSO" |
|||
.sp |
|||
lightning\-listconfigs(7) lightning\-setchannelfee(7) lightningd(8) |
|||
.SH "RESOURCES" |
|||
.sp |
|||
Main web site: https://github\&.com/ElementsProject/lightning |
|||
.SH "COPYING" |
|||
.sp |
|||
Note: the modules in the ccan/ directory have their own licenses, but the rest of the code is covered by the BSD\-style MIT license\&. |
|||
|
|||
\fBoffline\fR |
|||
Do not bind to any ports, and do not try to reconnect to any peers\. This |
|||
can be useful for maintenance and forensics, so is usually specified on |
|||
the command line\. Overrides all \fIaddr\fR and \fIbind-addr\fR options\. |
|||
|
|||
|
|||
\fBautolisten\fR=\fIBOOL\fR |
|||
By default, we bind (and maybe announce) on IPv4 and IPv6 interfaces if |
|||
no \fIaddr\fR, \fIbind-addr\fR or \fIannounce-addr\fR options are specified\. Setting |
|||
this to \fIfalse\fR disables that\. |
|||
|
|||
|
|||
\fBproxy\fR=\fIIPADDRESS[:PORT]\fR |
|||
Set a socks proxy to use to connect to Tor nodes (or for all connections |
|||
if \fBalways-use-proxy\fR is set)\. |
|||
|
|||
|
|||
\fBalways-use-proxy\fR=\fIBOOL\fR |
|||
Always use the \fBproxy\fR, even to connect to normal IP addresses (you |
|||
can still connect to Unix domain sockets manually)\. This also disables |
|||
all DNS lookups, to avoid leaking information\. |
|||
|
|||
|
|||
\fBdisable-dns\fR |
|||
Disable the DNS bootstrapping mechanism to find a node by its node ID\. |
|||
|
|||
|
|||
\fBtor-service-password\fR=\fIPASSWORD\fR |
|||
Set a Tor control password, which may be needed for \fIautotor:\fR to |
|||
authenticate to the Tor control port\. |
|||
|
|||
.SH Lightning Plugins |
|||
|
|||
\fBlightningd\fR(8) supports plugins, which offer additional configuration |
|||
options and JSON-RPC methods, depending on the plugin\. Some are supplied |
|||
by default (usually located in \fBlibexec/c-lightning/plugins/\fR)\. If a |
|||
\fBplugins\fR directory exists under \fIlightning-dir\fR that is searched for |
|||
plugins along with any immediate subdirectories)\. You can specify |
|||
additional paths too: |
|||
|
|||
|
|||
\fBplugin\fR=\fIPATH\fR |
|||
Specify a plugin to run as part of c-lightning\. This can be specified |
|||
multiple times to add multiple plugins\. |
|||
|
|||
|
|||
\fBplugin-dir\fR=\fIDIRECTORY\fR |
|||
Specify a directory to look for plugins; all executable files not |
|||
containing punctuation (other than \fI\.\fR, \fI-\fR or \fI_) in 'DIRECTORY\fR are |
|||
loaded\. \fIDIRECTORY\fR must exist; this can be specified multiple times to |
|||
add multiple directories\. |
|||
|
|||
|
|||
\fBclear-plugins\fR |
|||
This option clears all \fIplugin\fR and \fIplugin-dir\fR options preceeding it, |
|||
including the default built-in plugin directory\. You can still add |
|||
\fIplugin-dir\fR and \fIplugin\fR options following this and they will have the |
|||
normal effect\. |
|||
|
|||
|
|||
\fBdisable-plugin\fR=\fIPLUGIN\fR |
|||
If \fIPLUGIN\fR contains a /, plugins with the same path as \fIPLUGIN\fR are |
|||
disabled\. Otherwise, any plugin with that base name is disabled, |
|||
whatever directory it is in\. |
|||
|
|||
.SH BUGS |
|||
|
|||
You should report bugs on our github issues page, and maybe submit a fix |
|||
to gain our eternal gratitude! |
|||
|
|||
.SH AUTHOR |
|||
|
|||
Rusty Russell <\fBNone\fR (\fIrusty@rustcorp.com.au\fR)> wrote this man page, and |
|||
much of the configuration language, but many others did the hard work of |
|||
actually implementing these options\. |
|||
|
|||
.SH SEE ALSO |
|||
|
|||
\fBlightning-listconfigs\fR(7) \fBlightning-setchannelfee\fR(7) \fBlightningd\fR(8) |
|||
|
|||
.SH RESOURCES |
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
.SH COPYING |
|||
|
|||
Note: the modules in the ccan/ directory have their own licenses, but |
|||
the rest of the code is covered by the BSD-style MIT license\. |
|||
|
|||
|
|||
Last updated 2019-08-09 11:12:04 CEST |
|||
|
|||
|
@ -0,0 +1,285 @@ |
|||
.TH "LIGHTNINGD" "8" "" "" "lightningd" |
|||
.SH NAME |
|||
|
|||
|
|||
lightningd - Daemon for running a Lightning Network node |
|||
|
|||
|
|||
SYNOPSIS |
|||
|
|||
|
|||
lightningd [--conf=<config-file>] [\fIOPTIONS\fR]… |
|||
|
|||
|
|||
DESCRIPTION |
|||
|
|||
|
|||
\fBlightningd\fR starts the C-Lightning daemon, which implements a |
|||
standards-compliant Lightning Network node\. |
|||
|
|||
|
|||
CONFIGURATION OPTIONS |
|||
|
|||
|
|||
\fB--conf\fR=\fIFILE\fR |
|||
Specify configuration file\. If not an absolute path, will be relative |
|||
from the lightning-dir location\. Defaults to \fIconfig\fR\. |
|||
|
|||
|
|||
\fB--lightning-dir\fR=\fIDIR\fR |
|||
Set the directory for the C-Lightning daemon\. Defaults to |
|||
\fI$HOME/\.lightning\fR\. |
|||
|
|||
|
|||
MORE OPTIONS |
|||
|
|||
|
|||
Command line options are mirrored as configuration options in the |
|||
configuration file, so \fIfoo\fR in the configuration file simply becomes |
|||
\fI--foo\fR on the command line, and \fIfoo=bar\fR becomes \fI--foo=bar\fR\. |
|||
|
|||
|
|||
See \fBlightningd-config\fR(5) for a comprehensive list of all available |
|||
options\. |
|||
|
|||
|
|||
LOGGING AND COMMANDING C-LIGHTNING |
|||
|
|||
.nf |
|||
.RS |
|||
By default, C-Lightning will log to the standard output. |
|||
To log to a specific file, use '--log-file=PATH'. |
|||
Sending SIGHUP will cause C-Lightning to reopen this file, |
|||
for example to do log rotation. |
|||
|
|||
C-Lightning will set up a Unix domain socket for receiving |
|||
commands. |
|||
By default this will be the file 'lightning-rpc' in your |
|||
specified 'lightning-dir'. |
|||
You can use lightning-cli(1) to send commands to C-Lightning |
|||
once 'lightningd' has started; you need to match the |
|||
'--lightning-dir' and '--rpc-file' options between them. |
|||
|
|||
Commands for C-Lightning are described in various manpages |
|||
in section 7, with the common prefix 'lightning-'. |
|||
|
|||
QUICK START |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
First, decide on and create a directory for \fIlightning-dir\fR, or just use |
|||
the default \fI$HOME/\.lightning\fR\. Then create a \fIconfig\fR file in this |
|||
directory containing your configuration\. |
|||
|
|||
|
|||
Your other main preparation would be to set up a mainnet Bitcoin |
|||
fullnode, i\.e\. run a \fBbitcoind\fR(1) instance\. The rest of this quick start |
|||
guide will assume you are reckless and want to spend real funds on |
|||
Lightning\. Indicate \fInetwork=bitcoin\fR in your \fIconfig\fR file explicitly\. |
|||
|
|||
|
|||
C-Lightning needs to communicate with the Bitcoin Core RPC\. You can set |
|||
this up using \fIbitcoin-datadir\fR, \fIbitcoin-rpcconnect\fR, |
|||
\fIbitcoin-rpcport\fR, \fIbitcoin-rpcuser\fR, and \fIbitcoin-rpcpassword\fR options |
|||
in your \fIconfig\fR file\. |
|||
|
|||
|
|||
Finally, just to keep yourself sane, decide on a log file name and |
|||
indicate it using \fIlog-file=lightningd\.log\fR in your \fIconfig\fR file\. You |
|||
might be interested in viewing it periodically as you follow along on |
|||
this guide\. |
|||
|
|||
|
|||
Once the \fBbitcoind\fR instance is running, start \fBlightningd\fR(8): |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightningd --lightning-dir=$HOME/.lightning --daemon |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
This starts \fBlightningd\fR in the background due to the \fI--daemon\fR |
|||
option\. |
|||
|
|||
|
|||
Check if things are working: |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli --lightning-dir=%HOME/.lightning help |
|||
$ lightning-cli --lightning-dir=%HOME/.lightning getinfo |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
The \fBgetinfo\fR command in particular will return a \fIblockheight\fR field, |
|||
which indicates the block height to which \fBlightningd\fR has been |
|||
synchronized to (this is separate from the block height that your |
|||
\fBbitcoind\fR has been synchronized to, and will always lag behind |
|||
\fBbitcoind\fR)\. You will have to wait until the \fIblockheight\fR has reached |
|||
the actual blockheight of the Bitcoin network\. |
|||
|
|||
|
|||
Before you can get funds offchain, you need to have some funds onchain |
|||
owned by \fBlightningd\fR (which has a separate wallet from the |
|||
\fBbitcoind\fR it connects to)\. Get an address for \fBlightningd\fR via |
|||
\fBlightning-newaddr\fR(7) command as below (\fI--lightning-dir\fR option has been |
|||
elided, specify it if you selected your own \fIlightning-dir\fR): |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli newaddr |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
This will provide a native SegWit bech32 address\. In case all your money |
|||
is in services that do not support native SegWit and have to use |
|||
P2SH-wrapped addresses, instead use: |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli newaddr p2sh-segwit |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
Transfer a small amount of onchain funds to the given address\. Check the |
|||
status of all your funds (onchain and on-Lightning) via |
|||
\fBlightning-listfunds\fR(7): |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli listfunds |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
Now you need to look for an arbitrary Lightning node to connect to, |
|||
which you can do by using \fBdig\fR(1) and querying \fIlseed\.bitcoinstats\.com\fR: |
|||
|
|||
.nf |
|||
.RS |
|||
$ dig lseed.bitcoinstats.com A |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
This will give 25 IPv4 addresses, you can select any one of those\. You |
|||
will also need to learn the corresponding public key, which you can |
|||
determine by searching the IP addrss on \fBNone\fR (\fIhttps://1ml.com/\fR) \. The public |
|||
key is a long hex string, like so: |
|||
\fI024772ee4fa461febcef09d5869e1238f932861f57be7a6633048514e3f56644a1\fR\. |
|||
(this example public key is not used as of this writing) |
|||
|
|||
|
|||
After determining a public key, use \fBlightning-connect\fR(7) to connect to |
|||
that public key: |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli connect $PUBLICKEY |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
Then open a channel to that node using \fBlightning-fundchannel\fR(7): |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli fundchannel $PUBLICKEY $SATOSHI |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
This will require that the funding transaction be confirmed before you |
|||
can send funds over Lightning\. To track this, use \fBlightning-listpeers\fR(7) |
|||
and look at the \fIstate\fR of the channel: |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli listpeers $PUBLICKEY |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
The channel will initially start with a \fIstate\fR of |
|||
\fICHANNELD_AWAITING_LOCKIN\fR\. You need to wait for the channel \fIstate\fR |
|||
to become \fICHANNELD_NORMAL\fR, meaning the funding transaction has been |
|||
confirmed deeply\. |
|||
|
|||
|
|||
Once the channel \fIstate\fR is \fICHANNELD_NORMAL\fR, you can start paying |
|||
merchants over Lightning\. Acquire a Lightning invoice from your favorite |
|||
merchant, and use \fBlightning-pay\fR(7) to pay it: |
|||
|
|||
.nf |
|||
.RS |
|||
$ lightning-cli pay $INVOICE |
|||
|
|||
|
|||
.RE |
|||
|
|||
.fi |
|||
|
|||
BUGS |
|||
|
|||
|
|||
You should report bugs on our github issues page, and maybe submit a fix |
|||
to gain our eternal gratitude! |
|||
|
|||
|
|||
AUTHOR |
|||
|
|||
|
|||
ZmnSCPxj <\fBNone\fR (\fIZmnSCPxj@protonmail.com\fR)> wrote the initial version of |
|||
this man page, but many others did the hard work of actually |
|||
implementing a standards-compliant Lightning Network node |
|||
implementation\. |
|||
|
|||
|
|||
SEE ALSO |
|||
|
|||
|
|||
\fBlightning-listconfigs\fR(7), \fBlightning-config\fR(5), \fBlightning-cli\fR(1), |
|||
\fBlightning-newaddr\fR(7), \fBlightning-listfunds\fR(7), \fBlightning-connect\fR(7), |
|||
\fBlightning-fundchannel\fR(7), \fBlightning-listpeers\fR(7), \fBlightning-pay\fR(7) |
|||
|
|||
|
|||
RESOURCES |
|||
|
|||
|
|||
Main web site: \fBNone\fR (\fIhttps://github.com/ElementsProject/lightning\fR) |
|||
|
|||
|
|||
COPYING |
|||
|
|||
|
|||
Note: the modules in the ccan/ directory have their own licenses, but |
|||
the rest of the code is covered by the BSD-style MIT license\. |
|||
|
|||
|
|||
Last updated 2019-08-09 11:11:48 CEST |
|||
|
Loading…
Reference in new issue