Topic: Will the Ordinals craze cause a UAHF soon? (Read 408 times)

In other words, rejecting Ordinals transactions would bring censorship to the Blockchain. Bitcoin is decentralized and open to anyone, so why go ahead and block something you (developers) don't like? This would make BTC no different than banks. If people are not happy with the high fees, they could either make their own fork off the BTC blockchain or simply switch to an alternative chain with lower fees. The market will eventually decide the optimum network fees that will benefit both miners and users alike. Fees can't stay high forever, anyways. Things have settled a bit lately, so there should be nothing to worry about.

I've read something about Bitcoin Stamps which are even better than Ordinals inscriptions. I really hope they don't become extremely popular, or fees will go high again. No one can predict what's going to happen with Bitcoin in the future, so we can only hope for the best. Just my thoughts

Developers have power as long as they don't abuse it. Merchants seems to benefit from this strange meme economy, plus the expectation of a hard fork can be a good driver for the rise in the price of bitcoin. Miners benefit from the current situation, and in the event of a hard fork, they will switch to a more profitable network. Hardfork is also beneficial for users, in principle, they will receive coins in both networks. In an environment where it is technically easy to make a hard fork and so many benefit from it, it is hardly in the interests of developers to try to tempt fate with a public demonstration of power.

its simple. all opcodes/sigop codes should come with requirements, format and expectations. that way things can actually be verified to be validated rather than tagged as "is valid" without verification checks
having it where after block 7XXXXX any opcode/sigops that has no format/requirements will have that tx rejected by core 2X.x+ where economic nodes and pools do another NYA.. devs loved that plan last time. so they cant now pretend its impossible or unable or not capable of doing. they already set that precedent

if devs want to propose a new opcode in the future. then they should do it the proper way. propose it, code it. get people to adopt it. and when safe to run due to adoption level THEN it activates, where by its given time for the network to be ready to actually verify and validate blockdata.

all this weakening consensus to not need a consensus activation is what gets these exploits to occur. it makes devs lives easier but when they are the ones in control of a near trillion dollar economy they need to have a tough life where they are responsible for what happens within it

..
and again for those shouting UAHF
it should be emphasised as a EN MPA (Economic Node(merchants/services)) (Mining Pool Assisted) becasue regular normal users dont have the same power as the services/miners.

if users reject blocks, not much happens it just affects the user who is no longer part of the network.. stuck at a certain old height.. however if merchants rejects blocks it affects their customers which includes miners and users being their customers. thus it pressures mining pools to toe the line and users to toe the line.

so now you know where the power lies. core devs then merchants followed by pols, followed by users. in that order

Upgrades and development of the Bitcoin blockchain can be implemented even without Hardfork.  Softfork is enough since Segwit and Taproot had been implemented through soft-fork.  So I do not think that there is a need for Hardfork in order to solve the current problem.


I think removing Bitcoin Ordinals in the blockchain does not need hardfork, the developer just needs to disable the feature that allows it and it can be done without hardforking the network.

strange thing is satoshi invented a permissioned network:
a. the handshape protocol between peers
b. agreeing to share data
c. when sending a transaction it has to be done by the permissioned owner of value
d. it had to have a fixed format.
e. length of proof was required
f. he started with a 0.01 fee which all tx with less was rejected
g. later the called it "dust" where they rejected amounts below
h. it does not allow double spends
i. his code did not allow more then 50btc per block reward subsidy, rejecting blocks that tried
j.he did not allow 4mb of monkey pics in a block, they got rejected

decentralised:
a. many devs in satoshis day were not using one repo. they copied code into their own and compiled their own client.
b. there was no centralised github, reference client or roadmap
c. he didnt even hire/rank/sponsor or contract people to be his team maintaining the rules

censorship resistance
a. bitcoin had strict rules where every byte was accounted for where each byte had a purpose. if a tx contained anything not set for the purpose of proving value transfer of sats. it was rejected
b.transactions trying to move more then they are owed rejected
c. blocks not fitting the rules rejected,
d. transactions paying to little rejected
e. blocks with hash solves not fitting difficulty requirement rejected

i can go on but i just said a few examples of each

bitcoin is not permissionless.. its consensus..
bitcoin is not censorship resistant.. its has(had) rules..
bitcoin is not as decentralised.. due to CORE central point of failure (they named if that for a reason)

It's not what I personally want, but their full node, their mempool.


Satoshi technically designed a permissionless, decentralized, censorship-resistant network, if we start calling for censorship for their use case of the blockchain, they might start calling for censorship for our use case of the blockchain.

Do we all want censorship from Bitcoin full node operators and miners on our transactions?

I believe that if they filter and censor transactions from Ordinals, they will be able to do the same for coins related to CoinJoin transactions or any reason they think is bad, serious and should be censored.

It is not what Satoshi Nakamoto designed for Bitcoin and it is not what the Bitcoin community have tried to maintain since 2009.

Should we break it because of Ordinals?

My answer is very strong, No, I don't want it and I don't think we should have it.

Full node operators can filter Ordinals from their mempool using Ordisrespector, but it won't make a difference because not the whole network would be doing it. Those transactions would still propagate.


Possible, plausible, probable.

 

I hope the hardfork will run successfully even though I'm not really sure about that. And yes I agree that the garbage of NFTs has made blockchain networks quite slow and I don't like what they call non-fungible. I hope this hardfork will actually solve the current problem.

Nah, although the fees is still high as compare before wherein we can pay 1 sat/vByte, now the fees is between 16 - 35 sat/vByte, and I think that is manageable, still less than 2$.

Depends on the nodes if they will eventually reject Ordinals, the point of contention is that it's business and they are making big money because we try to outbid each other to get our transaction to get into the next block, so that debate is going on right now.

For all we know, those entities spamming bitcoin's network right now are the same individuals back in 2017 wherein we have a debate whether to increase block or not.

I don't like censorship and Bitcoin network with its main mission to provide non-censored transactions, peer-to-peer, decentralized should keep up this mission. If it breaks its vision, it will lose belief in communities and users.

Why do I have to use Bitcoin network for transactions if my transaction can be censored, rejected because of any node, mining pool which don't like mine?

If it goes to this direction, Bitcoin network will no longer be better than altcoin networks or central banks. I and others will have less reasons to use it for either transactions or investments.

I don’t think a hard fork will happen as a result of Ordinals. I think it would show bias towards projects that would be hard to defend going forward without also disabling the Lightning network. It’s a major problem in my opinion if the developers are able to censor transactions for any project they don’t deem as important as their own.

I do not think this one needs a hard fork, I believe this will only need a soft fork where the idea of filtering the network or censorship will be implemented against unnecessary transactions created by the that exploit Ordinals and the Taproot feature.  A hardfork may happen if the miners decided to stick with the current rulings and create a split chain just like what happen when segwit was implemented.  Rejecting Ordinals does not necessary needs a hardfork IMO, a softfork is enough to upgarde the existing network and block unnecessary transactions.

The action to solve the current problem will not destroy or ruin Bitcoin, instead, I believe it will make Bitcoin more resistant of the attack and possibly enable the scalability of Bitcoin to improve.

I hope that turns out to be the case in the long run. Bitcoin cannot afford losing market value with another hard fork. You can see how both BCH and BSV hard forks took a large portion of BTC's market share when they came into inception sometime ago. Fortunately, fees on the BTC blockchain are declining. People will ultimately decide the fees to pay, leaving miners no choice but to go along with the "fee market". It's the way this works.

Let's see how long will the "Ordinals craze" last as people move on to the next big thing in crypto. Maybe all of those worthless NFTs will move to a sidechain in the future? Just my opinion