> The funding transaction sig would actually fail verification if tip
differs between funder and fundee
Yes that's the reason I wrote the initiator can just
announce its own and receiver use it to sign the funding tx,
even if receiver tip is backward. Funding tx won't propagate
from receiver
Hey Darosior,
You don't need a strict synchronization between both peers,
just let nLocktime picked up by initiator and announce it at
same time than feerate or at `tx_complete`. Worst-case,
a slow-block-processing receiver may not be able to get
the transaction accepted by its local mempool, but
Good morning darosior,
> Hi Lisa and all,
>
> Given the discussion about utxos snooping, I wondered if there was any
> obvious drawbacks of using a transaction chain construction ?
>
> Since the obvious target of the probing is the accepter, it seems that the
> opener needs to at least have
Hi Lisa and all,
Given the discussion about utxos snooping, I wondered if there was any obvious
drawbacks of using a transaction chain construction ?
Since the obvious target of the probing is the accepter, it seems that the
opener needs to at least have something at stake in order to be
