Bitcoin Forum
March 19, 2024, 02:47:56 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 [1053] 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 ... 1154 »
  Print  
Author Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool  (Read 4381779 times)
edonkey
Legendary
*
Offline Offline

Activity: 1150
Merit: 1004



View Profile
August 20, 2015, 02:54:26 AM
 #21041

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 )
Now I need to change ports on 33 miners... He didn't make it easy...

Seems like an alternative set of URLs is the only way to realistically implement a voting system. If they made it account based (for example) then there would be overhead forwarding mining traffic to the appropriate stratum server.

I switched my miners over this afternoon, as soon as I heard about it.

I think the option to vote with your hash power is inspired. Well done Slush!

Was I helpful?   BTC: 3G1Ubof5u8K9iJkM8We2f3amYZgGVdvpHr
1710816476
Hero Member
*
Offline Offline

Posts: 1710816476

View Profile Personal Message (Offline)

Ignore
1710816476
Reply with quote  #2

1710816476
Report to moderator
1710816476
Hero Member
*
Offline Offline

Posts: 1710816476

View Profile Personal Message (Offline)

Ignore
1710816476
Reply with quote  #2

1710816476
Report to moderator
"You Asked For Change, We Gave You Coins" -- casascius
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710816476
Hero Member
*
Offline Offline

Posts: 1710816476

View Profile Personal Message (Offline)

Ignore
1710816476
Reply with quote  #2

1710816476
Report to moderator
1710816476
Hero Member
*
Offline Offline

Posts: 1710816476

View Profile Personal Message (Offline)

Ignore
1710816476
Reply with quote  #2

1710816476
Report to moderator
-ck
Legendary
*
Offline Offline

Activity: 4046
Merit: 1622


Ruu \o/


View Profile WWW
August 20, 2015, 03:41:12 AM
 #21042

He probably should have clarified that it's a vote for XT, not just a larger blocksize.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
pekatete
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 20, 2015, 08:45:29 AM
 #21043

He probably should have clarified that it's a vote for XT, not just a larger blocksize.

Probably not. It is what it is, that which WE are voting on with OUR hash.
There are, I'd imagine, multiple threads discussing THAT distinction where you'd no doubt be on-topic.

-ck
Legendary
*
Offline Offline

Activity: 4046
Merit: 1622


Ruu \o/


View Profile WWW
August 20, 2015, 10:28:50 AM
Last edit: August 20, 2015, 10:52:36 AM by -ck
 #21044

He probably should have clarified that it's a vote for XT, not just a larger blocksize.

Probably not. It is what it is, that which WE are voting on with OUR hash.
There are, I'd imagine, multiple threads discussing THAT distinction where you'd no doubt be on-topic.
With all due respect, I think making it clear that it's XT you're mining for by selecting the alternative ports IS on topic for miners who mine on this pool.

EDIT: Respect withdrawn based on your obviously inflammatory response ignoring what the implications of said vote are. It is NOT just a vote for bigger blocks. I'll let others judge for themselves.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
pekatete
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 20, 2015, 10:38:01 AM
 #21045

He probably should have clarified that it's a vote for XT, not just a larger blocksize.

Probably not. It is what it is, that which WE are voting on with OUR hash.
There are, I'd imagine, multiple threads discussing THAT distinction where you'd no doubt be on-topic.
With all due respect, I think making it clear that it's XT you're mining for by selecting the alternative ports IS on topic for miners who mine on this pool.

It is what it is, and very clearly stated, and I quote: Right now, every Slush Pool miner can vote for larger blocksize..
The XT part is what is totally off-topic since it is neither mentioned in the post nor been raised as an issue to slush by any of my fellow pool users. So there, find the thread discussing the merits and demerits of XT, block sizes et al and continue that discussion there.

chiguireitor
Legendary
*
Offline Offline

Activity: 872
Merit: 1010


Coins, Games & Miners


View Profile WWW
August 20, 2015, 11:02:28 AM
 #21046

It could be that if enough miners connect to port 3301 they alter the version number (without using XT) on the block itself that gets relayed, expressing support for the BIP but not using the flawed XT implementation?

Just shooting an arrow on the dark here....

TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500

FUN > ROI


View Profile
August 20, 2015, 12:38:09 PM
 #21047

It could be that if enough miners connect to port 3301 they alter the version number (without using XT) on the block itself that gets relayed, expressing support for the BIP but not using the flawed XT implementation?
And with that, it's obvious that the pool operators should indeed be more specific in what exactly is on the back-end of the 3301 port.  There's at least 3 readily accessible possibilities;
1. Bitcoin-XT, which has the block vote but also already contains the additional other changes.
2. Big-block only, which has the block vote and all code to handle big blocks, but does not contain the additional other changes.
3. Not-XT, which only pretends to be XT and sets the version number (thus voting), but does not actually have the code to handle big blocks (or any of the parts that take votes into account)

While all 3 constitute a 'vote for' big blocks, the devil is in the details.  I highly doubt it's the third option as that would basically be double-crossing those who explicitly chose to mine at that port expecting either the first or second option, but that still leaves those two.  Can't hurt to clarify the particulars Smiley

pekatete
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 20, 2015, 12:46:55 PM
 #21048

Its a means to an end and not the end itself (and we're not at the end either). If and when we get to THAT end, then I agree, it would be nice (just nice) to know what means a pool deploys. As it stands, it is neither here nor there (akin to dilligently applying a razor to a hair-strand!).

It is a simple vote (by hash) of whether we'd like to get to a certain end-point (not a vote on the means to get to that endpoint).

TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500

FUN > ROI


View Profile
August 20, 2015, 01:07:30 PM
 #21049

I think it's great that they offer the choice at all, let people decide.  The thing some people are pointing out is that there are changes in the XT client that are completely separate from the block size voting and apply immediately.  Presenting the choice as being purely about the block size and something that only applies to the future and only if certain thresholds are met is painting an incomplete picture.  That's not a matter of splitting hairs, but one of informed choice.  It's also only a single comment/post to clarify Smiley

pekatete
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 20, 2015, 01:53:13 PM
 #21050

The razor and hair-strand comment was not directed towards your comment, was just included in a response to your comment.
Saying that, I think you hit it on the head there, aka there are changes in the XT client that are completely separate from the block size, which (no surprise here) is exactly my thinking. The hash vote is for block size not the XT client (or the other means to achieving a larger block size). That there are implications to that should be the subject of another thread, of which I am sure there are plenty .... but thanks for clarifying anyway.

Gyrsur
Legendary
*
Offline Offline

Activity: 2856
Merit: 1518


Bitcoin Legal Tender Countries: 2 of 206


View Profile WWW
August 20, 2015, 02:00:48 PM
 #21051

did the second XT block also came from slush's pool?

TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500

FUN > ROI


View Profile
August 20, 2015, 02:04:56 PM
 #21052

did the second XT block also came from slush's pool?
Yes.  For future reference, see: https://www.blocktrail.com/BTC/blocks/1
They're tracking both coinbase sigScript (including BIP100) type 'votes' as well as BIP101 (Bitcoin-XT) votes and include pool attribution.

Gyrsur
Legendary
*
Offline Offline

Activity: 2856
Merit: 1518


Bitcoin Legal Tender Countries: 2 of 206


View Profile WWW
August 20, 2015, 02:09:07 PM
 #21053

did the second XT block also came from slush's pool?
Yes.  For future reference, see: https://www.blocktrail.com/BTC/blocks/1
They're tracking both coinbase sigScript (including BIP100) type 'votes' as well as BIP101 (Bitcoin-XT) votes and include pool attribution.

thank you for the link. what are this 8MB votes from some chinese miner pools?

Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
August 20, 2015, 02:32:50 PM
 #21054

did the second XT block also came from slush's pool?
Yes.  For future reference, see: https://www.blocktrail.com/BTC/blocks/1
They're tracking both coinbase sigScript (including BIP100) type 'votes' as well as BIP101 (Bitcoin-XT) votes and include pool attribution.

thank you for the link. what are this 8MB votes from some chinese miner pools?
Voting with coinbase(not exchange)... Saying we would like to see 8MB blocks. But they are not doing it with XT but QT... For now they are waiting for devs to do something...
TheRealSteve
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500

FUN > ROI


View Profile
August 20, 2015, 02:38:31 PM
 #21055

thank you for the link. what are this 8MB votes from some chinese miner pools?
Wrong thread for that.  Summary below, but if you have follow-up questions on a specific portion, try to find an appropriate thread.
Back when the block size discussion was starting to heat up, a proposal was made for 20MB blocks, something that Chinese pools felt would affect them negatively too much.  Parallel to the Chinese pools' concerns, the proposal was already reduced to 8MB.  Several Chinese pools felt that was acceptable, made an official statement (English) to that effect, and some started signing their coinbase scriptSig (already used by many to mark pool attribution) using BIP100 style block voting ("/BVsizeinbytes/"), though others just put in "8M/" or even just threw in "8M" somewhere (e.g. BW's "BW Support 8M").  They have more recently stated that while they support larger blocks, they have no desire to support Bitcoin-XT. Whether that's borne out of concerns of the other modifications or just a preference to keep a centralized codebase, who knows.

eleuthria
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
August 20, 2015, 04:22:44 PM
 #21056

Seems like an alternative set of URLs is the only way to realistically implement a voting system. If they made it account based (for example) then there would be overhead forwarding mining traffic to the appropriate stratum server.

It would actually be trivial to implement it via an account flag.  The only thing changing if you want to vote for XT is a version number on the block header.


And with that, it's obvious that the pool operators should indeed be more specific in what exactly is on the back-end of the 3301 port.  There's at least 3 readily accessible possibilities;
1. Bitcoin-XT, which has the block vote but also already contains the additional other changes.
2. Big-block only, which has the block vote and all code to handle big blocks, but does not contain the additional other changes.
3. Not-XT, which only pretends to be XT and sets the version number (thus voting), but does not actually have the code to handle big blocks (or any of the parts that take votes into account)

#1 and #2 are the same.  Bitcoin-XT is a CLIENT for a BIP101 Hardfork.  All the bullshit people keep raising over blacklisting and IP tracking is CLIENT SIDE denial of service measures.  They are not protocol level changes.  They could be implemented in a Bitcoin Core client and probably have been by people already that have been trying to do blockchain analysis and de-anonymization analysis.

RIP BTC Guild, April 2011 - June 2015
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
August 20, 2015, 05:16:39 PM
 #21057

Seems like an alternative set of URLs is the only way to realistically implement a voting system. If they made it account based (for example) then there would be overhead forwarding mining traffic to the appropriate stratum server.

It would actually be trivial to implement it via an account flag.  The only thing changing if you want to vote for XT is a version number on the block header.
That would be a lot better... It took me 20+ minutes. I'm sure that someone will not take the time to do it... So yes if it is easy please add it... I came hire to ask if it would be posible to add a marker to workers so you can be sure on what core is it. QT or XT. But that is better...
pekatete
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
August 20, 2015, 05:30:55 PM
 #21058

Seems like an alternative set of URLs is the only way to realistically implement a voting system. If they made it account based (for example) then there would be overhead forwarding mining traffic to the appropriate stratum server.

It would actually be trivial to implement it via an account flag.  The only thing changing if you want to vote for XT is a version number on the block header.
That would be a lot better... It took me 20+ minutes. I'm sure that someone will not take the time to do it... So yes if it is easy please add it... I came hire to ask if it would be posible to add a marker to workers so you can be sure on what core is it. QT or XT. But that is better...
Slush don't live here anymore! Make your request via their facebook page and it will be more likely to get a response. Even better, put that request in the developement corner centre (its more likely to get their attention faster if it is voted up!).

PS. I recomend the last option ...

Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
August 20, 2015, 05:39:06 PM
 #21059

Seems like an alternative set of URLs is the only way to realistically implement a voting system. If they made it account based (for example) then there would be overhead forwarding mining traffic to the appropriate stratum server.

It would actually be trivial to implement it via an account flag.  The only thing changing if you want to vote for XT is a version number on the block header.
That would be a lot better... It took me 20+ minutes. I'm sure that someone will not take the time to do it... So yes if it is easy please add it... I came hire to ask if it would be posible to add a marker to workers so you can be sure on what core is it. QT or XT. But that is better...
Slush don't live here anymore! Make your request via their facebook page and it will be more likely to get a response. Even better, put that request in the developement corner centre (its more likely to get their attention faster if it is voted up!).

PS. I recomend the last option ...
Thanks but I don't use FB and the last time I used this pool was when it was 1.0. I must say I like this 2.0 staff. Need to figure out how things are now hire... But I must say I'm it is nice to return...
VeritasSapere
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
August 20, 2015, 10:31:13 PM
 #21060

I suggest that everyone should read Mike Hearn's article on why we should fork. This is a crossroads in history and I hope that we collectively will make the right decision. So think carefully and please be rational and apply reason and decide for your self what kind of a Bitcoin you want.

https://medium.com/@octskyward/why-is-bitcoin-forking-d647312d22c1
Pages: « 1 ... 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 [1053] 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 ... 1154 »
  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!