Pages:
Author

Topic: Bitcoin Core vs. Bitcoin Classic - page 2. (Read 4830 times)

full member
Activity: 175
Merit: 100
February 16, 2016, 06:01:18 AM
#58
Why we cannot add code to filter non-core nodes from connecting to core nodes?  Classic would have to update their code to look like a core node and by doing so classic nodes will not be detectable.  It could be based on UA, version or protocol level, or set of other fields.  Nodes can be configured to accept connections above a certain set and refuse everything else.

The classic will try to piggyback on your releases.  So force them to adopt your code and they become invisible on the network.


Yeah! Lets go even further! Let's make bitcoin a closed-source project! Think about that, no more 'hostile takeovers' and threats to the 'consensus'.

That will destroy the value of bitcoin. If the bitcoin announce it will become closed source, I will sell all my bitcoins.
legendary
Activity: 2436
Merit: 1561
February 16, 2016, 05:28:16 AM
#57
The 1mb is not part of original design. Increasing the block-size is.
If arbitrarily increasing the size without regard to external considerations was the "design" it would have been preprogramed to do it automatically, just as it decreases the subsidy automatically, or controls difficulty automatically. Try again.

Nice strawman Greg. Try again.
sr. member
Activity: 596
Merit: 251
February 16, 2016, 01:45:42 AM
#56
The 1mb is not part of original design. Increasing the block-size is.
If arbitrarily increasing the size without regard to external considerations was the "design" it would have been preprogramed to do it automatically, just as it decreases the subsidy automatically, or controls difficulty automatically. Try again.
Satoshi proposed this (search his posts), core devs ignored him. Cool
legendary
Activity: 1582
Merit: 1268
February 16, 2016, 01:24:05 AM
#55
All Classic can do is spin up nodes and rent some hash power. The miners are not going to change over and activate it. I hope Classic just dies off sooner than later.  

What will be next? My vote for a cooler name is Bitcoin Reloaded.

Tottaly agree mate! Only thing Bitcoin Classic can do is slow down bitcoin movement. I really hope to see it disapper as soon as possible.
legendary
Activity: 2128
Merit: 1119
February 16, 2016, 01:20:22 AM
#54
All Classic can do is spin up nodes and rent some hash power. The miners are not going to change over and activate it. I hope Classic just dies off sooner than later.  

What will be next? My vote for a cooler name is Bitcoin Reloaded.
legendary
Activity: 2800
Merit: 2472
https://JetCash.com
February 16, 2016, 01:16:54 AM
#53
I like the look of 0.12 core, so my flag is nailed to their mast.

What's that about sig restrictions in classic? that looks like a backward step.
full member
Activity: 126
Merit: 100
February 16, 2016, 01:03:41 AM
#52
The 1mb is not part of original design. Increasing the block-size is.
If arbitrarily increasing the size without regard to external considerations was the "design" it would have been preprogramed to do it automatically, just as it decreases the subsidy automatically, or controls difficulty automatically. Try again.

Wasn't the 1MB cap just a quickie kludge at the time when blocks never got that big, sort of a "if it's 1Meg, 100% chance of it being spam," erring on the permissive/high side?
staff
Activity: 4242
Merit: 8672
February 15, 2016, 11:17:38 PM
#51
The 1mb is not part of original design. Increasing the block-size is.
If arbitrarily increasing the size without regard to external considerations was the "design" it would have been preprogramed to do it automatically, just as it decreases the subsidy automatically, or controls difficulty automatically. Try again.
legendary
Activity: 2436
Merit: 1561
February 15, 2016, 05:48:28 PM
#50
Why we cannot add code to filter non-core nodes from connecting to core nodes?  Classic would have to update their code to look like a core node and by doing so classic nodes will not be detectable.  It could be based on UA, version or protocol level, or set of other fields.  Nodes can be configured to accept connections above a certain set and refuse everything else.

The classic will try to piggyback on your releases.  So force them to adopt your code and they become invisible on the network.


Yeah! Lets go even further! Let's make bitcoin a closed-source project! Think about that, no more 'hostile takeovers' and threats to the 'consensus'.

I'd never support closed-source project.   I disagree with growing block size to accommodate growth in transaction volume.  Transaction volume growth should not change the original design.  I think growing it at hardware improvement rate creates a more stable, secure and decentralized system.  


The 1mb is not part of original design. Increasing the block-size is. You support Core's roadmap - fine, but you should be aware that it's them who are actually departing from the original plan. Again, that's not necessarily wrong on its own, but lets not twist the facts.

But the point is, why the hell would you support and suggest some authoritarian-like censorship stunts? Is that in line with your vision of open-source project? How far can you go with that?
legendary
Activity: 2702
Merit: 1468
February 15, 2016, 05:22:39 PM
#49
Why we cannot add code to filter non-core nodes from connecting to core nodes?  Classic would have to update their code to look like a core node and by doing so classic nodes will not be detectable.  It could be based on UA, version or protocol level, or set of other fields.  Nodes can be configured to accept connections above a certain set and refuse everything else.

The classic will try to piggyback on your releases.  So force them to adopt your code and they become invisible on the network.


Yeah! Lets go even further! Let's make bitcoin a closed-source project! Think about that, no more 'hostile takeovers' and threats to the 'consensus'.

I'd never support closed-source project.   I disagree with growing block size to accommodate growth in transaction volume.  Transaction volume growth should not change the original design.  I think growing it at hardware improvement rate creates a more stable, secure and decentralized system.  

legendary
Activity: 2436
Merit: 1561
February 15, 2016, 05:07:42 PM
#48
Why we cannot add code to filter non-core nodes from connecting to core nodes?  Classic would have to update their code to look like a core node and by doing so classic nodes will not be detectable.  It could be based on UA, version or protocol level, or set of other fields.  Nodes can be configured to accept connections above a certain set and refuse everything else.

The classic will try to piggyback on your releases.  So force them to adopt your code and they become invisible on the network.


Yeah! Lets go even further! Let's make bitcoin a closed-source project! Think about that, no more 'hostile takeovers' and threats to the 'consensus'.
legendary
Activity: 2702
Merit: 1468
February 15, 2016, 01:47:04 PM
#47
I just wonder why Gavin is so sure that "thousands of Classic nodes will appear". They didn't appear for XT. Maybe, he knows that "a little help from unknown friends" is sure to come...
I thought the post was pretty clear, it was " People are committing to spinning up thousands" and 'not thousands of people are committed to spinning up a node'-- it's a planned sybil attack-- and that is also what I've seen from this rise of "classic" "nodes". There are several less obvious node count measures that don't show the growth.

AFAICT, the latest strategy is to fake out the node counts with large numbers of sybils and then try to use that to pressure miners into adopting classic; which would then pressure actual users to go along with it. This isn't going to work, and most charitable way I can explain the strategies used by the people frantically pushing for a controversial hardfork is that the people involved in these forks keep thinking that everyone else in Bitcoin is stupid.  How else can you explain the faux urgency-- that almost no one bought-- or the bait and switch policies for miners-- to the cheap characterization that Bitcoin Core is all blockstream and so on?

All these nonsense and attacks frustrate me-- they waste a tone of time and energy that could be used driving Bitcoin forward.

Why we cannot add code to filter non-core nodes from connecting to core nodes?  Classic would have to update their code to look like a core node and by doing so classic nodes will not be detectable.  It could be based on UA, version or protocol level, or set of other fields.  Nodes can be configured to accept connections above a certain set and refuse everything else.

The classic will try to piggyback on your releases.  So force them to adopt your code and they become invisible on the network.




legendary
Activity: 2422
Merit: 1451
Leading Crypto Sports Betting & Casino Platform
February 10, 2016, 06:13:50 AM
#46
core is still winning, by a lot



there is basically no competition

But is this chart really representative? Say if you're in favour of increasing cap to 2mb, you could just change the code in your core client by replacing "1" with "2" in MAX_BLOCK_SIZE line and recompile. I reckon it would be still shown as Core client. Am I right?

It would make no sense to just create a single person patch and hope it works.

The number of classic nodes seem to have hit their maximum for now.



Yeah, I felt like spinning off some spoof nodes from my basement, seems to be working so far.
member
Activity: 75
Merit: 10
February 10, 2016, 01:52:04 AM
#45
to me it seems classic is just another attempt to take BTC off track and delay its growth,
i have read there is no real backlog of transactions as it has been steady for a while
same when i make transfer, only confirmations take time, transfer shows near instant

now to say more computing power is needed, then why change BTC
same with connections etc.
processors and connection speeds increase constantly,
so it seems like a problem is being created so it can be fixed now,
even though the so called problem will be not be a problem in the very near future

and an increase to 2mb, um...............
so that is the fix from now till forever ?
or in a few years will we need another fork increasing to 4mb and so on

processors being used today will be outdated tomorrow,
and replaced by others that process a hell of a lot faster,
especially as they will design chips for specific use

can someone explain to me what i am missing here ?
hero member
Activity: 499
Merit: 500
February 09, 2016, 10:27:08 PM
#44
All these nonsense and attacks frustrate me-- they waste a tone of time and energy that could be used driving Bitcoin forward.

I guess it's just the taste of things to come. The more decentralized Bitcoin becomes pain in the ass for governments and their banker buddies, the more they try to employ above- and below-ground political methods, time-proven divide and conquer tactics and every dirty trick imaginable to subdue and castrate it into a PayPal-with-a-twist. This worked quite well with the original PayPal, you know. You need to be prepared for this.
staff
Activity: 4242
Merit: 8672
February 09, 2016, 10:00:35 PM
#43
I just wonder why Gavin is so sure that "thousands of Classic nodes will appear". They didn't appear for XT. Maybe, he knows that "a little help from unknown friends" is sure to come...
I thought the post was pretty clear, it was " People are committing to spinning up thousands" and 'not thousands of people are committed to spinning up a node'-- it's a planned sybil attack-- and that is also what I've seen from this rise of "classic" "nodes". There are several less obvious node count measures that don't show the growth.

AFAICT, the latest strategy is to fake out the node counts with large numbers of sybils and then try to use that to pressure miners into adopting classic; which would then pressure actual users to go along with it. This isn't going to work, and most charitable way I can explain the strategies used by the people frantically pushing for a controversial hardfork is that the people involved in these forks keep thinking that everyone else in Bitcoin is stupid.  How else can you explain the faux urgency-- that almost no one bought-- or the bait and switch policies for miners-- to the cheap characterization that Bitcoin Core is all blockstream and so on?

All these nonsense and attacks frustrate me-- they waste a tone of time and energy that could be used driving Bitcoin forward.
hero member
Activity: 499
Merit: 500
February 09, 2016, 09:49:40 PM
#42
The number of classic nodes seem to have hit their maximum for now.

I just wonder why Gavin is so sure that "thousands of Classic nodes will appear". They didn't appear for XT. Maybe, he knows that "a little help from unknown friends" is sure to come...
copper member
Activity: 1498
Merit: 1528
No I dont escrow anymore.
February 08, 2016, 02:55:35 PM
#41
core is still winning, by a lot



there is basically no competition

But is this chart really representative? Say if you're in favour of increasing cap to 2mb, you could just change the code in your core client by replacing "1" with "2" in MAX_BLOCK_SIZE line and recompile. I reckon it would be still shown as Core client. Am I right?

It would make no sense to just create a single person patch and hope it works.

The number of classic nodes seem to have hit their maximum for now.

legendary
Activity: 3248
Merit: 1070
February 08, 2016, 01:39:05 PM
#40
core is still winning, by a lot



there is basically no competition

But is this chart really representative? Say if you're in favour of increasing cap to 2mb, you could just change the code in your core client by replacing "1" with "2" in MAX_BLOCK_SIZE line and recompile. I reckon it would be still shown as Core client. Am I right?

yeah, but if it was that simple and thus not requiring an hard fork, why they are not following this way instead? there is somethign else behind
legendary
Activity: 1146
Merit: 1006
February 08, 2016, 01:01:39 PM
#39
i think only some a few people from whole bitcoin users know sufficiently about the issue of block size and willing to study and decide upon it. Others, some new, some who dont care since they are doing the tx like usual, arent bothered. That is the reason for this right.. i mean the huge difference.

or maybe they just dont want to and keep pulling the rubber till it breaks

Corrected that for you  Wink

But those a few is enough to decide everything. Someone said, like FOMC meeting, basically 12 people in bitcoin ecosystem decide where it goes, sadly but true, at least for now

Say what -.- 12 people. i didnt know about the FOMC meeting.. can u link me to it please. thankyou

I think a lot of users (nodes) and miners do not talk on this forum or reddit, or venues like that. But they are aware of what is going on and know exactly what to do in the case of another contentious hard fork threat like XT. Nodes will be spoofed, pools will be DDOS'd, and Classic's incompetence will be showcased for the community.

Gavin/Classic's plan of depending on convincing centralized pool operators, while pretending that a majority of nodes would ever switch to Classic.... it's adorable, really. But Classic supporters will find, like XT supporters before them, that it's all for the LOLz. A bad joke, but a joke nonetheless.

That is some way you have put it -.- but like u say they are aware of these things then they should put up their views somewhere or other.. where are these people? go with the flow ?
Pages:
Jump to: