lightning-listpeers -- Command returning data on connected lightning nodes

SYNOPSIS

listpeers [id] [level]

DESCRIPTION

The listpeers 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 connect command, data on the node can be returned using
listpeers and the id that was used with the connect command.

If no id is supplied, then data on all lightning nodes that are
connected, or not connected but have open channels with this node, are
returned.

Supplying id will filter the results to only return data on a node
with a matching id, if one exists.

Supplying level 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 connected 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.

RETURN VALUE

On success, an object containing peers is returned. It is an array of objects, where each object contains:

id (pubkey): the public key of the peer
connected (boolean): True if the peer is currently connected
num_channels (u32): The number of channels the peer has with this node (added v23.02)
log (array of objects, optional): if level is specified, logs for this peer:
- type (string) (one of "SKIPPED", "BROKEN", "UNUSUAL", "INFO", "DEBUG", "IO_IN", "IO_OUT")
If type is "SKIPPED":
- num_skipped (u32): number of deleted/omitted entries
If type is "BROKEN", "UNUSUAL", "INFO" or "DEBUG":
- time (string): UNIX timestamp with 9 decimal places
- source (string): The particular logbook this was found in
- log (string): The actual log message
- node_id (pubkey): The peer this is associated with
If type is "IO_IN" or "IO_OUT":
- time (string): UNIX timestamp with 9 decimal places
- source (string): The particular logbook this was found in
- log (string): The actual log message
- node_id (pubkey): The peer this is associated with
- data (hex): The IO which occurred
channels (array of objects, optional) deprecated in v23.02, removed after v24.02:
- state (string): the channel state, in particular "CHANNELD_NORMAL" means the channel can be used normally (one of "OPENINGD", "CHANNELD_AWAITING_LOCKIN", "CHANNELD_NORMAL", "CHANNELD_SHUTTING_DOWN", "CLOSINGD_SIGEXCHANGE", "CLOSINGD_COMPLETE", "AWAITING_UNILATERAL", "FUNDING_SPEND_SEEN", "ONCHAIN", "DUALOPEND_OPEN_INIT", "DUALOPEND_AWAITING_LOCKIN", "DUALOPEND_OPEN_COMMITTED", "DUALOPEND_OPEN_COMMIT_READY")
- opener (string): Who initiated the channel (one of "local", "remote")
- features (array of strings):
  - BOLT #9 features which apply to this channel (one of "option_static_remotekey", "option_anchor_outputs", "option_scid_alias", "option_zeroconf")
- scratch_txid (txid, optional): The txid we would use if we went onchain now
- feerate (object, optional): Feerates for the current tx:
  - perkw (u32): Feerate per 1000 weight (i.e kSipa)
  - perkb (u32): Feerate per 1000 virtual bytes
- owner (string, optional): The current subdaemon controlling this connection
- short_channel_id (short_channel_id, optional): The short_channel_id (once locked in)
- channel_id (hash, optional): The full channel_id (always 64 characters)
- funding_txid (txid, optional): ID of the funding transaction
- funding_outnum (u32, optional): The 0-based output number of the funding transaction which opens the channel
- initial_feerate (string, optional): For inflight opens, the first feerate used to initiate the channel open
- last_feerate (string, optional): For inflight opens, the most recent feerate used on the channel open
- next_feerate (string, optional): For inflight opens, the next feerate we'll use for the channel open
- next_fee_step (u32, optional): For inflight opens, the next feerate step we'll use for the channel open
- inflight (array of objects, optional): Current candidate funding transactions (only for dual-funding):
  - funding_txid (txid): ID of the funding transaction
  - funding_outnum (u32): The 0-based output number of the funding transaction which opens the channel
  - feerate (string): The feerate for this funding transaction in per-1000-weight, with "kpw" appended
  - total_funding_msat (msat): total amount in the channel
  - our_funding_msat (msat): amount we have in the channel
  - splice_amount (integer): The amouont of sats we're splicing in or out (added v23.08)
  - scratch_txid (txid): The commitment transaction txid we would use if we went onchain now
- close_to (hex, optional): scriptPubkey which we have to close to if we mutual close
- private (boolean, optional): if True, we will not announce this channel
- closer (string, optional): Who initiated the channel close (one of "local", "remote")
- funding (object, optional):
  - local_funds_msat (msat): Amount of channel we funded
  - remote_funds_msat (msat): Amount of channel they funded
  - pushed_msat (msat, optional): Amount pushed from opener to peer
  - fee_paid_msat (msat, optional): Amount we paid peer at open
  - fee_rcvd_msat (msat, optional): Amount we were paid by peer at open
- to_us_msat (msat, optional): how much of channel is owed to us
- min_to_us_msat (msat, optional): least amount owed to us ever
- max_to_us_msat (msat, optional): most amount owed to us ever
- total_msat (msat, optional): total amount in the channel
- fee_base_msat (msat, optional): amount we charge to use the channel
- fee_proportional_millionths (u32, optional): amount we charge to use the channel in parts-per-million
- dust_limit_msat (msat, optional): minimum amount for an output on the channel transactions
- max_total_htlc_in_msat (msat, optional): max amount accept in a single payment
- their_reserve_msat (msat, optional): minimum we insist they keep in channel
- our_reserve_msat (msat, optional): minimum they insist we keep in channel
- spendable_msat (msat, optional): total we could send through channel
- receivable_msat (msat, optional): total peer could send through channel
- minimum_htlc_in_msat (msat, optional): the minimum amount HTLC we accept
- minimum_htlc_out_msat (msat, optional): the minimum amount HTLC we will send
- maximum_htlc_out_msat (msat, optional): the maximum amount HTLC we will send
- their_to_self_delay (u32, optional): the number of blocks before they can take their funds if they unilateral close
- our_to_self_delay (u32, optional): the number of blocks before we can take our funds if we unilateral close
- max_accepted_htlcs (u32, optional): Maximum number of incoming HTLC we will accept at once
- alias (object, optional):
  - local (short_channel_id, optional): An alias assigned by this node to this channel, used for outgoing payments
  - remote (short_channel_id, optional): An alias assigned by the remote node to this channel, usable in routehints and invoices
- state_changes (array of objects, optional): Prior state changes:
  - timestamp (string): UTC timestamp of form YYYY-mm-ddTHH:MM:SS.%03dZ
  - old_state (string): Previous state (one of "OPENINGD", "CHANNELD_AWAITING_LOCKIN", "CHANNELD_NORMAL", "CHANNELD_SHUTTING_DOWN", "CLOSINGD_SIGEXCHANGE", "CLOSINGD_COMPLETE", "AWAITING_UNILATERAL", "FUNDING_SPEND_SEEN", "ONCHAIN", "DUALOPEND_OPEN_INIT", "DUALOPEND_AWAITING_LOCKIN", "DUALOPEND_OPEN_COMMITTED", "DUALOPEND_OPEN_COMMIT_READY")
  - new_state (string): New state (one of "OPENINGD", "CHANNELD_AWAITING_LOCKIN", "CHANNELD_NORMAL", "CHANNELD_SHUTTING_DOWN", "CLOSINGD_SIGEXCHANGE", "CLOSINGD_COMPLETE", "AWAITING_UNILATERAL", "FUNDING_SPEND_SEEN", "ONCHAIN", "DUALOPEND_OPEN_INIT", "DUALOPEND_AWAITING_LOCKIN", "DUALOPEND_OPEN_COMMITTED", "DUALOPEND_OPEN_COMMIT_READY")
  - cause (string): What caused the change (one of "unknown", "local", "user", "remote", "protocol", "onchain")
  - message (string): Human-readable explanation
- status (array of strings, optional):
  - Billboard log of significant changes
- in_payments_offered (u64, optional): Number of incoming payment attempts
- in_offered_msat (msat, optional): Total amount of incoming payment attempts
- in_payments_fulfilled (u64, optional): Number of successful incoming payment attempts
- in_fulfilled_msat (msat, optional): Total amount of successful incoming payment attempts
- out_payments_offered (u64, optional): Number of outgoing payment attempts
- out_offered_msat (msat, optional): Total amount of outgoing payment attempts
- out_payments_fulfilled (u64, optional): Number of successful outgoing payment attempts
- out_fulfilled_msat (msat, optional): Total amount of successful outgoing payment attempts
- htlcs (array of objects, optional): current HTLCs in this channel:
  - direction (string): Whether it came from peer, or is going to peer (one of "in", "out")
  - id (u64): Unique ID for this htlc on this channel in this direction
  - amount_msat (msat): Amount send/received for this HTLC
  - expiry (u32): Block this HTLC expires at
  - payment_hash (hash): the hash of the payment_preimage which will prove payment (always 64 characters)
  - local_trimmed (boolean, optional): if this is too small to enforce onchain (always true)
  - status (string, optional): set if this HTLC is currently waiting on a hook (and shows what plugin)
  If direction is "out":
  - state (string): Status of the HTLC (one of "SENT_ADD_HTLC", "SENT_ADD_COMMIT", "RCVD_ADD_REVOCATION", "RCVD_ADD_ACK_COMMIT", "SENT_ADD_ACK_REVOCATION", "RCVD_REMOVE_HTLC", "RCVD_REMOVE_COMMIT", "SENT_REMOVE_REVOCATION", "SENT_REMOVE_ACK_COMMIT", "RCVD_REMOVE_ACK_REVOCATION")
  If direction is "in":
  - state (string): Status of the HTLC (one of "RCVD_ADD_HTLC", "RCVD_ADD_COMMIT", "SENT_ADD_REVOCATION", "SENT_ADD_ACK_COMMIT", "RCVD_ADD_ACK_REVOCATION", "SENT_REMOVE_HTLC", "SENT_REMOVE_COMMIT", "RCVD_REMOVE_REVOCATION", "RCVD_REMOVE_ACK_COMMIT", "SENT_REMOVE_ACK_REVOCATION")
If close_to is present:
- close_to_addr (string, optional): The bitcoin address we will close to
If scratch_txid is present:
- last_tx_fee_msat (msat): fee attached to this the current tx
If short_channel_id is present:
- direction (u32): 0 if we're the lesser node_id, 1 if we're the greater
If inflight is present:
- initial_feerate (string): The feerate for the initial funding transaction in per-1000-weight, with "kpw" appended
- last_feerate (string): The feerate for the latest funding transaction in per-1000-weight, with "kpw" appended
- next_feerate (string): The minimum feerate for the next funding transaction in per-1000-weight, with "kpw" appended

If connected is true:

netaddr (array of strings): A single entry array:
- address, e.g. 1.2.3.4:1234
features (hex): bitmap of BOLT #9 features from peer's INIT message
remote_addr (string, optional): The public IPv4/6 address the peer sees us from, e.g. 1.2.3.4:1234

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:

id : The unique id of the peer
connected : A boolean value showing the connection status
netaddr : A list of network addresses the node is listening on
features : Bit flags showing supported features (BOLT #9)
channels : An array of objects describing channels with the peer.
log : Only present if level is set. List logs related to the
peer at the specified level

If id is supplied and no matching nodes are found, a "peers" object
with an empty list is returned.

The objects in the channels array will have at least these fields:

state: Any of these strings:
- "OPENINGD": The channel funding protocol with the peer is ongoing
  and both sides are negotiating parameters.
- "CHANNELD_AWAITING_LOCKIN": The peer and you have agreed on channel
  parameters and are just waiting for the channel funding transaction to
  be confirmed deeply.
  Both you and the peer must acknowledge the channel funding transaction
  to be confirmed deeply before entering the next state.
- "CHANNELD_NORMAL": The channel can be used for normal payments.
- "CHANNELD_SHUTTING_DOWN": A mutual close was requested (by you or
  peer) and both of you are waiting for HTLCs in-flight to be either
  failed or succeeded.
  The channel can no longer be used for normal payments and forwarding.
  Mutual close will proceed only once all HTLCs in the channel have
  either been fulfilled or failed.
- "CLOSINGD_SIGEXCHANGE": You and the peer are negotiating the mutual
  close onchain fee.
- "CLOSINGD_COMPLETE": You and the peer have agreed on the mutual close
  onchain fee and are awaiting the mutual close getting confirmed deeply.
- "AWAITING_UNILATERAL": You initiated a unilateral close, and are now
  waiting for the peer-selected unilateral close timeout to complete.
- "FUNDING_SPEND_SEEN": You saw the funding transaction getting
  spent (usually the peer initiated a unilateral close) and will now
  determine what exactly happened (i.e. if it was a theft attempt).
- "ONCHAIN": You saw the funding transaction getting spent and now
  know what happened (i.e. if it was a proper unilateral close by the
  peer, or a theft attempt).
- "CLOSED": The channel closure has been confirmed deeply.
  The channel will eventually be removed from this array.
state_changes: An array of objects describing prior state change events.
opener: A string "local" or "remote" describing which side opened this
channel.
closer: A string "local" or "remote" describing which side
closed this channel or null if the channel is not (being) closed yet.
status: An array of strings containing the most important log messages
relevant to this channel.
Also known as the "billboard".
owner: A string describing which particular sub-daemon of lightningd
currently is responsible for this channel.
One of: "lightning_openingd", "lightning_channeld",
"lightning_closingd", "lightning_onchaind".
to_us_msat: A string describing how much of the funds is owned by us;
a number followed by a string unit.
total_msat: A string describing the total capacity of the channel;
a number followed by a string unit.
fee_base_msat: The fixed routing fee we charge for forwards going out over
this channel, regardless of payment size.
fee_proportional_millionths: The proportional routing fees in ppm (parts-
per-millionths) we charge for forwards going out over this channel.
features: An array of feature names supported by this channel.

These fields may exist if the channel has gotten beyond the "OPENINGD"
state, or in various circumstances:

short_channel_id: A string of the short channel ID for the channel;
Format is "BBBBxTTTxOOO", where "BBBB" is the numeric block height
at which the funding transaction was confirmed, "TTT" is the numeric
funding transaction index within that block, and "OOO" is the
numeric output index of the transaction output that actually anchors
this channel.
direction: The channel-direction we own, as per BOLT #7.
We own channel-direction 0 if our node ID is "less than" the peer node ID
in a lexicographical ordering of our node IDs, otherwise we own
channel-direction 1.
Our channel_update will use this direction.
channel_id: The full channel ID of the channel;
the funding transaction ID XORed with the output number.
funding_txid: The funding transaction ID of the channel.
close_to: The raw scriptPubKey that was indicated in the starting
fundchannel_start command and accepted by the peer.
If the scriptPubKey encodes a standardized address, an additional
close_to_addr field will be present with the standardized address.
private: A boolean, true if the channel is unpublished, false if the
channel is published.
funding_msat: An object, whose field names are the node
IDs involved in the channel, and whose values are strings (numbers with
a unit suffix) indicating how much that node originally contributed in
opening the channel.
min_to_us_msat: A string describing the historic point at which
we owned the least amount of funds in this channel;
a number followed by a string unit.
If the peer were to successfully steal from us, this is the amount we
would still retain.
max_to_us_msat: A string describing the historic point at which
we owned the most amount of funds in this channel;
a number followed by a string unit.
If we were to successfully steal from the peer, this is the amount we
could potentially get.
dust_limit_msat: A string describing an amount;
if an HTLC or the amount wholly-owned by one node is at or below this
amount, it will be considered "dusty" and will not appear in a close
transaction, and will be donated to miners as fee;
a number followed by a string unit.
max_total_htlc_in_msat: A string describing an amount;
the sum of all HTLCs in the channel cannot exceed this amount;
a number followed by a string unit.
their_reserve_msat: A string describing the minimum amount that
the peer must keep in the channel when it attempts to send out;
if it has less than this in the channel, it cannot send to us on
that channel;
a number followed by a string unit.
We impose this on them, default is 1% of the total channel capacity.
our_reserve_msat: A string describing the minimum amount that
you must keep in the channel when you attempt to send out;
if you have less than this in the channel, you cannot send out
via this channel;
a number followed by a string unit.
The peer imposes this on us, default is 1% of the total channel capacity.
spendable_msat and receivable_msat: A string describing an
estimate of how much we can send or receive over this channel in a
single payment (or payment-part for multi-part payments);
a number followed by a string unit.
This is an estimate, which can be wrong because adding HTLCs requires
an increase in fees paid to onchain miners, and onchain fees change
dynamically according to onchain activity.
For a sufficiently-large channel, this can be limited by the rules imposed
under certain blockchains;
for example, individual Bitcoin mainnet payment-parts cannot exceed
42.94967295 mBTC.
minimum_htlc_in_msat: A string describing the minimum amount that
an HTLC must have before we accept it.
their_to_self_delay: The number of blocks that the peer must wait
to claim their funds, if they close unilaterally.
our_to_self_delay: The number of blocks that you must wait to claim
your funds, if you close unilaterally.
max_accepted_htlcs: The maximum number of HTLCs you will accept on
this channel.
in_payments_offered: The number of incoming HTLCs offered over this
channel.
in_offered_msat: A string describing the total amount of all incoming
HTLCs offered over this channel;
a number followed by a string unit.
in_payments_fulfilled: The number of incoming HTLCs offered and
successfully claimed over this channel.
in_fulfilled_msat: A string describing the total amount of all
incoming HTLCs offered and successfully claimed over this channel;
a number followed by a string unit.
out_payments_offered: The number of outgoing HTLCs offered over
this channel.
out_offered_msat: A string describing the total amount of all
outgoing HTLCs offered over this channel;
a number followed by a string unit.
out_payments_fulfilled: The number of outgoing HTLCs offered and
successfully claimed over this channel.
out_fulfilled_msat: A string describing the total amount of all
outgoing HTLCs offered and successfully claimed over this channel;
a number followed by a string unit.
scratch_txid: The txid of the latest transaction (what we would sign and
send to chain if the channel were to fail now).
last_tx_fee: The fee on that latest transaction.
feerate: An object containing the latest feerate as both perkw and perkb.
htlcs: An array of objects describing the HTLCs currently in-flight
in the channel.

Objects in the htlcs array will contain these fields:

direction: Either the string "out" or "in", whether it is an
outgoing or incoming HTLC.
id: A numeric ID uniquely identifying this HTLC.
amount_msat: The value of the HTLC.
expiry: The blockheight at which the HTLC will be forced to return
to its offerer: an "in" HTLC will be returned to the peer, an
"out" HTLC will be returned to you.
NOTE If the expiry of any outgoing HTLC will arrive in the next
block, lightningd(8) will automatically unilaterally close the
channel in order to enforce the timeout onchain.
payment_hash: The payment hash, whose preimage must be revealed to
successfully claim this HTLC.
state: A string describing whether the HTLC has been communicated to
or from the peer, whether it has been signed in a new commitment, whether
the previous commitment (that does not contain it) has been revoked, as
well as when the HTLC is fulfilled or failed offchain.
local_trimmed: A boolean, existing and true if the HTLC is not
actually instantiated as an output (i.e. "trimmed") on the commitment
transaction (and will not be instantiated on a unilateral close).
Generally true if the HTLC is below the dust_limit_msat for the
channel.

On error the returned object will contain code and message properties,
with code being one of the following:

-32602: If the given parameters are wrong.

AUTHOR

Michael Hawkins <[email protected]>.

RESOURCES

Main web site: https://github.com/ElementsProject/lightning Lightning
RFC site (BOLT #9):
https://github.com/lightning/bolts/blob/master/09-features.md