-ck (OP)
Legendary
Offline
Activity: 4214
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 02:54:06 AM |
|
Discussion goes here ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 03:16:32 AM |
|
2013 Feb, after discussion, mining.subscribe was extended to take 2 arguments, so now it's mining.subscribe(String useragent, sessionid) where sessionid is optional, but if provided must match a previous session's mining.notify subscription id. If the server allows resuming a session, it will give you back the same subscription id and extranonce information.
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 03:27:54 AM |
|
... BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
Why would it do this? There is already mining.suggest_difficulty(difficulty) Someone didn't read the docs and added it to their non-standard miner clone?
|
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 04:01:40 AM |
|
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
Why would it do this? There is already mining.suggest_difficulty(difficulty) No, there isn't. Nothing implements this, and it isn't documented anywhere. Using a target fixes the inherent problems with using difficulty as a Number: - There is no agreement over which difficulty measurement is to be used. The official spec says bdiff; BTCGuild uses pdiff; various scrypt pools use Ldiff
- Some common targets (such as pdiff 1) cannot be accurately conveyed without huge data sizes
- Implementing conversion to/from difficulty accurately requires a bignum library, so often (eg, *gminer) it is just approximated.
|
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 05:04:51 AM |
|
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
Why would it do this? There is already mining.suggest_difficulty(difficulty) No, there isn't. Nothing implements this, and it isn't documented anywhere. If you say something that contradicts facts in front of your face, oddly enough, that just makes you look foolish. Try a little sense in your posts. One of the posts above, shows where it was documented, over a year ago: https://bitcointalk.org/index.php?topic=108533.msg1543341#msg1543341Edit: and of course on the same page: https://bitcointalk.org/index.php?topic=108533.msg1543185#msg1543185
|
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 05:06:11 AM |
|
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
Why would it do this? There is already mining.suggest_difficulty(difficulty) No, there isn't. Nothing implements this, and it isn't documented anywhere. If you say something that contradicts facts in front of your face, oddly enough, that just makes you look foolish. Try a little sense in your posts. One of the posts above, shows where it was documented, over a year ago: https://bitcointalk.org/index.php?topic=108533.msg1543341#msg1543341Forum posts are not documentation.
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 05:09:30 AM |
|
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
Why would it do this? There is already mining.suggest_difficulty(difficulty) No, there isn't. Nothing implements this, and it isn't documented anywhere. If you say something that contradicts facts in front of your face, oddly enough, that just makes you look foolish. Try a little sense in your posts. One of the posts above, shows where it was documented, over a year ago: https://bitcointalk.org/index.php?topic=108533.msg1543341#msg1543341Forum posts are not documentation. You've been flipping too many burgers at McDonalds - it's softening your brain and you are forgetting things: https://bitcointalk.org/index.php?topic=108533.msg1543185#msg1543185But I guess that's to be expected.
|
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 06:22:42 AM |
|
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
Why would it do this? There is already mining.suggest_difficulty(difficulty) No, there isn't. Nothing implements this, and it isn't documented anywhere. If you say something that contradicts facts in front of your face, oddly enough, that just makes you look foolish. Try a little sense in your posts. One of the posts above, shows where it was documented, over a year ago: https://bitcointalk.org/index.php?topic=108533.msg1543341#msg1543341Forum posts are not documentation. You've been flipping too many burgers at McDonalds - it's softening your brain and you are forgetting things: https://bitcointalk.org/index.php?topic=108533.msg1543185#msg1543185But I guess that's to be expected. Hard to see how I forget something I never read in the first place. I don't see anything relevant there anyway. Con agreed to implement slush's spec and then never did. How is this relevant?
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4214
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 06:27:26 AM |
|
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
Why would it do this? There is already mining.suggest_difficulty(difficulty) No, there isn't. Nothing implements this, and it isn't documented anywhere. Using a target fixes the inherent problems with using difficulty as a Number: - There is no agreement over which difficulty measurement is to be used. The official spec says bdiff; BTCGuild uses pdiff; various scrypt pools use Ldiff
- Some common targets (such as pdiff 1) cannot be accurately conveyed without huge data sizes
- Implementing conversion to/from difficulty accurately requires a bignum library, so often (eg, *gminer) it is just approximated.
Seems like a valid concern to me since it was described over a year ago and yours isn't documented anywhere except as part of your code. Of course you're free to implement whatever you want on top of stratum. Cgminer happily works with any arbitrary diffs and does not have problems with the accuracy of the shares it returns in response, using true diff 1 as the base for all stratum operations. I wasn't aware there was any controversy about the move to true diff1; that old simplification only affected getwork. Since work in stratum is even defined in terms of difficulty, it makes even less sense to then request a difficulty as a target. I don't see a problem with you using it for your software and your pool but I can't see why it should be seen as part of the stratum spec.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
gmaxwell
Moderator
Legendary
Offline
Activity: 4242
Merit: 8646
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 06:46:45 AM |
|
From a protocol development perspective, stratum being defined in terms of difficulty is an embarrassing flaw of the sort that would have been avoided if it hadn't been developed behind closed doors. ... The fact that it's a floating point value which cannot precisely specify the actual values used in bitcoin is a pretty big facepalm. All of this really should have been using bits like the bitcoin protocol does both for precision and consistency sake (or an expanded target— to accommodate legacy stupidity, but then again people will just get the byte order confused and complain it wastes bandwidth. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) ). In any case, should have beens aside— what am I missing here? There is no formal specification for stratum at all, slush was apparently sucked into Trezor land before publishing it. AFAICT nothing is implementing the difficulty based message that was suggested way in the past, but at least luke's stuff has implemented the target based approach. Whats to debate?
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 06:58:45 AM |
|
From a protocol development perspective, stratum being defined in terms of difficulty is an embarrassing flaw of the sort that would have been avoided if it hadn't been developed behind closed doors. ...
It wasn't developed behind closed doors, you are just regurgitating a lie spread by Luke.
|
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 07:10:58 AM |
|
Here we go again :-
Let the undocumented stuff coexist, it's rather unimportant anyway since most pools couldn't care less what the miner wants. +1, suggest splitting side-discussion off to leave the thread to just the documentation posts.
|
|
|
|
Luke-Jr
Legendary
Offline
Activity: 2576
Merit: 1186
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 07:20:34 AM |
|
2013 Feb, after discussion, mining.subscribe was extended to take 2 arguments, so now it's mining.subscribe(String useragent, sessionid) where sessionid is optional, but if provided must match a previous session's mining.notify subscription id. If the server allows resuming a session, it will give you back the same subscription id and extranonce information.
BFGMiner (at least) will also send mining.suggest_target("hex target") upon connection, if the user has a preferred target.
This post should have been on the other side of the split.
|
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4214
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 02:52:45 PM |
|
Did you miss this sticky post? https://bitcointalk.org/index.php?topic=557866.0It's as close as it gets to the repository of the collated official documentation which was never written, only the draft proposal by slush which is quoted there.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
irrational
Newbie
Offline
Activity: 56
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 05:06:47 PM |
|
Did you miss this sticky post?
I DID!!!! Thank you! Since we're talking drafts, and implementation. Both that sticky, and I think Slush's website, mention HTTP Poll as an optional transport mechanism. Do any mining apps support HTTP Poll? Standard TCP sockets seems to be the prevailing implementation.
|
|
|
|
|
gmaxwell
Moderator
Legendary
Offline
Activity: 4242
Merit: 8646
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 05, 2014, 11:29:14 PM |
|
It wasn't developed behind closed doors, you are just regurgitating
The initial development was secret to the public before it was up on slush's pool along with the python proxy. I'd always understood this to be a (anti- ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) )competitive move. There remains no BIP describing it, there was no design discussion prior to its release on bitcoin-development. Justifying the closed development, Slush wrote (in the second email my mailbox ever received mentioning stratum mining) "There's no requirement to have BIP for everything what people do. Stratum is NOT related to bitcoin protocol or bitcoin implementation, it is just custom, pooled-mining extension and bitcoin network doesn't need to know about Stratum existence at all." Perhaps you were somehow an insider on it— if so, why didn't you discourage some of the poor choices in it? ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) But from my own perspective it really was developed in secret and, in my opinion, carries some of the predictable flaws of a protocol developed without broad input. It's not the end of the world, in any case. Far worse has been done elsewhere.
|
|
|
|
|
|