Topic: Hards forks are the real issue, not blockchain size (Read 1859 times)

There has been no bitcoin *hard fork* (perhaps you are getting confused with a Github fork which is a different thing altogether).

A *hard fork* is when the one blockchain splits into two (or more) chains due to having different rules being run by the blockchain users (especially miners).

Solidcoin and all other *alt* coins were different blockchains altogether so they are not *hard forks* of Bitcoin at all (although their source code most likely would have been forked from Github from the main Bitcoin project).

My understanding is that Solidcoin is a bitcoin fork.  I think there have been others.  Any peer to peer payment software that is based upon an existing blockchain would be a fork.

My gut feeling is that the BTC fx rate is the key determinant.

When BTC were worth a few cents then a 60/40 resulting in two permanent currencies was much more likely. No one has much to lose by choosing a "technically" better chain.

However, with the rate at $30 then everyone would be scrambling to use the "winning" fork. The fx rate for newly mined BTC on the smaller "losing" fork would collapse to a few cents. It would be doomed.

Which forks are you speaking of that have already been?

Why then, so you suppose the trust has already not evaporated?  There have already been forks.  One possible answer is "those forks have not been successful".  The answer would have to be, paradoxically, that only successful forks would somehow spell failure.  I don't think I would buy that argument, but please, explain you thinking further.

Even at much smaller percentages, bitcoin's trust could evaporate.  Consider not knowing whether or not a particular bitcoin node would accept your transaction.  Or for merchants, the possibility exists of double-spending coins, one spend per fork.

Any long lived chain fork could have a hugely negative impact.

And how does that matter? How you'd see it I mean?

Agreed. Each network would only have to process and keep track of a fraction of the total transactions. This could actually be better for bitcoin.

It's fun to speculate about this. What if the networks start specializing ?

The 10Mb network would be less decentralized, slower, and more expensive to run with 10 times the needed bandwidth and disk space to keep track of hundreds of people betting their $1. Most blocks would have a lot of low value transactions with small or zero fees. The 1 Mb network on the other hand would handle all the serious money flow with less overhead.

I suppose if this is true there would still be a way around it. Send the coin to a different address that you own on each chain, wait for it to clear, wait a few blocks to make sure you're on the respective "main chains", then proceed as usual, all new transactions on each network would reference an output that doesn't exist on the other.

Of course if the total number of users was 10x higher, each fork could have more people using it and more money flowing through it than the current system does.  I'm not sure that would be a failure.

So if you had assets on each chain or the fork, residing at the same respective addresses, you would have to spend the simultaneously to avoid getting ripped off on the one of the chains?  I guess it would be a race down to the millisecond.  Someone would have software and a high speed connection tapping into both networks and attempting to take advantage of the smallest delay.

If a fork with 60% exists and one with 40% I would probably see bitcoin as a failed experiment.

That's comforting...



Well, thanks for explaining.

Correct.


Nothing.

So, as long as 2 people want for a 1MB fork to exist, there's nothing to prevent it ?


I meant, say I have an output that exists on the pre-split part of both block chains, and I spend it on one network, sending it to someone else. What's to prevent that person from rebroadcasting that tx on the other network as well ?

I think we're just playing with semantics at this point, so I'll just stop here.

I think you expressed two points that contradicted themselves.  I agreed with one of your statements and disagreed with the other.  In a good-natured rebuttal, I would like to point out the irony in you suggesting that I be more consistent 

You aren't paying attention.  You just said the same thing as me while claiming that my statement is a myth?  Try being a bit more consistent.

This is just a myth, or possibly circular logic, that has been repeated many times on these forums.  To fork, You actually just need one computer, or possibly two, running something that is hard-coded differently than is the current bitcoin that we are all using currently and that builds of the blockchain that we all know and love.  The question is, how many people would make the switch to the other system.  I would guess the current bitcoin will last from 6 months to 1 year, and then the vast majority of users will switch to something else.  Would we probably start to define "Bitcoin" at that point as what ever system the masses switched to.  But that could really be anything.  There is no guarantee or promise with the current system, as that very concept would suggest there is some entity which made a commitment.  Perhaps the only promise is that such an entity does not exist. 



And two forks already exist!  It's just the original on is still going strong.



Yes, and that is the only truth here.  If Mt. Gox decides to code it's own version, based on the blockchain to date, but going forward gives only Mt. Gox the ability to manage the integrity of the network, well if people decided they wanted to be part of that network instead of our current one, so be it.  Nothing would have been violated.

You need consensus if you want to implement a "forking" change without actually causing the blockchain to fork into two incompatible systems. If you actually WANT to cause the blockchain to fork into two incompatible systems, you only need a single miner willing to mine the forked blockchain (although the more distributed the mining hash power is, the more secure your minority fork will be)


To transmit a transaction, you need specific outputs received at an address to spend.  This means that bitcoins that were received prior to the fork will be spendable on both forks, while bitcoins that are received after the fork will only be spendable on the fork where they are received.