Bitcoin Forum
June 17, 2024, 02:27:33 PM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: I would fork bitcoin (in half) today if I could  (Read 748 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
DannyHamilton (OP)
Legendary
*
Offline Offline

Activity: 3430
Merit: 4668



View Profile
August 18, 2015, 04:34:45 PM
Last edit: August 18, 2015, 07:05:27 PM by DannyHamilton
 #1

NOTE:  THIS THREAD IS SELF-MODERATED.  I will delete posts that I find are:
  • abusive
  • inflammatory
  • trollish
  • baiting
  • simply not constructive in my personal opinion

If this sort of censorship bothers you, I suggest that you not participate in this thread at all.



If I could find a feature that violated the current bitcoin consensus rules and which approximately 50% of miners, merchants, and users were willing to immediately adopt while the other 50% were adamantly against, I would roll out a node that supported the feature and suggest that we fork bitcoin today.

Perhaps the result would be a complete disaster, and we could all stop wasting our time on an experiment that clearly can stand on its own in the real world...

Or perhaps market forces would stabilize the situation and everyone would finally shut up about how horrible a contentious fork might be.

This won't be the last time that some influential people want something that some other influential people don't want.  It is human nature and will occur over and over many times.  We can all calm down and accept that the design of bitcoin is capable of surviving anything that anyone else might do, or we can accept that the bitcoin experiment is a failure and we can silently move on with our lives.

Either way, it is certainly ridiculous to think that either side in any "fork" is the "right side". It's also ridiculous to expect that the whole world will always do what an individual or group thinks is "best for bitcoin" just because you want the world to behave that way. There will always be differences of opinion, and there will always be people that feel that they can force their opinion on others (by threats, intimidation, mockery, scare tactics, etc).
CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
August 18, 2015, 04:41:49 PM
 #2

Personally I have found it very strange that the core devs are now fighting against "Gavin and Mike".

Although I am not really interested in the politics itself I will say that I would much prefer to see consensus from all the devs than to have two (currently) non-devs simply take over Bitcoin in a manner that might result in many of the core devs leaving the project.

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Holliday
Legendary
*
Offline Offline

Activity: 1120
Merit: 1010



View Profile
August 18, 2015, 04:46:57 PM
 #3

A fork is nothing to be feared, in fact it is an opportunity (in more ways than one).

If you aren't the sole controller of your private keys, you don't have any bitcoins.
DannyHamilton (OP)
Legendary
*
Offline Offline

Activity: 3430
Merit: 4668



View Profile
August 18, 2015, 04:47:34 PM
 #4

Personally I have found it very strange that the core devs are now fighting against "Gavin and Mike".

Although I am not really interested in the politics itself I will say that I would much prefer to see consensus from all the devs than to have two (currently) non-devs simply take over Bitcoin in a manner that might result in many of the core devs leaving the project.

There is nothing "official" or "magical" or "ordained" about a "core dev".

New developers will join, old developers will leave.  Nobody is "forced" to work on either project if they don't want to, and consensus is always hard.  The more people involved, and the more they have at stake, the more likely that consensus can't be reached and that the group will split into one or more like-minded sub-groups each with their own agenda and their own opinion about what is "right".

Consensus is great when it exists, but it can't be forced on someone that doesn't share your views.
Holliday
Legendary
*
Offline Offline

Activity: 1120
Merit: 1010



View Profile
August 18, 2015, 04:48:48 PM
 #5

Consensus is great when it exists, but it can't be forced on someone that doesn't share your views.

Well it can be (see democracy), but it shouldn't be.

If you aren't the sole controller of your private keys, you don't have any bitcoins.
meono
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
August 18, 2015, 04:49:38 PM
 #6

Personally I have found it very strange that the core devs are now fighting against "Gavin and Mike".

Although I am not really interested in the politics itself I will say that I would much prefer to see consensus from all the devs than to have two (currently) non-devs simply take over Bitcoin in a manner that might result in many of the core devs leaving the project.

There is nothing "official" or "magical" or "ordained" about a "core dev".

New developers will join, old developers will leave.  Nobody is "forced" to work on either project if they don't want to, and consensus is always hard.  The more people involved, and the more they have at stake, the more likely that consensus can't be reached and that the group will split into one or more like-minded sub-groups each with their own agenda and their own opinion about what is "right".

Consensus is great when it exists, but it can't be forced on someone that doesn't share your views.

Hard to find a level head member like you to post here.

Bravo on the best way to put it.
CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
August 18, 2015, 04:50:23 PM
 #7

There is nothing "official" or "magical" or "ordained" about a "core dev".

True - but we know their are many people working on Bitcoin Core - how many are working on Bitcoin XT (and how many have indicated they'll move to that should their fork take over)?

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
meono
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
August 18, 2015, 04:55:00 PM
 #8

There is nothing "official" or "magical" or "ordained" about a "core dev".

True - but we know their are many people working on Bitcoin Core - how many are working on Bitcoin XT (and how many have indicated they'll move to that should their fork take over)?


If the fork happens, its still bitcoin and the economy of bitcoin will attract new developers.

I doubt core developers would be childish and choose "my way or highway". After all the fork happens because majority choose their direction.
CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
August 18, 2015, 04:58:44 PM
 #9

I doubt core developers would be childish and choose "my way or highway". After all the fork happens because majority choose their direction.

Well - childish or not - G. Maxwell has indicated just that (he will stop working on Bitcoin if XT takes over) and I don't think he is the only core dev to have indicated such.

Also calling people names (such as "childish") hardly helps the situation (but is the kind of thing someone wanting to "troll" would bring in).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
DannyHamilton (OP)
Legendary
*
Offline Offline

Activity: 3430
Merit: 4668



View Profile
August 18, 2015, 05:04:50 PM
 #10

Consensus is great when it exists, but it can't be forced on someone that doesn't share your views.

Well it can be (see democracy), but it shouldn't be.

That's not "consensus".  That's "tyranny of the majority" (or "tyranny of the powerful").  It doesn't force the minority (or weak) to share the views of the majority (or powerful), it simply frustrates them and frequently results in them feeling disenfranchised and resentful.  They may obey, but that doesn't necessarily mean that they consent.
meono
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
August 18, 2015, 05:08:53 PM
 #11

I doubt core developers would be childish and choose "my way or highway". After all the fork happens because majority choose their direction.

Well - childish or not - G. Maxwell has indicated just that (he will stop working on Bitcoin if XT takes over) and I don't think he is the only core dev to have indicated such.

Also calling people names (such as "childish") hardly helps the situation (but is the kind of thing someone wanting to "troll" would bring in).


Then so be it.

A developer leave because the community has different vision is a good thing. No point having conflict. He can do whatever he wants.

But threatening such action is childish. We all know developers are not staying forever. The community however stays.
LiteCoinGuy
Legendary
*
Offline Offline

Activity: 1148
Merit: 1011


In Satoshi I Trust


View Profile WWW
August 18, 2015, 05:11:51 PM
 #12

Core Devs should come back to reality and adopt 4-5 MB blocks with an automatic increase over time. that would pull back the XT discussion. but for now we only have XT  Undecided


more "childish" (alarming) than everything else is the censoring the discussion here  Cry

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
August 18, 2015, 05:13:26 PM
 #13

Core Devs should come back to reality and adopt 4-5 MB blocks with an automatic increase over time. that would pull back the XT discussion. but for now we only have XT  Undecided

From what I have read there are already BIPs (at least two) that cover increasing block sizes for Bitcoin Core so I don't know why you say "only Bitcoin XT" has proposed this (and in fact the first BIP about this was from the Bitcoin Core devs rather than from Gavin and Mike).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
Holliday
Legendary
*
Offline Offline

Activity: 1120
Merit: 1010



View Profile
August 18, 2015, 05:14:27 PM
 #14

Consensus is great when it exists, but it can't be forced on someone that doesn't share your views.

Well it can be (see democracy), but it shouldn't be.

That's not "consensus".  That's "tyranny of the majority" (or "tyranny of the powerful").  It doesn't force the minority (or weak) to share the views of the majority (or powerful), it simply frustrates them and frequently results in them feeling disenfranchised and resentful.  They may obey, but that doesn't necessarily mean that they consent.

Sure, but for all practical purposes (in their actions, if not thoughts) they have been forced to consent, which I'll happily admit is an oxymoron.

If you aren't the sole controller of your private keys, you don't have any bitcoins.
meono
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
August 18, 2015, 05:15:19 PM
 #15

Consensus is great when it exists, but it can't be forced on someone that doesn't share your views.

Well it can be (see democracy), but it shouldn't be.

That's not "consensus".  That's "tyranny of the majority" (or "tyranny of the powerful").  It doesn't force the minority (or weak) to share the views of the majority (or powerful), it simply frustrates them and frequently results in them feeling disenfranchised and resentful.  They may obey, but that doesn't necessarily mean that they consent.

Sure, but for all practical purposes (in their actions, if not thoughts) they have been forced to consent, which I'll happily admit is an oxymoron.

Never bored to read your posts, LOL great way to put it.
LiteCoinGuy
Legendary
*
Offline Offline

Activity: 1148
Merit: 1011


In Satoshi I Trust


View Profile WWW
August 18, 2015, 05:15:30 PM
 #16

Core Devs should come back to reality and adopt 4-5 MB blocks with an automatic increase over time. that would pull back the XT discussion. but for now we only have XT  Undecided

From what I have read there are already BIPs (at least two) that cover increasing block sizes for Bitcoin Core so I don't know why you say "only Bitcoin XT" has proposed this (and in fact the first BIP about this was from Bitcoin Core devs rather than from Gavin and Mike).


i guess you mean BIP 100 / 101

i mean that we can only choose between XT (8MB) and Core (1MB) - that is sad.

if i had a choice, i would leave XT and would join BIP 100 / 101...  Cry

CIYAM
Legendary
*
Offline Offline

Activity: 1890
Merit: 1078


Ian Knowles - CIYAM Lead Developer


View Profile WWW
August 18, 2015, 05:18:10 PM
 #17

i guess you mean BIP 100 / 101

Yes.

i mean that we can only choose between XT (8MB) and Core (1MB) - that is sad.

if i had a choice, i would leave XT and would join BIP 100 / 101...  Cry

Well - if consensus between the core devs over one of those BIPs were to happen maybe there would be another choice (it appears to me as though it is XT that is trying to force the issue here).

With CIYAM anyone can create 100% generated C++ web applications in literally minutes.

GPG Public Key | 1ciyam3htJit1feGa26p2wQ4aw6KFTejU
quakefiend420
Legendary
*
Offline Offline

Activity: 784
Merit: 1000


View Profile
August 18, 2015, 05:24:29 PM
 #18

Core Devs should come back to reality and adopt 4-5 MB blocks with an automatic increase over time. that would pull back the XT discussion. but for now we only have XT  Undecided

From what I have read there are already BIPs (at least two) that cover increasing block sizes for Bitcoin Core so I don't know why you say "only Bitcoin XT" has proposed this (and in fact the first BIP about this was from Bitcoin Core devs rather than from Gavin and Mike).


i guess you mean BIP 100 / 101

i mean that we can only choose between XT (8MB) and Core (1MB) - that is sad.

if i had a choice, i would leave XT and would join BIP 100 / 101...  Cry

101 is what's in XT.  100 looks interesting(I like the idea of a dynamic blocksize), but I worry about the implementation since it basically means that a few large mining pools get control over blocksize.

My vote would be for an adjustment every week or so that looks at the last two weeks worth of blocks, and sets max blocksize to 2*(avg blocksize).
DannyHamilton (OP)
Legendary
*
Offline Offline

Activity: 3430
Merit: 4668



View Profile
August 18, 2015, 07:12:46 PM
 #19

- snip -
core developers would be childish
- snip -

- snip -
calling people names (such as "childish") hardly helps the situation (but is the kind of thing someone wanting to "troll" would bring in)
- snip -

- snip -
threatening such action is childish.
- snip -

I locked this thread for a few hours because it seemed that emotions, tempers, and opinions were beginning to drag discussion off-topic.  I'm hoping that the cool-off period will have allowed people to return to a less confrontational tone.  A warning has been added to the OP.  I'll start deleting any threads that I feel are directed at (or about) people instead of ideas/concepts.  This is entirely subjective and based on my own interpretation of the matter.  You are welcome to avoid this thread if that's a problem.

(And yes, I'm aware that I mentioned that certain thoughts or expectations are "ridiculous" and that this gets very close to accusing people of being "ridiculous".  My thread, my rules.)  Grin
DannyHamilton (OP)
Legendary
*
Offline Offline

Activity: 3430
Merit: 4668



View Profile
August 18, 2015, 07:16:06 PM
 #20

Sure, but for all practical purposes (in their actions, if not thoughts) they have been forced to consent, which I'll happily admit is an oxymoron.

A bit like how a rape victim that obeys their attacker has "for all practical purposes (in their actions, if not thoughts) has been forced to consent" to sex?

Sorry, you simply aren't going to convince me that "democracy" and "consensus" are the same thing.  Perhaps we'll just have to agree to each use a different dictionary.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!