Lloyd Fournier [ARCHIVE] on Nostr: 📅 Original date posted:2021-01-09 📝 Original message: Rusty, Zman, A concern I ...
📅 Original date posted:2021-01-09
📝 Original message:
Rusty, Zman,
A concern I have with only doing one signaling transaction out of the whole
group of inputs is that it means you don't prove ownership of the other
inputs.
I am not exactly sure what you could do by adding inputs from the chain you
don't own but it does feel a bit risky.
Perhaps it would allow you to add whale output from the chain to trick the
peer's algorithm for deciding how much they want to add to the funding.
Perhaps regulators of the future might check whether the LN node is
following their directive to ban certain inputs on a blacklist -- If you
carry on after the funding_add_input from a blacklisted input you must not
be running our gov approved node!
If that is not a concern, then I agree a single 1-input-1-output signaling
transaction should be fine, otherwise requiring 1-input-1-output signaling
tx for each input the opener adds may be prudent (as Z suggested).
> [2] Which Lisa promises she'll publish RSN, so we can add your derived
points proposal to it.
Looking forward to seeing this :)
Cheers,
LL
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20210109/f94f442f/attachment.html>;
📝 Original message:
Rusty, Zman,
A concern I have with only doing one signaling transaction out of the whole
group of inputs is that it means you don't prove ownership of the other
inputs.
I am not exactly sure what you could do by adding inputs from the chain you
don't own but it does feel a bit risky.
Perhaps it would allow you to add whale output from the chain to trick the
peer's algorithm for deciding how much they want to add to the funding.
Perhaps regulators of the future might check whether the LN node is
following their directive to ban certain inputs on a blacklist -- If you
carry on after the funding_add_input from a blacklisted input you must not
be running our gov approved node!
If that is not a concern, then I agree a single 1-input-1-output signaling
transaction should be fine, otherwise requiring 1-input-1-output signaling
tx for each input the opener adds may be prudent (as Z suggested).
> [2] Which Lisa promises she'll publish RSN, so we can add your derived
points proposal to it.
Looking forward to seeing this :)
Cheers,
LL
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20210109/f94f442f/attachment.html>;