Matt Corallo
Matt Corallo
> While BIP353 will (hopefully) be an integral part of Lightning payments soon, it still seems all the DNS stuff is more a utility. I'm wondering if in terms of...
> I'd love to pickup review on the series. Mind opening a tracking issue for the series of PRs that would allow to keep track where we're at, on what...
Yea, its a separate issue. In theory we could move the BIP 353 Onion Message Handler trait out to `lightning-types` (or some new crate) which `lightning` then depends on to...
> Going forward, will the client and the resolver always be modal, or can we think of a scenario where both need to be active at the same time (i.e.,...
You could use `ExpandedKey` and `PaymentId` without a `ChannelManager`? `PaymentId` still retains its meaning here - we use it to derive the per-payment metadata, which users still need to make...
Honestly we should probably kill off `payer_id` entirely, but mostly I think we want to very, very strongly discourage anyone from using `payer_id` for the purpose of identifying payers. Its...
Slipping. We should still do this so users don't rely on this API, but there's no super strong reason to do it *now*.
> I agree the docs here could be improved, but it's def. something the user has to deal with as it describes the payment size that need to be forwarded...