Jorge Timón [ARCHIVE] on Nostr: 📅 Original date posted:2015-11-27 📝 Original message: On Nov 27, 2015 8:13 AM, ...
📅 Original date posted:2015-11-27
📝 Original message:
On Nov 27, 2015 8:13 AM, "Nicolas Dorier" <nicolas.dorier at gmail.com> wrote:
>
> As I documented on https://github.com/ElementsProject/lightning/issues/14 the
problem is not easily solved because the dust amount is not constant. It
depends on minTxRelayFee which itself depends on the mempool state of each
node.
I don think this is the case, IsDust depends on the minTxRelayFee global
from main, but it's not dynamic like the one used in the mempool.
If the global minTxRelayFee has been made dynamic without me noticing, it
should be easy to separate a dynamic and static one though.
> A way to decouple mintxrelayfee from dust is needed. I proposed to tie
the dust definition to transaction's fee. But had problem during
implementation because of some circular dependency.
>
> _______________________________________________
> Lightning-dev mailing list
> Lightning-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20151127/44d1e3c3/attachment-0001.html>
📝 Original message:
On Nov 27, 2015 8:13 AM, "Nicolas Dorier" <nicolas.dorier at gmail.com> wrote:
>
> As I documented on https://github.com/ElementsProject/lightning/issues/14 the
problem is not easily solved because the dust amount is not constant. It
depends on minTxRelayFee which itself depends on the mempool state of each
node.
I don think this is the case, IsDust depends on the minTxRelayFee global
from main, but it's not dynamic like the one used in the mempool.
If the global minTxRelayFee has been made dynamic without me noticing, it
should be easy to separate a dynamic and static one though.
> A way to decouple mintxrelayfee from dust is needed. I proposed to tie
the dust definition to transaction's fee. But had problem during
implementation because of some circular dependency.
>
> _______________________________________________
> Lightning-dev mailing list
> Lightning-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20151127/44d1e3c3/attachment-0001.html>