Author

Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 103. (Read 4382653 times)

hero member
Activity: 686
Merit: 500
FUN > ROI
Right now, every Slush Pool miner can vote for larger blocksize.
Simply use one of following mining URL to do so:

stratum+tcp://stratum.bitcoin.cz:3301
stratum+tcp://us-east.stratum.bitcoin.cz:3301
stratum+tcp://eu.stratum.bitcoin.cz:3301
( only difference is the port )
hero member
Activity: 518
Merit: 500
As time goes by, it seems more people are voting with their hash for XT (pool hash-rate was approx 14PH yesterday and it is now approx 16PH and growing!).
And yes, the "test" was done without informing pool users, and most likely the announcement to offer the choice to vote for XT was made after the "test", but more important is that the choice is to be offered (and pertinently that the pool hash seems to be growing as the news spreads and the importance of the "test" sinks in).
legendary
Activity: 1344
Merit: 1024
Mine at Jonny's Pool
What do you mean it was a test?  You want to perform a test, you throw it up on the test network.  What was done here was slush actively pointing miner hash rate to an XT node which constructed and solved a block.  There is no announcement on the website stating that this would occur.  Perhaps this was announced in some social media, but it isn't anywhere on the actual website.  Therefore, miners weren't given the choice - it was made for them.

Of course, if you did indeed happen to know in advance that this was going to occur, and you chose to keep your miners here, then you voted for XT by default.  If you have become aware of this, and continue to mine here, you are indeed voting for XT.  I wonder if you're going to be given the option in your worker setup or somewhere else (like a different URL/port) to choose XT or Core, or if slush will solely mine on XT nodes.
KNK
hero member
Activity: 692
Merit: 502
I don't want to be a part of these which mine XT blocks but I did not have a choice! Such a shame!

Me too, but please read again my full post and specifically the part you have removed from your quote.

I'd guess they just had to make sure putting that version on actually worked in a live environment before throwing it out there as an option.  Just a guess, though.  All blocks from Slush since (so far) have been version 3 (regular Core version).

That's exactly what I meant in my post - this block is just a test and we will have the option to vote pretty soon.
hero member
Activity: 686
Merit: 500
FUN > ROI
I'd guess they just had to make sure putting that version on actually worked in a live environment before throwing it out there as an option.  Just a guess, though.  All blocks from Slush since (so far) have been version 3 (regular Core version).
legendary
Activity: 1372
Merit: 1000
I was DOS from TOR to and I would guess this s temporally. If QT's are assholes that is the only defence. And as far as I know that will change and will be based on number of request from IP and this is just a quick fix... Read mailing list...

And my mistake. We can't say it was a XT block. It could be BIP 101 block...

EDIT: Just looked at the code. What BS. It just uses a list that deprioritized a list of IPs that get dropped if you are DOS attack. And I do see a lot of IPs in the list that were DOSing me... So to say it is a blocking list... I got about 75% of that IPs in days and they are saying it took mouths to map... Real FUD... So I no longer need DROP rules in FW... That makes things batter for TOR not worst... They can now connect and only get drooped if I get DOS again...

EDIT2: It could be called same as pools and nodes doping so called SPAM in SPAM attack. There was a lot of valid ones in there... I know for at lest one since I was affected. But that was all good right? Since you agree that this is SPAM even if it is not...

EDIT3: I'm not sure but are they looking a different code or I'm missing something... Most of the issue had code from months ago not this one... and I think that someone agrees with me http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/010388.html Someone jumped too soon... PR war and lies

thanks for that, that's what we are talking about BIP101, I dont care what software nodes use, XT means nothing, it sounds like an ALT and Mikes branding makes it look like one too, I'm sure its just a PR thing. (even got a PM from r/nullc gloating over their victory.)

It's in the general interest of bitcoiners and those that benefit from better money in the future that we are free to make chooses and discuss them, I want to mine blocks that will support BIP101. - unfortunately Bitcoin XT is off topic precisely because it is the only option with a footprint in the Bitcoin space that runs the BIP101 improvement.

calling it an alt is ridiculous.

actually came here to say nice run on luck there :-) - lets change the OP subject line too. (16.42 Ph/s)
legendary
Activity: 2856
Merit: 1520
Bitcoin Legal Tender Countries: 2 of 206
EDIT: it's true. slush's pool mined the first XT block! such a shame!

Slush was the first pool ever, first to implement Stratum and now the first pool implementing XT as an option. All will be fine quite soon (see above), so it's not a shame, but just another first for Slush.

I don't want to be a part of these which mine XT blocks but I did not have a choice! Such a shame!
KNK
hero member
Activity: 692
Merit: 502
Slush announced on facebook that they will be supporting both Bitcoin Core and Bitcoin XT as choices for miners[5].

EDIT: it's true. slush's pool mined the first XT block! such a shame!

Slush was the first pool ever, first to implement Stratum and now the first pool implementing XT as an option. All will be fine quite soon (see above), so it's not a shame, but just another first for Slush.
legendary
Activity: 2856
Merit: 1520
Bitcoin Legal Tender Countries: 2 of 206
For those who inexplicably missed it: that's the first, and so far only, block that has its version number set to 536870919 (or 0x20000007 in hex)[1].  That number, in binary, sets a specific set of bits that signals to Bitcoin XT[2] that the block should count as vote in favor of a block size increase[3] as specified in BIP101[4].

Slush announced on facebook that they will be supporting both Bitcoin Core and Bitcoin XT as choices for miners[5].

BS so far and nothing like a prove. where is the hex in the code?

EDIT: it's true. slush's pool mined the first XT block! such a shame!

/** Blocks with version fields that have these bits set activate the bigger-block fork */
const unsigned int SIZE_FORK_VERSION = 0x20000007;
hero member
Activity: 686
Merit: 500
FUN > ROI
For those who inexplicably missed it: that's the first, and so far only, block that has its version number set to 536870919 (or 0x20000007 in hex)[1].  That number, in binary, sets a specific set of bits that signals to Bitcoin XT[2] that the block should count as vote in favor of a block size increase[3] as specified in BIP101[4].

Slush announced on facebook that they will be supporting both Bitcoin Core and Bitcoin XT as choices for miners[5].
legendary
Activity: 2856
Merit: 1520
Bitcoin Legal Tender Countries: 2 of 206
hero member
Activity: 518
Merit: 500
Thanks Smiley
Do not feel obliged to respond as you only exercebate the spamming with that typically nonsensical response. And while at it, get a life!
Thank YOU.

In the meantime .... slush (the 15PH + pool) is on a bit of a roll today, eh!?
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
could other pool admins stop spamming slush's thread with off-topic musings trying to lure miners by splitting hairs please?
Yeah I agree, that's why I'm only posting on topic comments here.

Take note of that next time you feel like posting in my pool thread Smiley

Stop spamming this thread with your off-topic debate about what is alt and not. You saying it is on-topic is simply burying your pokey hed in the sand.
And by the way, you do not have any pool thread seeing this is a public forum, simply a self moderated thread (as in you can delete whatever comment does not suit your narrow-mindedness, in your case).
Thanks Smiley
hero member
Activity: 518
Merit: 500
could other pool admins stop spamming slush's thread with off-topic musings trying to lure miners by splitting hairs please?
Yeah I agree, that's why I'm only posting on topic comments here.

Take note of that next time you feel like posting in my pool thread Smiley

Stop spamming this thread with your off-topic debate about what is alt and not. You saying it is on-topic is simply burying your pokey hed in the sand. you want o carry on that debate, take it to your self moderated pool thread (where your nonsense prevails over reason).
And by the way, you do not have any pool thread seeing this is a public forum, simply a self moderated thread (as in you can delete whatever comment does not suit your narrow-mindedness, in your case).
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
could other pool admins stop spamming slush's thread with off-topic musings trying to lure miners by splitting hairs please?
Yeah I agree, that's why I'm only posting on topic comments here.

Take note of that next time you feel like posting in my pool thread Smiley
hero member
Activity: 518
Merit: 500
could other pool admins stop spamming slush's thread with off-topic musings trying to lure miners by splitting hairs please?
hero member
Activity: 826
Merit: 1000
I was DOS from TOR to and I would guess this s temporally. If QT's are assholes that is the only defence. And as far as I know that will change and will be based on number of request from IP and this is just a quick fix... Read mailing list...

And my mistake. We can't say it was a XT block. It could be BIP 101 block...

EDIT: Just looked at the code. What BS. It just uses a list that deprioritized a list of IPs that get dropped if you are DOS attack. And I do see a lot of IPs in the list that were DOSing me... So to say it is a blocking list... I got about 75% of that IPs in days and they are saying it took mouths to map... Real FUD... So I no longer need DROP rules in FW... That makes things batter for TOR not worst... They can now connect and only get drooped if I get DOS again...

EDIT2: It could be called same as pools and nodes doping so called SPAM in SPAM attack. There was a lot of valid ones in there... I know for at lest one since I was affected. But that was all good right? Since you agree that this is SPAM even if it is not...

EDIT3: I'm not sure but are they looking a different code or I'm missing something... Most of the issue had code from months ago not this one... and I think that someone agrees with me http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-August/010388.html Someone jumped too soon... PR war and lies
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
hero member
Activity: 826
Merit: 1000
OK I didn't know that kano asked that as a moderator...

EDIT: But he is not a moderator if I got this right... (Moderators: gmaxwell, MiningBuddy, -ck)
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
And do you care what someone who controls reddit and this forum says? I sure don't... But if that is your opinion then I'm it is OK with that...
It's not about us passing judgement about what we believe - that's not under question here. The issue is this is a private run forum where the admin has set rules regarding XT that affect forum administration and moderation which brings up an interesting dilemma - if the forum rules specify that XT is not bitcoin, then if a pool is mining XT then by forum definitions it's become an altcoin pool. (I don't wish to open yet another discussion regarding that decision on this thread, there are millions of them already in meta/). However unless Theymos makes an issue of XT pools specifically I have no intention of applying that technicality to moderation.
Jump to: