ZmnSCPxj [ARCHIVE] on Nostr: š
Original date posted:2019-01-04 š Original message: Good morning Lawrence, > ...
š
Original date posted:2019-01-04
š Original message:
Good morning Lawrence,
> > On re-reading your argument, no, you have misunderstood massively.
> > The two HTLCs together form a single American Call Option, issued by the exchange to the initiator of the "payment".
> > It is not the initiator somehow issuing an American Call Option to itself by routing a payment to itself.
> > It is the initiator forcing the exchange to give it the equivalent of an American Call Option by routing a payment to itself.
> > In particular, the cost of locking the WJT asset is paid by the exchange, not the initiator of the contract.
>
> The initiator of the contract must deposit 1 WJT into the exchange before the exchange will create the contract. Therefore the opportunity costs are borne by the initiator.
You still have not understood.
We are discussing here a non-custodial exchange that acts as a Lightning Node on both BTC and WJT networks.
Suppose I know of such a non-custodial exchange.
I create a BTC channel to this.
Then I create a WJT channel.
In both cases, yes, I have to lock my assets into the channels created (unless we now have dual-funded channels and I convince the exchange node to fund the WJT channel).
What I do then is to send out via the WJT channel to any WJT-accepting merchant and get something in value equivalent to the WJT I send out.
It can be something as trivial as a submarine swap, where I get ***onchain WJT*** by paying my ***offchain WJT*** over Lightning.
In this way, the WJT in the channel is ***no longer mine***, and given a fungible WJT asset then a submarine swap means I have reacquired the WJT I put in the channel in the first place; it is now available to me onchain to dispose of as I wish.
If the WJT in the channel is locked up in an HTLC, ***I am not paying the opportunity costs for locking WJT***.
It is the exchange which pays the opportunity cost since I have already paid the WJT to the exchange for a separate "unrelated" payment.
Afterwards, I can coerce the exchange to issue me an American Call Option by routing a BTC payment from myself to a WJT payment to myself.
Since the CLTV will be a future time and date, I can always delay failing or accepting the incoming HTLC until just before the indicated locktime.
All your analysis means is precisely that nobody will rationally act as a Lightning node swap exchange, since being an exchange implicitly means you are offering American Call Options that are premium-free.
If there are no Lightning node swap exchanges, then cross-asset swaps over Lightning cannot be done: nobody will enable the swap.
Hence the conclusion: Lightning Network will remain single asset.
Regards,
ZmnSCPxj
Published at
2023-06-09 12:53:44Event JSON
{
"id": "9e8e673f70f08bb771bad24001fffa5c23ed7565e9d0a1d744cff8c047c0406e",
"pubkey": "4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861",
"created_at": 1686315224,
"kind": 1,
"tags": [
[
"e",
"ca4ba408a7f58042d7f13af4ffdac9ce35c46314a12c4b25cf60835498578c43",
"",
"root"
],
[
"e",
"02780381072fe7163695aa5f5e542088869eec861980ffcacf317f8e58196ce4",
"",
"reply"
],
[
"p",
"61326c8104bae106a32cba72dc3dc97be1a71363465e6f226a76a6920918b0d6"
]
],
"content": "š
Original date posted:2019-01-04\nš Original message:\nGood morning Lawrence,\n\n\u003e \u003e On re-reading your argument, no, you have misunderstood massively.\n\u003e \u003e The two HTLCs together form a single American Call Option, issued by the exchange to the initiator of the \"payment\".\n\u003e \u003e It is not the initiator somehow issuing an American Call Option to itself by routing a payment to itself.\n\u003e \u003e It is the initiator forcing the exchange to give it the equivalent of an American Call Option by routing a payment to itself.\n\u003e \u003e In particular, the cost of locking the WJT asset is paid by the exchange, not the initiator of the contract.\n\u003e\n\u003e The initiator of the contract must deposit 1 WJT into the exchange before the exchange will create the contract. Therefore the opportunity costs are borne by the initiator.\n\nYou still have not understood.\n\nWe are discussing here a non-custodial exchange that acts as a Lightning Node on both BTC and WJT networks.\n\nSuppose I know of such a non-custodial exchange.\nI create a BTC channel to this.\nThen I create a WJT channel.\n\nIn both cases, yes, I have to lock my assets into the channels created (unless we now have dual-funded channels and I convince the exchange node to fund the WJT channel).\n\nWhat I do then is to send out via the WJT channel to any WJT-accepting merchant and get something in value equivalent to the WJT I send out.\nIt can be something as trivial as a submarine swap, where I get ***onchain WJT*** by paying my ***offchain WJT*** over Lightning.\n\n\nIn this way, the WJT in the channel is ***no longer mine***, and given a fungible WJT asset then a submarine swap means I have reacquired the WJT I put in the channel in the first place; it is now available to me onchain to dispose of as I wish.\nIf the WJT in the channel is locked up in an HTLC, ***I am not paying the opportunity costs for locking WJT***.\nIt is the exchange which pays the opportunity cost since I have already paid the WJT to the exchange for a separate \"unrelated\" payment.\n\nAfterwards, I can coerce the exchange to issue me an American Call Option by routing a BTC payment from myself to a WJT payment to myself.\nSince the CLTV will be a future time and date, I can always delay failing or accepting the incoming HTLC until just before the indicated locktime.\n\n\nAll your analysis means is precisely that nobody will rationally act as a Lightning node swap exchange, since being an exchange implicitly means you are offering American Call Options that are premium-free.\nIf there are no Lightning node swap exchanges, then cross-asset swaps over Lightning cannot be done: nobody will enable the swap.\nHence the conclusion: Lightning Network will remain single asset.\n\n\nRegards,\nZmnSCPxj",
"sig": "a6a90d8485bd53f28826a4fbe1bfd69ef69ebf15172b7254dd18abbad528c358de462dc00abd344a2d4b3e6c32e3d38e2b5504983f9fe16d3208289597e655ff"
}