I understand it adds extra complexity on their end. They would save money on the on-chain fees, but they would pay just as much to get that outbound liquidity. I could see them opening an extremely large channel to a hub like OpenNode, and use that one channel to pay out lots of people. And then close & reopen the channel after the outbound liquidity dries up. This strategy probably would cut down a lot of the fees.
the assumption is that you can get the latest state tx into the blockchain before your counterparty and miners will do that because they want fees today. However a miner with a channel will exclude your transaction because they can get the lightning channel balance instead.
is valuable only insofar as you’re able to delay or block your peer from issuing a “correcting” transaction
But nobody is able to delay or block people from posting transactions. Otherwise LN is indeed in trouble, and not only LN. Overall this doesn't look like something to worry about.
Nicehash did. But quite honestly is because they would be terribly outbound heavy with no reason to receive any of that liquidity. It would also be a pain on the receiving end.
Summed amounts are probably too big. Remember each block their find has at least 6.25 BTC which they need to redistribute. The liquidity will only go in one direction (from the pool to miners) so they would need to constantly do swaps to refill their channels. This is not even mentioning how unreliable the lightning network is if you run your own lightning node.
you dont want lightning channels with miners
Why not? I want Lightning for everything.
I understand it adds extra complexity on their end. They would save money on the on-chain fees, but they would pay just as much to get that outbound liquidity. I could see them opening an extremely large channel to a hub like OpenNode, and use that one channel to pay out lots of people. And then close & reopen the channel after the outbound liquidity dries up. This strategy probably would cut down a lot of the fees.
all the security assumptions of lightning break down if your counterparty is a miner
wait, what?
the assumption is that you can get the latest state tx into the blockchain before your counterparty and miners will do that because they want fees today. However a miner with a channel will exclude your transaction because they can get the lightning channel balance instead.
One miner will exclude my transaction, the next miner will include it. I got a whole week to slash the attacker.
if the miner has enough hash rate and liquidity on lightning it could make sense to attempt to reorg
deleted by author
deleted by author
I did not see anything remotely resembling "all the security assumptions of lightning break down".
deleted by author
But nobody is able to delay or block people from posting transactions. Otherwise LN is indeed in trouble, and not only LN. Overall this doesn't look like something to worry about.
Nicehash did. But quite honestly is because they would be terribly outbound heavy with no reason to receive any of that liquidity. It would also be a pain on the receiving end.
Summed amounts are probably too big. Remember each block their find has at least 6.25 BTC which they need to redistribute. The liquidity will only go in one direction (from the pool to miners) so they would need to constantly do swaps to refill their channels. This is not even mentioning how unreliable the lightning network is if you run your own lightning node.
deleted by author