Quote from: d5000 on Today at 08:42:27 PM

Tier 0: Simple payment transactions (weight in vBytes = 0,5 * weight in bytes), i.e. they would have a weight of half of the Segwit witness data*
Tier 1: Other Segwit witness data (weight in vBytes = weight in bytes)
Tier 2: All other transaction data (weight in vBytes = 4 * weight in bytes)

This would be viewed as censorship by many people, you do know that Ordinals are also Seqwit transactions, the Seqwit upgrade was widely accepted because it gave everyone the same chance, to change your address -- you get the discount, but with this approach, you are not separating Seqwit transactions into two groups, one that gets a discount (because some people want that) and others who don't (again, because some people don't them to).

This would be the equivalent of those Ordinals folks asking for a discount for their Seqwit transactions only, many people won't welcome that idea, will they?

This also opens the door to other types of transaction-biased discounts, transactions of >x amount should get y discount and the others won't, it's like creating a VIP membership on the blockchain.

Your idea would make perfect sense if what you guys call "not normal" or "spam" was universally agreed upon, which isn't, it seems like there are no more than a few folks here and on Reddit that are mad about these Ordinals, I mean, with all honesty who gets to say "Yes let's change the protocol"?

- Mining pools
- Nodes devs (mainly Core)
- Exchanges
- Wallets

Out of these 4 groups, probably only some Core devs are annoyed, mining pools are certainly happy and don't consider Ordinals spam (ya except for Luke's pool which is a drop in the Ocean 'no pun intended' Cheesy

), Exchanges are having the best time of their life with all the volume surrounding those shit Ordinals coins, Wallets would be like "What spam" ? lol.

Quote from: ETFbitcoin on Today at 10:05:24 AM

In addition, block propagation become easier with existence of compact block where node doesn't broadcast whole block since most other node already have TX data on their mempool.

compact blocks are a part of the relay networks that mining pools use, even with blocks being as small as 4MB large pools don't count on the P2P network to propagate blocks, given the amount of money at stake, they consider the P2P network to be risky, and they operate outside of it to ensure none of them loses half a million $ due to some latency issues every other day.

Mining has changed a lot, it's no more thousands of nerds on their PCs where nobody knows who sent the block, it's now a group of multi-billion $ companies who think of BTC mining as nothing but business, Foundry sends the block hash to Antpool using their private relay protocol, Antpool won't even bother checking shit, just start constructing an empty block while dealing with their mempool, so added verification time isn't going to hurt those pools, and let's be honest, only mining nodes matter here, the other nodes would just set tight till the big boys handle their business and they would always follow the longest blockchain.

So even at a 1GB blocks, it's unlikely that miners would be affected by any means (ya maybe more empty blocks here and there and that's all about it), it's us the average joe who would need to refresh their wallets twice while waiting for transaction confirmation which has already been included 2 minutes ago. Cheesy

Obviously, small miners/pools who can't get a seat in those private relay networks will have to rely solely on the P2P network, and every % of network delay added is a potential loss for them, in other words, those 2 mins they spend working on a block that has already been solved and passed to other miners, will be a loss for him, a heavy 20% loss in this example, but ya 2 mins is just an extreme example.

But with all honesty, small miners are more likely to vanish due to the difficulty affect caused by large miners growing too large than to face issues with network delays.

Quote from: stompix on Today at 11:03:05 AM

Savage!!!

Fudge!

I'd like to make it clear that those aren't particularly my arguments nor counterarguments. I mean, they have been floating around forever. Just thought I'd sum them up for those interested. And, as I said, every argument and its counter do make sense. I could just argue that I want 1MB because I live somewhere way too far and only have access to a 500kbps connection. I want to mine BTC with the same chances that a European person like yourself has. So, raising blocks to 20MB is racial discrimination, which is terrible for Bitcoin. What say you? You may say it's b.s. (size=1pt)"it is,"(/size) but many others would find it a perfectly valid argument.