From ZmnSCPxj at protonmail.com Thu Feb 6 02:38:30 2020 From: ZmnSCPxj at protonmail.com (ZmnSCPxj) Date: Thu, 06 Feb 2020 02:38:30 +0000 Subject: [Lightning-dev] Decoy node_ids and short_channel_ids In-Reply-To: <875zglbz5g.fsf@rustcorp.com.au> References: <87o8ufatgw.fsf@rustcorp.com.au> <87d0avasbu.fsf@rustcorp.com.au> <875zglbz5g.fsf@rustcorp.com.au> Message-ID: Good morning Rusty, > No, Bob can include the scid he used in the update_add_htlc message, so > Alice can check. > > I'm extremely nervous about custodial lightning services restricting > what they will pay to. This is not theoretical: they will come under > immense KYC pressure in the near future, which means they cannot pay > arbitrary invoices. > > Thus my preference for a system which doesn't add any requirements on > the payer. This adds requirements on Bob, so the KYC pressure could transfer to them instead. This might be acceptable though, if the payer and Bob are on separate jurisdictions (i.e. Risk-Sharing), but then if the payer is on a custodial service as well, the custodial service can be pressured to inspect the routing hints of any invoice it is told to pay. Which I suppose is the entire point of t-bast email. Regards, ZmnSCPxj