Deterministic generation of H [combined summary]



Individual post summaries: Click here to read the original discussion on the lightning-dev mailing list

Published on: 2017-05-20T06:51:49+00:00


Summary:

In response to Neil Fincham's query regarding the deterministic generation of the payment hash (H) in Lightning Network (LN) without revealing the payment preimage (S) used for channel closure, Rusty explains that while Bitcoin addresses can be generated using BIP32 without private keys, the same cannot be achieved with the current method for LN. Rusty further elaborates on the terminology used in LN, where the payment hash is referred to as H and the payment preimage as S. He clarifies that even though the payment preimage is required for closing out the HTLC, it is possible to send payment requests without access to the preimages.Rusty suggests a potential solution involving the use of a public key for the payment hash (H) and a private key for the payment preimage (S), which would allow for the utilization of BIP32. However, he points out that this approach is not feasible with SHA256. Additionally, Rusty mentions an alternative scheme utilizing Schnorr, wherein the signature itself serves as a type of preimage. This method could potentially enable a partition scheme similar to what Neil described, but Rusty expresses uncertainty about its viability.To summarize, the author of the email inquires about the possibility of deterministically generating the payment hash (H) in LN without disclosing the payment preimage (S) used for channel closure. They draw parallels to the generation of Bitcoin addresses using BIP32 without private keys and seek clarification on whether a similar approach can be applied to LN's payment hash.


Updated on: 2023-07-31T19:20:37.619290+00:00