📅 Original date posted:2021-09-01
📝 Original message:
Gentlemen,
The micropayment system that is LN today has some limitations in
pathfinding with hops accommodating the needed liquidity with regards
to larger amounts, where probability of success and the forward fee
also needs to be accounted for in a total cost of attempt.
Probability and cost for xx M sats will not today have any gain
compared to go on-chain.
If still in need and or requested to have tx in a near instantaneous
settlement using LN regularly,
one would have a setup of LN-Nodes in aggregate to facilitate tx with
such profiles.
If Lady Gaga would like to send 0.6 to Madonna in a LN tx for
remuneration of a designer purse,
for Us to be able to facilitate that : We would need to onboard them first ...
If A would like to send 0.6 to B, in a non anticipated recurring flow,
A would just go on-chain,
or A would open a channel with --push amt to B, probability asserted
and cost minimised.
In an anticipated recurring flow, I repeat -one would have a setup of
LN-Nodes in aggregate to facilitate liquidity in such a scenario, as I
am sure Baller and Bird ++ other biz already do today.
There is a proposal in changing the protocol to accommodate an
algorithm to do pathfinding and spontaneously make larger payments
possible in LN, where proposal fails directly in that it has a non
real world scenario as argument.
Calculating total cost in a 0.6 balance transfer involving a MPP split
to 500 120K tx to use a hop sequence as a-b-c-d, would require 4000
ledger entries ? ( 2 at each node ) in 1002 LN-Nodes and the
probability of success is ≈ ?, with a ppm fee forward cost > then what
We in the real world would use and spend today.
As an application developer wishing to use LN protocol pure and
interoperable whole, I can see there are more pressing needs in
refining existing protocol and implementations than spend wetware time
on hypothetical non real world scenarios. Altho still amusing and
stimulating as edutainment.
Thank you
/xraid
x raid [ARCHIVE] /
npub157…fpqkx
2023-06-09 13:03:41
in reply to nevent1q…um9p
Author Public Key
npub15758wuggl6u8umupz8ellvdjad7mjcchkn2vcelrmmeg55f48euspfpqkxPublished at
2023-06-09 13:03:41Event JSON
{
"id": "9a45e9e2768c0c4ae58d981ccb636a799c697155bd7b0d8c0ea97b7f5391b5af",
"pubkey": "a7a8777108feb87e6f8111f3ffb1b2eb7db96317b4d4cc67e3def28a51353e79",
"created_at": 1686315821,
"kind": 1,
"tags": [
[
"e",
"0bf146aa98559169bd8d6549e5caf5c3ab2fa59414f305e03af4b5c9599f0e69",
"",
"reply"
],
[
"p",
"9456f7acb763eaab2e02bd8e60cf17df74f352c2ae579dce1f1dd25c95dd611c"
]
],
"content": "📅 Original date posted:2021-09-01\n📝 Original message:\nGentlemen,\n\nThe micropayment system that is LN today has some limitations in\npathfinding with hops accommodating the needed liquidity with regards\nto larger amounts, where probability of success and the forward fee\nalso needs to be accounted for in a total cost of attempt.\n\nProbability and cost for xx M sats will not today have any gain\ncompared to go on-chain.\n\nIf still in need and or requested to have tx in a near instantaneous\nsettlement using LN regularly,\none would have a setup of LN-Nodes in aggregate to facilitate tx with\nsuch profiles.\n\nIf Lady Gaga would like to send 0.6 to Madonna in a LN tx for\nremuneration of a designer purse,\nfor Us to be able to facilitate that : We would need to onboard them first ...\n\nIf A would like to send 0.6 to B, in a non anticipated recurring flow,\nA would just go on-chain,\nor A would open a channel with --push amt to B, probability asserted\nand cost minimised.\n\nIn an anticipated recurring flow, I repeat -one would have a setup of\nLN-Nodes in aggregate to facilitate liquidity in such a scenario, as I\nam sure Baller and Bird ++ other biz already do today.\n\nThere is a proposal in changing the protocol to accommodate an\nalgorithm to do pathfinding and spontaneously make larger payments\npossible in LN, where proposal fails directly in that it has a non\nreal world scenario as argument.\n\nCalculating total cost in a 0.6 balance transfer involving a MPP split\nto 500 120K tx to use a hop sequence as a-b-c-d, would require 4000\nledger entries ? ( 2 at each node ) in 1002 LN-Nodes and the\nprobability of success is ≈ ?, with a ppm fee forward cost \u003e then what\nWe in the real world would use and spend today.\n\nAs an application developer wishing to use LN protocol pure and\ninteroperable whole, I can see there are more pressing needs in\nrefining existing protocol and implementations than spend wetware time\non hypothetical non real world scenarios. Altho still amusing and\nstimulating as edutainment.\n\nThank you\n\n/xraid",
"sig": "a2a20ad2db42416a9bc4e01d8fdfbe852fda73eb06215acc6b527c72690229600849775789799af95019e4aff705bcaec22b42f727a679e075b3c68f869a0ae2"
}