Gold collapsing. Bitcoin UP.

AdrianX

Well-Known Member
Aug 28, 2015
2,097
5,797
bitco.in

albin

Active Member
Nov 8, 2015
931
4,008
@AdrianX

Luke-jr's pull request I think should hit some nerves for the crypto community in general, because this would allow him to turn Ethereum, Monero, Dash, etc. (basically any non-scrypt altcoin) into his next Coilcoin.
 

awemany

Well-Known Member
Aug 19, 2015
1,387
5,054
Ok, call me paranoid, and yes it is indeed nice to see >70% of hashrate supporting 2MB and a switch away from Core now, but until we have >1MB blocks on the networks, I will not declare victory.

There's nothing preventing BS, banks, A. Hill or whoever to pay miners resp. pool operators even more to keep Core in control. A couple $10M should suffice. Nothing for those institutions (except BS itself).

This might just be a threat game.
 

Peter R

Well-Known Member
Aug 28, 2015
1,398
5,595
I keep seeing this idea thrown around that by nodes adopting Classic that somehow we're losing the developers who are presently contributing to Core (or at least losing the good ones).

It won't play out like that at all. There aren't really "development teams"--open source development is way more fluid than that. Developers will contribute to one or more implementation and then the best ideas will be pulled into all of the clients.

Furthermore, I highly doubt Core is going to die. I suspect they will finally start to cooperate when the reality sets in that if they don't then Blockstream will lose all of its node share.

Personally, I see 'the developers' as a very fluid and loosely-defined group that will contribute to all implementations. The reason I'd like to see many implementations is:

1. To avoid stalemates / capture like we saw with Core.

2. To allow each implementation to focus on one group of customers instead of trying to be all things to all people.
 
Last edited:

solex

Moderator
Staff member
Aug 22, 2015
1,558
4,693
https://bitcointalk.org/index.php?topic=766190.msg13510513#msg13510513
[doublepost=1452961759][/doublepost]
Bitcoin continues to decentralize.
The worst scenario is that the RN is taken over by some never-say-die 1MBers.
Jonathan Toomin is on the case already suggesting to Matt that it be taken over by a dev team headed by Jeff Garzik. This is great. Whatever happens, the RN block limit needs to be increased while this service is still needed by miners. Ideally, RN gets turned off when blocktorrent or thin blocks is released.

Similarly, the overhang of XT nodes should be compatible with Classic to maximize the counts, and if that means Classic has to use the same block version then this is strategically best. Every resource needs to be marshalled to get the first 1.1MB block with 6 confirmations.

Like @awemany says, there should be no early victory declarations.
 

rocks

Active Member
Sep 24, 2015
586
2,284

hmm. on the one hand, can't get everyone on board for anything beyond a direct 2mb bump. Then you get this, which makes me wonder if the 2-4 appeases, or what?
This was my concern a few posts back and why I did not like the 75% hurdle BC implemented. 75% means just one or two of the Chinese pools can block the fork.

This fork should not be viewed as a full consensus upgrade that tries to keep everyone aligned. It is an economic fork where different participants will choose their side and one fork will win.

The threshold should be set at 51%, and people can decide which branch to follow. Given the majority support that exists today, that would force hesitant pools to follow the majority.
 
  • Like
Reactions: majamalu and bitsko

cypherdoc

Well-Known Member
Aug 26, 2015
5,257
12,995
@rocks

that could possibly be a good point. furthermore, 51% majority hashrate means it could pose a credible threat to the 49% Core chain in the form of an attack. i wouldn't want to be on that chain in that environment.

@solex

i noticed the big push to push user agent limits in BU. that's great but i'm wondering if BU needs to highlight to downloader's of it's code the importance of opening up port 8333 on their routers. currently, i bet there's alot of core nodes out there that don't do this and thus don't show up on Bitnodes. for BU, this is of paramount importance in order to signal to miners what the true network blocksize limit is.
[doublepost=1452968728][/doublepost]@sickpig

what is Adam going on about a 2MB soft fork here? isn't it just SW contortions?:

 

AdrianX

Well-Known Member
Aug 28, 2015
2,097
5,797
bitco.in
@rocks XT set a threshold at 75% I know it's conservative and only disingenuous arguments could call it a controversial majority. 51% is a lot more of a controversial majority by comparison.

75% buy in in hashing power is not reflected or diminished by the handful of mini blockests (they have a voice with influence only and count for significantly less than 1%)

75% diminishes the influence of their call and renders all previous opposition to 75% obsolete. It shows how idiotic they were calling a 75% majority of support a controversial attack.

We need to move on without them and by default XT nodes activate BIB 101 (be it now on their heads if the fork above 2MB) ;-)
 

solex

Moderator
Staff member
Aug 22, 2015
1,558
4,693
@solex
i noticed the big push to push user agent limits in BU. that's great but i'm wondering if BU needs to highlight to downloader's of it's code the importance of opening up port 8333 on their routers. currently, i bet there's alot of core nodes out there that don't do this and thus don't show up on Bitnodes. for BU, this is of paramount importance in order to signal to miners what the true network blocksize limit is.
@cypherdoc you really have your finger on the pulse!

Here is a thread I started on BCT last year making exactly the same point. Unfortunately, you-know-who poured iced water on the idea.

An easy way to double or triple the 6000 Bitcoin active full nodes count?

I have the intention of submitting a BUIP for exactly this purpose, and will do so soon.
 
  • Like
Reactions: AdrianX and Peter R

cypherdoc

Well-Known Member
Aug 26, 2015
5,257
12,995
@solex

"it might well be that furthering the misconception that one has to setup port forwarding to matter at all would just reduce the userbase further."-gmax

now i realize why i've been so happy the last few weeks :/

man, someone asked on reddit the other day about a way to kill off gmax altogether, once and for all. not literally, but figuratively. is there?
[doublepost=1452970591][/doublepost]sorry we had to beat up Adam here:

 
  • Like
Reactions: majamalu and bitsko

albin

Active Member
Nov 8, 2015
931
4,008
Gmax is suddenly willing to say that reachable nodes are not important just to shoot down a very simple and elegant suggestion??
 

cypherdoc

Well-Known Member
Aug 26, 2015
5,257
12,995
  • Like
Reactions: majamalu and bitsko