Get desktop application:
View/edit binary Protocol Buffers messages
Invoices is a service that can be used to create, accept, settle and cancel invoices.
SubscribeSingleInvoice returns a uni-directional stream (server -> client) to notify the client of state transitions of the specified invoice. Initially the current invoice state is always sent out.
Hash corresponding to the (hold) invoice to subscribe to. When using REST, this field must be encoded as base64url.
lncli: `cancelinvoice` CancelInvoice cancels a currently open invoice. If the invoice is already canceled, this call will succeed. If the invoice is already settled, it will fail.
Hash corresponding to the (hold) invoice to cancel. When using REST, this field must be encoded as base64.
(message has no fields)
lncli: `addholdinvoice` AddHoldInvoice creates a hold invoice. It ties the invoice to the hash supplied in the request.
An optional memo to attach along with the invoice. Used for record keeping purposes for the invoice's creator, and will also be set in the description field of the encoded payment request if the description_hash field is not being used.
The hash of the preimage
The value of this invoice in satoshis The fields value and value_msat are mutually exclusive.
The value of this invoice in millisatoshis The fields value and value_msat are mutually exclusive.
Hash (SHA-256) of a description of the payment. Used if the description of payment (memo) is too long to naturally fit within the description field of an encoded payment request.
Payment request expiry time in seconds. Default is 86400 (24 hours).
Fallback on-chain address.
Delta to use for the time-lock of the CLTV extended to the final hop.
Route hints that can each be individually used to assist in reaching the invoice's destination.
Whether this invoice should include routing hints for private channels.
A bare-bones invoice for a payment within the Lightning Network. With the details of the invoice, the sender has all the data necessary to send a payment to the recipient.
The "add" index of this invoice. Each newly created invoice will increment this index making it monotonically increasing. Callers to the SubscribeInvoices call can use this to instantly get notified of all added invoices with an add_index greater than this one.
The payment address of the generated invoice. This is also called the payment secret in specifications (e.g. BOLT 11). This value should be used in all payments for this invoice as we require it for end to end security.
lncli: `settleinvoice` SettleInvoice settles an accepted invoice. If the invoice is already settled, this call will succeed.
Externally discovered pre-image that should be used to settle the hold invoice.
(message has no fields)
LookupInvoiceV2 attempts to look up at invoice. An invoice can be refrenced using either its payment hash, payment address, or set ID.
When using REST, this field must be encoded as base64.
Used in:
The default look up modifier, no look up behavior is changed.
Indicates that when a look up is done based on a set_id, then only that set of HTLCs related to that set ID should be returned.
Indicates that when a look up is done using a payment_addr, then no HTLCs related to the payment_addr should be returned. This is useful when one wants to be able to obtain the set of associated setIDs with a given invoice, then look up the sub-invoices "projected" by that set ID.