Elias Rohrer
Elias Rohrer
> No? https://docs.rs/lightning/latest/lightning/chain/trait.Listen.html#tymethod.filtered_block_connected But the API contract so far still has been that you supply *all* relevant transactions of a block as defined by `Filter` in one go, no?
> Sure, but the `Filter` may update during a block-connected call, and then the call has to be made again with what is _now_ the relevant transaction set. This has...
I think @Anyitechs also showed interest in working on this.
I'd like to discuss and get early feedback on the approach taken in https://github.com/lightning/bolts/pull/1304 Also https://github.com/lightning/bolts/issues/1302
@oochenn indicated interest in picking this up.
> Hey I would like to work on this. As mentioned above, recently @Oochenn wanted to work on this, so you might want to coordinate to avoid duplicate work.
@abhilov23 Go for it then!
Seem @Prabhat1308 now opened a draft for this over at #3934
As mentioned over at the LDK Node PR, it was discussed that we'll likely use the receiver's `PublicKey` instead of an `Address`. Closing this for now, feel free if there...
> I am not entirely sure what the developer or the end user can do with the pubkey? none of the parties are really aware of it as they do...