lnd version, "hacked" to enable seedless restore from xprv + scb

History

Oliver Gugger 044e1e692f zpay32: add distinct hrp to invoice The Core devs decided to us the same bech32 HRP for Signet as is used for the current Testnet3. This might be okay for on-chain addresses since they are compatible in theory. But for invoices we want to use a distinct HRP to distinguish testnet from signet. Also see spec PR https://github.com/lightningnetwork/lightning-rfc/pull/844 for more information about the reasoning.		3 years ago
..
README.md	multi: unify code blocks in READMEs	3 years ago
amountunits.go	zpay32: invoice.MilliSat is uint64 which cannot be negative	4 years ago
bech32.go	multi: comprehensive typo fixes across all packages	6 years ago
decode.go	zpay32: add distinct hrp to invoice	3 years ago
encode.go	zpay32: add distinct hrp to invoice	3 years ago
hophint.go	zpay32: rename to DefaultAssumedFinalCLTVDelta	4 years ago
invoice.go	Let invoice.Encode receive a function which hashes itself the message	4 years ago
invoice_internal_test.go	zpay32/invoice: consolidate 32-byte array parsing and encoding logic	4 years ago
invoice_test.go	Let invoice.Encode receive a function which hashes itself the message	4 years ago

README.md

zpay32

The zpay32 package implements a basic scheme for the encoding of payment requests between two lnd nodes within the Lightning Network. The zpay32 encoding scheme uses the zbase32 scheme along with a checksum to encode a serialized payment request.

The payment request serialized by the package consist of: the destination's public key, the payment hash to use for the payment, and the value of payment to send.

Installation and Updating

⛰  go get -u github.com/lightningnetwork/lnd/zpay32