David A. Harding [ARCHIVE] on Nostr: 📅 Original date posted:2022-04-08 📝 Original message: Hi Laolu, [Dropping the ...
📅 Original date posted:2022-04-08
📝 Original message:
Hi Laolu,
[Dropping the CC to Bitcoin-Dev as my questions below are LN focused.]
Thank your for the detailed proposed BIPs. One question I have is
whether anything about Taro or the way you plan to implement support for
transferring fungible assets via asset-aware LN endpoints[1] will
address
the "free call option" problem, which I think was first discussed on
this list by Corné Plooy[2] and was later extended by ZmnSCPxj[3], with
Tamas Blummer[4] providing the following summary:
> Failing to route on purpose can be used to opt out of a previously
> agreed exchange of two different assets. A rational actor will opt
> out if the exchange is no longer [advantageous to them]. Anyone who
> grants an option for free heads [for] financial disaster.
>
> This is not an issue for same asset exchange, as in payment routing,
> since the exchange remains [equitable] at any later time point.
>
> Although there is no escape from above reasoning, a market maker could
> still be profitable as long as the option is worth less than the
> bid-ask spread. Therefore the issue does not mean that LN cross asset
> exchange is not feasible, but that there is lower bound on bid-ask
> spread, that of the option premium.
I know several attempts at mitigation have previously been discussed on
this list, such as barrier escrows[5], so I'm curious whether it's your
plan to use one of those existing mitigations, suggest a new mitigation,
or just not worry about it at this point (as Blummer mentioned, it
probably doesn't matter for swaps where price volatility is lower than
fee income).
***
I'd also be curious to learn what you and others on this list think will
be different about using Taro versus other attempts to get LN channels
to cross assets, e.g. allowing payments to be routed from a BTC-based
channel to a Liquid-BTC-based channel through an LN bridge node. I
believe a fair amount of work in LN's early design and implementation
was aimed at allowing cross-chain transfers but either because of the
complexity, the free call option problem, or some other problem, it
seemed to me that work on the problem was largely abandoned.
Thanks,
-Dave
[1] https://lightning.engineering/posts/2022-4-5-taro-launch/
[2]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-May/001292.html
[3]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-December/001752.html
[4]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-December/001756.html
[5]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-October/002214.html
📝 Original message:
Hi Laolu,
[Dropping the CC to Bitcoin-Dev as my questions below are LN focused.]
Thank your for the detailed proposed BIPs. One question I have is
whether anything about Taro or the way you plan to implement support for
transferring fungible assets via asset-aware LN endpoints[1] will
address
the "free call option" problem, which I think was first discussed on
this list by Corné Plooy[2] and was later extended by ZmnSCPxj[3], with
Tamas Blummer[4] providing the following summary:
> Failing to route on purpose can be used to opt out of a previously
> agreed exchange of two different assets. A rational actor will opt
> out if the exchange is no longer [advantageous to them]. Anyone who
> grants an option for free heads [for] financial disaster.
>
> This is not an issue for same asset exchange, as in payment routing,
> since the exchange remains [equitable] at any later time point.
>
> Although there is no escape from above reasoning, a market maker could
> still be profitable as long as the option is worth less than the
> bid-ask spread. Therefore the issue does not mean that LN cross asset
> exchange is not feasible, but that there is lower bound on bid-ask
> spread, that of the option premium.
I know several attempts at mitigation have previously been discussed on
this list, such as barrier escrows[5], so I'm curious whether it's your
plan to use one of those existing mitigations, suggest a new mitigation,
or just not worry about it at this point (as Blummer mentioned, it
probably doesn't matter for swaps where price volatility is lower than
fee income).
***
I'd also be curious to learn what you and others on this list think will
be different about using Taro versus other attempts to get LN channels
to cross assets, e.g. allowing payments to be routed from a BTC-based
channel to a Liquid-BTC-based channel through an LN bridge node. I
believe a fair amount of work in LN's early design and implementation
was aimed at allowing cross-chain transfers but either because of the
complexity, the free call option problem, or some other problem, it
seemed to me that work on the problem was largely abandoned.
Thanks,
-Dave
[1] https://lightning.engineering/posts/2022-4-5-taro-launch/
[2]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-May/001292.html
[3]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-December/001752.html
[4]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-December/001756.html
[5]
https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-October/002214.html