Pages:
Author

Topic: This Is How To Kill XT… - page 5. (Read 3953 times)

legendary
Activity: 1302
Merit: 1068
August 22, 2015, 11:40:17 PM
#13
Another XT thread. Why keep this up?

-snip-
Block size is no reason to support XT.

OP doesn't support XT.  I guess you didn't read it carefully.
that's why more discussion is good.
Read his other threads and come back and tell me that. Grin

Well i went over it and it seem he's bashing anti-XT FUDer/sheep's way of being against XT without any logical evidence. That doesn't make him Pro-XT. But i can't say i went through pages of the thing. ^_^"
hero member
Activity: 728
Merit: 500
Never ending parties are what Im into.
August 22, 2015, 11:37:35 PM
#12
Another XT thread. Why keep this up?

-snip-
Block size is no reason to support XT.

OP doesn't support XT.  I guess you didn't read it carefully.
that's why more discussion is good.
Read his other threads and come back and tell me that. Grin
hero member
Activity: 854
Merit: 658
rgbkey.github.io/pgp.txt
August 22, 2015, 11:35:22 PM
#11
We don't need or want XT, but we need the block size increase. Adopt BIP 101, but not XT.
legendary
Activity: 1302
Merit: 1068
August 22, 2015, 11:33:28 PM
#10
maybe op really hates on xt lol
they increase block size for the future
want to see where this is going Smiley

If XT didnt include other unrelated code and simply implemented the block size, i wouldn't really have as much problem with it as i have now.
Care to read this up? https://github.com/bitcoinxt/bitcoinxt/commit/73c9efe74c5cc8faea9c2b2c785a2f5b68aa4c23
legendary
Activity: 3374
Merit: 1922
Shuffle.com
August 22, 2015, 11:30:19 PM
#9
maybe op really hates on xt lol
they increase block size for the future
want to see where this is going Smiley
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
August 22, 2015, 11:26:48 PM
#8
Another XT thread. Why keep this up?

-snip-
Block size is no reason to support XT.

OP doesn't support XT.  I guess you didn't read it carefully.
that's why more discussion is good.
legendary
Activity: 1302
Merit: 1068
August 22, 2015, 11:22:14 PM
#7
Increase the BlockSize on Core.
As the Core developers will not allow for a block size increase on Core, the only logical solution is to vote for XT. If you want to drop XT in it's tracks, support a block size increase on Core.
There is no difference for the XT or core being increased blocksize! The debate is to focu on the increase of blocksize.

XT has gained the consensus from the majority! What is the point of finding counter arguments to be against the public?

What consensus? You mean the 400 nodes running less than 1% of the total hashrate? XT is a sham, people don't actually support it
full member
Activity: 322
Merit: 115
We Are The New Wealthy Elite, Gentlemen
August 22, 2015, 11:22:00 PM
#6
There is no difference for the XT or core being increased blocksize! The debate is to focu on the increase of blocksize.

XT has gained the consensus from the majority! What is the point of finding counter arguments to be against the public?

XT has not gained consensus from the majority, Xt has maybe 14%.

XT is not just a block size increase but is also an implementation of other features, this is why I would prefer a block size increase on Core. I want the block size increase, I do not want Hearn's added features, and I want consensus.

I believe we have probably 90% consensus for a block size increase on Core, the problem is that much of the opposition 10% is the Core developers themselves. (I hear they think BlockStream will do well...)
full member
Activity: 147
Merit: 100
August 22, 2015, 11:14:27 PM
#5
Increase the BlockSize on Core.
As the Core developers will not allow for a block size increase on Core, the only logical solution is to vote for XT. If you want to drop XT in it's tracks, support a block size increase on Core.
There is no difference for the XT or core being increased blocksize! The debate is to focu on the increase of blocksize.

XT has gained the consensus from the majority! What is the point of finding counter arguments to be against the public?
hero member
Activity: 728
Merit: 500
Never ending parties are what Im into.
August 22, 2015, 11:13:57 PM
#4
Another XT thread. Why keep this up?
The more a few people push this the more its going to smell.
Block size is no reason to support XT. The more a salesman pushes the more reason to walk away.
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
August 22, 2015, 11:08:04 PM
#3
OP is 100% right.  We just need someone to create a bigger block fork of core ...cough cough Garzik cough cough.  and there you go.
legendary
Activity: 1302
Merit: 1068
August 22, 2015, 11:05:07 PM
#2
Well, conspiracy aside. Gradually increasing the block size limit on demand/need of bitcoin core would certainly keep the sheep mass from adopting XT without understanding that it comes with code commits not related to the block size limit.
full member
Activity: 322
Merit: 115
We Are The New Wealthy Elite, Gentlemen
August 22, 2015, 11:01:16 PM
#1
Increase the BlockSize on Core.

It's obvious. We all want to increase the block size. Virtually no one disagrees about that. We have consensus!

But why doesn't it happen? Because the Core developers have invested 21 million dollars in BlockStream which requires small block sizes to maximize it's usefulness and profits. If you want to talk about a hostile takeover of Bitcoin, its' this TINY group of people who don't want to increase the block size vs the VAST MAJORITY of everyone else that wants to increase the Blocksize on Core.

The only reason XT is even in serious consideration, the only reason people are threatening to split bitcoin into two chains and go against consensus, is because the OBVIOUS SOLUTION to our problem is being stone walled by these developers who have more incentive for the success of BlockStream than they have incentive for the success of Bitcoin.

As the Core developers will not allow for a block size increase on Core, the only logical solution is to vote for XT. If you want to drop XT in it's tracks, support a block size increase on Core.
Pages:
Jump to: