This crate provides data structures to represent lightning BOLT11 invoices and functions to create, encode and decode these. If you just want to use the standard en-/decoding functionality this should get you started:
- For parsing use
str::parse::<Invoice>(&self)(see the docs of
impl FromStr for Invoice)
- For constructing invoices use the
- For serializing invoices use the
Tag constants as specified in BOLT11
Positive duration that defines when (relatively to the timestamp) in the future the invoice expires
Represents a syntactically and semantically correct lightning BOLT11 invoice.
Payee public key
A timestamp that refers to a date after 1 January 1970 which means its representation as UNIX timestamp is positive.
Data of the
Data of the
Represents an syntactically correct Invoice for a payment on the lightning network, but without the signature information. De- and encoding should not lead to information loss but may lead to different hashes.
Private routing information
Node on a private route
Represents a signed
Errors that may occur when constructing a new
Enum representing the crypto currencies supported by this library
Fallback address in case no LN payment is possible
Represents the description of an invoice which has to be either a directly included string or a hash of a description provided out of band.
Errors that indicate what is wrong with the invoice. They have some granularity for debug reasons, but should generally result in an "invalid BOLT11 invoice" message for the user.
Indicates that something went wrong while parsing or validating the invoice. Parsing errors should be mostly seen as opaque and are only there for debugging reasons. Semantic errors like wrong signatures, missing fields etc. could mean that someone tampered with the invoice.
Tagged field which may have an unknown tag
Errors that may occur when converting a
SI prefixes for the human readable part
When signing using a fallible method either an user-supplied
Tagged field with known tag
Call this function on startup to ensure that all assumptions about the platform are valid.