Matt Corallo
Matt Corallo
> I'm not sure if I'm following here, what has Confirm to do with this? Just to make sure we have several recent blocks even if we're syncing with electrum...
See https://github.com/lightningdevkit/rust-lightning/pull/3876#discussion_r2181044391 I don't think there's much that will impact `Confirm` aside from the `BestBlock` changes.
Right, so the `{Route,Payment}Parameters` abstractions don't make any sense in a BOLT 12 world. They also don't really make sense in a BOLT 11 world if we pass a `Bolt11Invoice`...
> It this issue include two separate PRs @TheBlueMatt ? That's how I was thinking of it, yea. > Then, add a method inside the ChannelManager like [pay_for_offer](https://docs.rs/lightning/0.0.124/lightning/ln/channelmanager/struct.ChannelManager.html#method.pay_for_offer) that do...
> However, now I think shifting to a UserRouteParams / InvoiceRouteParams distinction feels cleaner and more intuitive. Hmm, I'm not sure I understand the motivation for that. The way I...
> (a) lacking succinct proofs of namespace to public key mappings This one is quite important. If you want to have a hardware wallet (which is not online and does...
> Also, importantly, if you're building a system to expose many addresses (not just one-offs), it becomes impractical to update DNS records for every new user. I believe you missed...
> Which is a manual task. Indeed, which seems perfectly reasonable for something you do once and never have to touch again!
> I like this! It's implicit in the example, but maybe say explicitly that the combination of USER + DOMAIN should be rendered as an email address, i.e., USER@DOMAIN. I'm...
> Why not just use OpenAlias, which is already supported in Electrum? First of all i wasn't aware of it until today :). However, while it seems to be conceptually...