pull down to refresh

If this makes Lightning more "efficient"... I'm not sure we need that

And it does, but there was also this idea about making a chain on on-chain transactions that don't wait to be mined because you've already committed to a limited set of possible spending paths, so the user is less worried about getting their transaction mined "right now"

However, having said all of that, I had a thought last night.

Mutually Assured Destruction Transactions could be a thing today and would kinda have the same affect. Only kinda. Don't know how you'd make a chain of CPFP transactions will still being able to maintain your MAD capability until it gets mined.

But do you get the idea? Transactions over more blocks vs more transactions in a block. Consistent fees included in blocks vs one block with a lot of fees.

If I understand what you are saying... we don't have almost any blocks with "a lot of fees." Fees are already pretty consistent at near 1 sat/vbyte and the spammy transactions (runes inscriptions etc) are typically .15 sat/vb or less. I mean they can't get much lower.

reply

Have...you not been around very long?

Listen, we have months of VERY high fees, and times like this of almost no fees.

You have to solve both sides of the problem simultaneously, because only solving for one side, makes the other side worse.

So what I'm saying is, if people during the times when fees are VERY high, could instead be enabled to wait (which you can only really do by making waiting itself unnecessary), until these lower tides for their transaction to go through, the stress on both sides, high tide and low tide (high fee and low fee) can be solved at the same time.

reply