lnd/htlcswitch/hop
Carla Kirk-Cohen 4d051b4170
multi: handle all blinding point validation in ValidateParsedPayloadTypes
This commit moves all our validation related to the presence of fields
into ValidateParsedPayloadTypes so that we can handle them in a single
place. We draw the distinction between:
- Validation of the payload (and the context within it's being parsed,
  final hop / blinded hop etc)
- Processing and validation of encrypted data, where we perform
  additional cryptographic operations and validate that the fields
  contained in the blob are valid.

This helps draw the line more clearly between the two validation types,
rather than splitting some payload-releated blinded hop processing
into the encrypted data processing part. The downside of this approach
(vs doing the blinded path payload check _after_ payload validation)
is that we have to pass additional context into payload validation
(ie, whether we got a blinding point in our UpdateAddHtlc - as we
already do for isFinalHop).
2024-04-25 09:15:57 -04:00
..
error_encryptor.go multi: fix make fmt 2022-08-23 22:10:24 +08:00
forwarding_info.go htlcswitch: add NextBlinding to ForwardingInfo and set in UpdateAddHtlc 2024-04-03 08:38:24 -04:00
fuzz_test.go multi: handle all blinding point validation in ValidateParsedPayloadTypes 2024-04-25 09:15:57 -04:00
iterator.go multi: handle all blinding point validation in ValidateParsedPayloadTypes 2024-04-25 09:15:57 -04:00
iterator_test.go multi: handle all blinding point validation in ValidateParsedPayloadTypes 2024-04-25 09:15:57 -04:00
log.go htlcswitch: move hop iterator into htlcswitch/hop package 2019-09-05 15:30:31 +02:00
payload.go multi: handle all blinding point validation in ValidateParsedPayloadTypes 2024-04-25 09:15:57 -04:00
payload_test.go multi: handle all blinding point validation in ValidateParsedPayloadTypes 2024-04-25 09:15:57 -04:00
type.go htlcswitch/hop: move hop.Exit and hop.Source to hop pkg 2019-09-05 01:35:23 -07:00