So it is something like a switch for a soft fork "x"? I mean like the switch I can turn on and off about RBF or about datacarriersize? It does not seem too terrible.

However having too many switches may become overwhelming to me (not to say to a normal user)

Soft forks are ok with me. Miners can choose any txs to mine anyway, and we already have a lot of types of txs (rbf on/off, op_return, inscription, multisig, taproot, legacy, etc).

The thing about another software in parallel to core looks a bit risky for me. I do not like lightning because lf that, more risks for bugs.

Because of all the above, I prefer to not do this. There are very good devs at core, the human factor/reputation is important.

How about a simple android app? I made it so it will connect to different backends. It does not collect any data, but also it does not save any previous sale.

All you need is an open android device (or devices) with chrome installed. https://play.google.com/store/apps/details?id=cl.icripto.icriptopos

Yeah MEV is like a vice of the game to me. This is precisely what I fear.

Today minimum fee for next block was raised almost instantly at around 3:00 pm UTC. I was checking the mempool back then and it was somewhat evident the amount of txs (thousands) that were RBF'd (or broadcasted) at the same time.

You are right. Miners should turn off if they are unprofitable. My concern is about the effect of an eventual hashrate drop, marketwise.

You are probably right. Mining is supposed to be an adversarial competition, and I hope it really is.

Yes, 100% agree, and yes it is unlikely and it would be difficult for miners to coordinate all of them.

But still, if it would mean more revenue for all of them in total (as long as extra fees from real transactions that go to miners within the scheme >= fees from fake transactions those miners pay for)

It might be worth the endevour right? For example an entity to charge miners a fee (for broadcasting/bumping these fake txs that raise the sat/vbyte for the next block) and in return all miners get extra revenue from real transactions that were bumped or broadcasted with higher fee by users.

Thanks, but I was refering to a change in the protocol

Thanks. I did not know about cwallet. Looks great, but unfortunately it does not support btcln-xmr swaps for what I could check. Fixedfloat does support it, yes. And that would be one of the few I know. My idea is to have something that would be an alternative to the current options, which are all custodial actually. Also it needs to be considered that as time goes on, even the currrent options might stop working, and that is because xmr will be delisted from exchanges (okx and binance will do that in january 2024, the rest might do the same in 2024)

Try this one https://play.google.com/store/apps/details?id=cl.icripto.icriptopos It connects to several lightning api's. Btcpay, Lnbits, etc. So by definition it does not allow making payments, only receive them. Also it has a pin code to block employees from tampering the connection. It works on any android device.

Hahahaha absolutely!

Thanks!

Thanks!

Thanks!

Thanks!

I use averages precisely because of all the debatable nuances there are in the income distribution. I have no doubt the wealthiest 10%-20% of the people have increased their purchasing power to buy property. For the poorer 80% of the people, this decline is even worse.

Because of the income inequality distribution, I could have used the median values instead of the averages, and that would have shown even a grimmer picture than the numbers I showed. But that would be something an economist can debate saying that the total share of wealth is the important element, thus the average numbers are the important. Also I did not find in my sources any data other than averages.

Hey thanks for the ideas for a deeper analysis! My main goal of this very brief analysis was to consider the largest timeframe available, and at the same using only the most reliable sources.

I will try to research those topics, because I agree my analysis is clearly insufficient considering all the nuances and factors there are. I do not know though if I will be able to get reliable data back from the 60s.