What kind of hard fork do you think Bitcoin needs more right now? \ stacker news ~bitcoin

What kind of hard fork do you think Bitcoin needs more right now?

705 sats \ 39 comments \ @ch0k1 3 May bitcoin

Here is my version 👇

Security related23.5%

Privacy related76.5%

34 votes \ poll ended

view all related items

156 sats \ 8 replies \ @shafemtol 4 May

Bitcoin will never need a hard fork, but if it will need one, it will be a security related one.

In a hard fork, old nodes will stop following the same chain as forked nodes (if there are miners among the old nodes, there will be a chain split). However, virtually any change can in one way or another be implemented as a soft fork, where old nodes and new nodes still follow the same chain (at least as long as the majority of hash power implements the fork).

Post-quantum signature schemes can be soft-forked in as a new script version, just like what was done for Taproot.

A sudden and complete break of the secp256k1 curve could arguably be a good opportunity for a hard fork, if only to force everyone to upgrade their nodes lest they risk revealing the keys to still-unspent P2PKH/P2WPKH coins through their thence insecure public keys. A fork could then require proof of an OTS-style timestamp (from several hundreds or thousands of blocks prior) of a commitment to spend such coins before allowing them to be spent.

42 sats \ 6 replies \ @_b_o_n_e_s_ 4 May

bitcoin needs at least one hardfork, lookup the year 2106 issue.

10 sats \ 2 replies \ @ch0k1 OP 4 May

My lookup would be more effective if you provide enough context on the topic

10 sats \ 1 reply \ @ch0k1 OP 4 May

Do you mean what @orthwyrm mentioned here

0 sats \ 0 replies \ @_b_o_n_e_s_ 4 May

yes was referring to that issue.

but my comment was for the stacker above who thinks bitcoin will never need another hard fork

121 sats \ 2 replies \ @shafemtol 4 May

I had forgotten about the timestamp overflow issue, but that would be the kind of hard fork Bitcoin would need if it would ever need one.

That kind of hard fork doesn't necessarily have the same problem that most other hard forks would have, though. At some point it would be completely impossible to progress on the old chain. If the fork activates at that point, there's no actual chain split, old nodes will simply be stuck on an old block.

In practice such a hard fork would be more similar to a forced soft fork.

208 sats \ 1 reply \ @shafemtol 4 May

Thinking about the timestamp overflow issue a bit further, it could have been implemented as a soft fork by exploiting Bitcoin's time warp bug. By my calculations this could extend the lifespan of the existing chain by some 240 thousand years.

However, after the activation of BIP113 in 2016, a time warp exploit is no longer a viable option as there's no way to do make timelocked transactions with a far-future timestamp spendable at the appropriate time.

But that part could be addressed with a forced soft fork at worst. So my point still stands ("tis but a scratch!"): Bitcoin will "never" need a hard fork.

0 sats \ 0 replies \ @_b_o_n_e_s_ 5 May

touché

0 sats \ 0 replies \ @ch0k1 OP 4 May

Makes sense but I'd need more elaboration on that one...

Do you agree with me that we can see hard fork is simoly a change that introduces breaking changes vs soft fork which introduces a backward compatible changes to the PoW protocol?

96 sats \ 0 replies \ @ch0k1 OP 3 May

I would highly appreciate your arguments as comments

139 sats \ 4 replies \ @BITC0IN 4 May

wat. no.

0 sats \ 3 replies \ @PlebeiusG 4 May

I like the GFY fork with a side of pork.

we need a version of "LEAVE BRITNEY ALONE" but for the base layer.

0 sats \ 2 replies \ @ch0k1 OP 4 May

A classical moron ladies and gentlemen 🎉

5 sats \ 1 reply \ @PlebeiusG 4 May

🫂 read your bio - you're really smart!

I repent. Please fork bitcoin harder for me daddy.

0 sats \ 0 replies \ @ch0k1 OP 4 May

I have nothing else to add...

21 sats \ 4 replies \ @Coinsreporter 4 May

To me the first question would start like Do we really need a Bitcoin hard fork as of now?

0 sats \ 3 replies \ @ch0k1 OP 4 May

Why not, as everything else it needs a constant improvement

25 sats \ 2 replies \ @Coinsreporter 4 May

So, for improvement, the only way is hard fork?

Can we not say that Bitcoin should have a soft fork for improvement?

11 sats \ 1 reply \ @ch0k1 OP 4 May

#528322

21 sats \ 0 replies \ @Coinsreporter 4 May

Got it now. Thanks for the input. I'm learning all these technical complications, so never mind.

21 sats \ 3 replies \ @Satosora 3 May

Every fork just depreciates btc, doesnt it? Essentially you are cloning the blockchain so it can implement a new protocol. But if I were to do that, I think they should work on the security aspect. The government keeps snooping its nose into business where it doesnt belong.

0 sats \ 2 replies \ @ch0k1 OP 3 May

Every fork just depreciates btc, doesnt it?

It's usually just the opposite because the network itself requires upgrading drastically from time to time depending on outside forces like Quantum commuting, AI, ML etc.

But if I were to do that, I think they should work on the security aspect.

Please register your vote as there's currently one entry and it's for privacy 😜

0 sats \ 1 reply \ @Satosora 3 May

Would mine be considered privacy or security? Trying to minimize the governments interaction with my btc.

10 sats \ 0 replies \ @ch0k1 OP 4 May

Depends on how you define "minimize" in your case because you either want/allow any government interaction of not - it can't be something in between...

If you want to completely block/ban government from interaction you need to implement it on a PoW level trying your best not to introduce a breaking changes (soft fork) but not postponing it if the situation requires the network to pay the price of agreeing to new consensus rules (a hard fork) which in my opinion classifies it as a security related instead of privacy

On the other hand, if you somehow think government somehow have to be involved in any sense (custody, audits, refunding lost funds, insurance etc) then we should basically allow a backdoor (what's btw the case with today's banking system) which then makes it more a privacy (identity and filtering) related

0 sats \ 0 replies \ @Hamstr 4 May

needs to be able to be mined with lower grade equipment

0 sats \ 8 replies \ @k00b 3 May

I know there are many security related proposals being discussed, but I'm unaware of any privacy ones. Do covenants provide privacy?

31 sats \ 7 replies \ @Satosora 3 May

Security and privacy go hand in hand, right?

21 sats \ 1 reply \ @MarsIronPI 4 May

Kind of, but kinda like @DarthCoin says, a glass bunker is secure but not private, and a tent is private but not secure.

10 sats \ 0 replies \ @Satosora 4 May

Interesting Interesting. I have never heard that before.

2 sats \ 1 reply \ @ch0k1 OP 3 May

Yeah but not at the same time ...

The one soon or later leads to the another but they are completely different things which frequently take almost opposite directions...

0 sats \ 0 replies \ @Satosora 3 May

Interesting, I might need to give this more thought.

0 sats \ 2 replies \ @k00b 3 May

Not always and frequently are at odds. Defending against spam is security related, but it's not necessarily positive for privacy. Most traditional methods of spam prevention benefit from tracking and cleartext analysis.

0 sats \ 0 replies \ @ch0k1 OP 3 May

How defending against spam not positive your private l privacy?

Most traditional methods of spam prevention benefit from tracking and cleartext analysis.

Tracking or more diplomatically said "clear text analysis" is the same thing and I think it's irrelevant from enough time to be a factor anymore...

0 sats \ 0 replies \ @Satosora 3 May

I am more against government interfering in any way with my btc.

0 sats \ 0 replies \ @jgbtc 4 May freebie

Any future hard fork must be driven by extreme demand and urgency. If it's to address some theoretical problem that might happen sometime in the future it's just not going to happen.

0 sats \ 0 replies \ @SwapMarket 4 May freebie

This one: https://bitcoinops.org/en/topics/eltoo/

Lightning network allows fast transfers and helps privacy, but the nodes are difficult to run due to the need to store the whole history of channel states (to publish a penalty if your peer cheats). The database size grows constantly and this limits how many transactions a node can route for the lifetime of a channel. There is also a need to have a watchtower - a third node to monitor a channel in case my node goes offline for a long time. All these complications can go away if a soft fork would allow eltoo. Not a hard fork even, but still unlikely to implement.