Bitcoin Forum
December 05, 2016, 02:27:28 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 [187] 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 »
  Print  
Author Topic: [1200 TH] EMC: 0 Fee DGM. Anonymous PPS. US & EU servers. No Registration!  (Read 461162 times)
punin
Hero Member
*****
Offline Offline

Activity: 559


View Profile WWW
November 13, 2012, 07:00:51 PM
 #3721

./mining_proxy.py -o 208.110.68.114 -p 3333 -v

Head of Product Development
Bitfury Group
www.bitfury.com
1480904848
Hero Member
*
Offline Offline

Posts: 1480904848

View Profile Personal Message (Offline)

Ignore
1480904848
Reply with quote  #2

1480904848
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480904848
Hero Member
*
Offline Offline

Posts: 1480904848

View Profile Personal Message (Offline)

Ignore
1480904848
Reply with quote  #2

1480904848
Report to moderator
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
November 13, 2012, 07:02:12 PM
 #3722

Do you still need to use the proxy with up to date version of cgminer?  You should be able to put stratum+tcp:// as your protocol in the pool options.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
punin
Hero Member
*****
Offline Offline

Activity: 559


View Profile WWW
November 13, 2012, 07:03:08 PM
 #3723

I need to use the proxy, cgminer doesn't support my miner. And neither does BFGMiner

Head of Product Development
Bitfury Group
www.bitfury.com
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
November 13, 2012, 07:15:34 PM
 #3724

Ah... makes sense.  What are you using? 

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
punin
Hero Member
*****
Offline Offline

Activity: 559


View Profile WWW
November 13, 2012, 07:21:55 PM
 #3725

Ah... makes sense.  What are you using? 
I'm using the solo mining software my FPGA cluster came with, and I'm pointing it to Stratum Proxy.

Here's what happens when I try to connect to EMC compared to Slush's pool:

EMC:
root@5-1:~/stratum-mining-proxy# ./mining_proxy.py -o 208.110.68.114 -p 3333 -v
2012-11-13 19:18:58,067 INFO proxy jobs.<module> # C extension for midstate not available. Using default implementation instead.
2012-11-13 19:18:58,069 INFO proxy mining_proxy.main # Stratum proxy version: 1.1.1
2012-11-13 19:18:58,070 INFO proxy mining_proxy.main # Trying to connect to Stratum pool at 208.110.68.114:3333
2012-11-13 19:18:58,278 INFO stats stats.print_stats # 1 peers connected, state changed 1 times
2012-11-13 19:18:58,278 INFO proxy mining_proxy.on_connect # Connected to Stratum pool at 208.110.68.114:3333
2012-11-13 19:18:58,279 INFO proxy mining_proxy.on_connect # Subscribing for mining jobs
2012-11-13 19:18:58,502 INFO proxy mining_proxy.on_disconnect # Disconnected from Stratum pool at 208.110.68.114:3333
2012-11-13 19:18:58,502 INFO stats stats.print_stats # 0 peers connected, state changed 1 times
^C2012-11-13 19:19:00,793 INFO proxy mining_proxy.on_shutdown # Shutting down proxy...

Slush:
root@5-1:~/stratum-mining-proxy# ./mining_proxy.py -v
2012-11-13 19:19:07,355 INFO proxy jobs.<module> # C extension for midstate not available. Using default implementation instead.
2012-11-13 19:19:07,357 INFO proxy mining_proxy.main # Stratum proxy version: 1.1.1
2012-11-13 19:19:07,357 INFO proxy mining_proxy.main # Trying to connect to Stratum pool at api-stratum.bitcoin.cz:3333
2012-11-13 19:19:07,487 INFO stats stats.print_stats # 1 peers connected, state changed 1 times
2012-11-13 19:19:07,487 INFO proxy mining_proxy.on_connect # Connected to Stratum pool at api-stratum.bitcoin.cz:3333
2012-11-13 19:19:07,488 INFO proxy mining_proxy.on_connect # Subscribing for mining jobs
2012-11-13 19:19:07,594 INFO proxy mining_proxy.main # -----------------------------------------------------------------------
2012-11-13 19:19:07,594 INFO proxy mining_proxy.main # PROXY IS LISTENING ON ALL IPs ON PORT 3333 (stratum) AND 8332 (getwork)
2012-11-13 19:19:07,595 INFO proxy mining_proxy.main # -----------------------------------------------------------------------
2012-11-13 19:19:07,598 INFO proxy client_service.handle_event # New job 1117e for prevhash dcf34271, clean_jobs=True

Head of Product Development
Bitfury Group
www.bitfury.com
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
November 13, 2012, 07:55:20 PM
 #3726

I'm not familiar with the proxy... looking into it now.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
punin
Hero Member
*****
Offline Offline

Activity: 559


View Profile WWW
November 13, 2012, 09:23:06 PM
 #3727

Strangely enough, it works on us2.eclipsemc.com:

root@5-1:~/stratum-mining-proxy# ./mining_proxy.py -o 69.195.155.226 -p 3333 -rt -v
2012-11-13 21:22:07,199 INFO proxy jobs.<module> # C extension for midstate not available. Using default implementation instead.
2012-11-13 21:22:07,201 INFO proxy mining_proxy.main # Stratum proxy version: 1.1.1
2012-11-13 21:22:07,201 INFO proxy mining_proxy.main # Trying to connect to Stratum pool at 69.195.155.226:3333
2012-11-13 21:22:07,410 INFO stats stats.print_stats # 1 peers connected, state changed 1 times
2012-11-13 21:22:07,410 INFO proxy mining_proxy.on_connect # Connected to Stratum pool at 69.195.155.226:3333
2012-11-13 21:22:07,410 INFO proxy mining_proxy.on_connect # Subscribing for mining jobs
2012-11-13 21:22:07,590 INFO proxy mining_proxy.main # -----------------------------------------------------------------------
2012-11-13 21:22:07,591 INFO proxy mining_proxy.main # PROXY IS LISTENING ON ALL IPs ON PORT 3333 (stratum) AND 8332 (getwork)
2012-11-13 21:22:07,591 INFO proxy mining_proxy.main # -----------------------------------------------------------------------
2012-11-13 21:22:07,766 INFO proxy client_service.handle_event # Setting new difficulty: 0.999984741211
2012-11-13 21:22:07,767 INFO proxy client_service.handle_event # New job 1352841638 671 for prevhash 3a4de09d, clean_jobs=False

Head of Product Development
Bitfury Group
www.bitfury.com
punin
Hero Member
*****
Offline Offline

Activity: 559


View Profile WWW
November 13, 2012, 10:06:16 PM
 #3728

Running nicely now! Don't touch it!! Smiley

Head of Product Development
Bitfury Group
www.bitfury.com
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
November 13, 2012, 10:07:52 PM
 #3729

That's weird... it's the same software and config on both systems!

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
punin
Hero Member
*****
Offline Offline

Activity: 559


View Profile WWW
November 13, 2012, 10:18:17 PM
 #3730

That's weird... it's the same software and config on both systems!
That's exactly what people usually say before they go into finding out WHY. Cheesy Don't touch it damnit!! Cheesy

Got some errors also tho, but otherwise it's working ok now.:

2012-11-13 22:13:24,696 INFO proxy getwork_listener._on_submit # [178ms] Share from 'kimitobo_Fury' accepted, diff 3
2012-11-13 22:13:25,873 INFO proxy jobs.submit # Submitting 09b88f5d
2012-11-13 22:13:26,051 INFO proxy getwork_listener._on_submit # [177ms] Share from 'kimitobo_Fury' accepted, diff 3
2012-11-13 22:13:27,471 INFO proxy jobs.submit # Submitting 5767cbd9
2012-11-13 22:13:28,445 INFO proxy getwork_listener._on_submit_failure # [972ms] Share from 'kimitobo_Fury' REJECTED: (20, u"'data'", u'Traceback (most recent call last):\n  File "./eloipool.py", line 525, in receiveShare\n    checkShare(share)\n  File "./eloipool.py", line 386, in checkShare\n    MWL = workLog[None]\nKeyError: None\n\nDuring handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n  File "/opt/eloipool/stratumserver.py", line 76, in found_terminator\n    rv = getattr(self, funcname)(*rpc[\'params\'])\n  File "/opt/eloipool/stratumserver.py", line 159, in _stratum_mining_submit\n    self.server.receiveShare(share)\n  File "./eloipool.py", line 533, in receiveShare\n    share[\'solution\'] = b2a_hex(swap32(share[\'data\'])).decode(\'utf8\')\nKeyError: \'data\'\n')

Head of Product Development
Bitfury Group
www.bitfury.com
P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
November 14, 2012, 08:01:58 AM
 #3731

so for stratum, I should enter:

http://us2.eclipsemc.com:3333

Cgminer doesn't seem to like that. coming up as dead.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
November 14, 2012, 09:02:34 AM
 #3732

so for stratum, I should enter:

http://us2.eclipsemc.com:3333
No, stratum isn't http. stratum+tcp://us2.eclipsemc.com

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.

mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
November 14, 2012, 11:19:52 AM
 #3733

so for stratum, I should enter:

http://us2.eclipsemc.com:3333
No, stratum isn't http. stratum+tcp://us2.eclipsemc.com

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.

Wow, I'm calling BS!

Stratum works fine on Ozcoin.  I'd say Stratum implementation on Eclipse is broken..

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
Askit2
Hero Member
*****
Offline Offline

Activity: 524


View Profile
November 14, 2012, 11:40:35 AM
 #3734

so for stratum, I should enter:

http://us2.eclipsemc.com:3333
No, stratum isn't http. stratum+tcp://us2.eclipsemc.com

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.

According to the wikki on Ver 2.0

id: An identifier established by the Client that MUST contain a String, Number, or NULL value if included. If it is not included it is assumed to be a notification. The value SHOULD normally not be Null [1] and Numbers SHOULD NOT contain fractional parts [2]

It seems like luke-jr misunderstands what a client is. The client is CGminer. Also in no example I have found in the documentation was id anything but an integer. This doesn't mean it has to be but if every example has it being so then it seems like a precedent. It seems like id is used instead of method. Shouldn't it be like this?
{"jsonrpc": "2.0", "method": "auth", "id": (whatever the client sent)}

According to the Stratum Documentation.

Response
    Every response contains following parts
◦message ID - same ID as in request, for pairing request-response together
◦result - any json-encoded result object (number, string, list, array, …)
◦error - null or list (error code, error message)

While true it says that any string, number or NULL value is required, it also stated it is selected by the client. I am not 100% positive on the rest I didn't write the specs or anything. I just read them. I really don't see why a person wouldn't want authorized before they get a difficulty.

As I see it and maybe I am totally wrong but I want to try stratum on EMC. Since authorize can come at any time why can't it come before subscribing?

I appreciate donations at ( 1NwkQdmomQPLtdes5KuZhB1D22p7ZGRy4p )
If I am helping in the CGMiner thread give it to Con or Kano. They do the work there.
If you want to sign up for a coinbase account I would appreciate it if you use my referral link. US people now wire, 1% fee give or take a little for sending to your bank account. https://coinbase.com/?r=515bf6145682db9d11000028&utm_campaign=user-referral&src=
AndrewBUD
Sr. Member
****
Offline Offline

Activity: 336


I will Squirt you with this sprinkler :)


View Profile
November 14, 2012, 01:04:45 PM
 #3735

so for stratum, I should enter:

http://us2.eclipsemc.com:3333
No, stratum isn't http. stratum+tcp://us2.eclipsemc.com

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.


last few versions of cgminer have worked perfect with stratum mining on btcguild...



What's this crap about Luke?
DobZombie
Hero Member
*****
Offline Offline

Activity: 756


TheBitcoinMuseum.com


View Profile
November 14, 2012, 01:05:44 PM
 #3736

So, how to I use stratum on EMC?

help?

Derp!

The Bitcoin Museum is back under my control, but I still need to go through all the code. DO NOT PURCHASE ANYTHING FROM IT

The Biggest Collection of Bitcoin Memorabilia The Bitcoin Museum
Series 2 BitcoinNerd 1g Silver coin thread!
Discount Jewellery! Noella Jean Jewellery



Buy premium Champanges, Spirits & Wines in Australia! My Bitmit Items

Tip Me if you Hate Justin Bieber 1DobZomBiE2gngvy6zDFKY5b76yvDbqRra
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
November 14, 2012, 01:12:33 PM
 #3737

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.
Wow, I'm calling BS!

Stratum works fine on Ozcoin.  I'd say Stratum implementation on Eclipse is broken..
Some HTML 4 webpages work fine in MSIE 5. But that doesn't mean HTML 4 in general works fine in MSIE 5.

I found Con's implementation of stratum had 3 problems with regard to working on Eclipse:
  • It assumes all difficulties set are integers. JSON treats all Numbers as the same type, and stratum doesn't restrict the range to integer values. Every stratum client implementation except Con's correctly handles real number difficulties. EclipseMC has an unrestricted vardiff range, and more often than not uses a real number.
  • It assumes the server will send a notify (or at least some message) every 90 seconds. Stratum makes no such guarantees.
  • It gives up on authorizations if a response is not received basically instantly.

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.
According to the wikki on Ver 2.0

id: An identifier established by the Client that MUST contain a String, Number, or NULL value if included. If it is not included it is assumed to be a notification. The value SHOULD normally not be Null [1] and Numbers SHOULD NOT contain fractional parts [2]

It seems like luke-jr misunderstands what a client is. The client is CGminer. Also in no example I have found in the documentation was id anything but an integer. This doesn't mean it has to be but if every example has it being so then it seems like a precedent. It seems like id is used instead of method. Shouldn't it be like this?
{"jsonrpc": "2.0", "method": "auth", "id": (whatever the client sent)}

According to the Stratum Documentation.

Response
    Every response contains following parts
◦message ID - same ID as in request, for pairing request-response together
◦result - any json-encoded result object (number, string, list, array, …)
◦error - null or list (error code, error message)

While true it says that any string, number or NULL value is required, it also stated it is selected by the client. I am not 100% positive on the rest I didn't write the specs or anything. I just read them. I really don't see why a person wouldn't want authorized before they get a difficulty.

As I see it and maybe I am totally wrong but I want to try stratum on EMC. Since authorize can come at any time why can't it come before subscribing?
The whole "id isn't an integer" thing is presumably about how BFGMiner (the client) implements stratum authorization in git (in part to fix the problems at hand). I found every stratum server, including EclipseMC, to properly respond with the same id sent by the client. And they all send responses to commands in the order those commands were received; Con's implementation (as well as the stratum examples) requests the subscription (work and difficulty) before it authorizes - it also works fine with them coming back in the same order, as long as it's instantaneous and recognized as valid (which non-integer difficulties aren't).

So, how to I use stratum on EMC?

help?
I'll plan to release a BFGMiner with the fixes sometime soon... but it should be noted that GBT is still better. Wink

Obviously the stratum proxy and/or poclbm should work fine too.

Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
November 14, 2012, 03:37:55 PM
 #3738

It was my understanding subscribe can come at anytime, but authorize has to come are a more specific time (beginning of the session), is that wrong?

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
Askit2
Hero Member
*****
Offline Offline

Activity: 524


View Profile
November 14, 2012, 08:13:58 PM
 #3739

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.
Wow, I'm calling BS!

Stratum works fine on Ozcoin.  I'd say Stratum implementation on Eclipse is broken..
Some HTML 4 webpages work fine in MSIE 5. But that doesn't mean HTML 4 in general works fine in MSIE 5.

I found Con's implementation of stratum had 3 problems with regard to working on Eclipse:
  • It assumes all difficulties set are integers. JSON treats all Numbers as the same type, and stratum doesn't restrict the range to integer values. Every stratum client implementation except Con's correctly handles real number difficulties. EclipseMC has an unrestricted vardiff range, and more often than not uses a real number.
  • It assumes the server will send a notify (or at least some message) every 90 seconds. Stratum makes no such guarantees.
  • It gives up on authorizations if a response is not received basically instantly.

Cgminer doesn't seem to like that. coming up as dead.
cgminer's stratum implementation is broken. I've got some fixes in BFGMiner git, but I hear Con's making excuses.
According to the wikki on Ver 2.0

id: An identifier established by the Client that MUST contain a String, Number, or NULL value if included. If it is not included it is assumed to be a notification. The value SHOULD normally not be Null [1] and Numbers SHOULD NOT contain fractional parts [2]

It seems like luke-jr misunderstands what a client is. The client is CGminer. Also in no example I have found in the documentation was id anything but an integer. This doesn't mean it has to be but if every example has it being so then it seems like a precedent. It seems like id is used instead of method. Shouldn't it be like this?
{"jsonrpc": "2.0", "method": "auth", "id": (whatever the client sent)}

According to the Stratum Documentation.

Response
    Every response contains following parts
◦message ID - same ID as in request, for pairing request-response together
◦result - any json-encoded result object (number, string, list, array, …)
◦error - null or list (error code, error message)

While true it says that any string, number or NULL value is required, it also stated it is selected by the client. I am not 100% positive on the rest I didn't write the specs or anything. I just read them. I really don't see why a person wouldn't want authorized before they get a difficulty.

As I see it and maybe I am totally wrong but I want to try stratum on EMC. Since authorize can come at any time why can't it come before subscribing?
The whole "id isn't an integer" thing is presumably about how BFGMiner (the client) implements stratum authorization in git (in part to fix the problems at hand). I found every stratum server, including EclipseMC, to properly respond with the same id sent by the client. And they all send responses to commands in the order those commands were received; Con's implementation (as well as the stratum examples) requests the subscription (work and difficulty) before it authorizes - it also works fine with them coming back in the same order, as long as it's instantaneous and recognized as valid (which non-integer difficulties aren't).

So, how to I use stratum on EMC?

help?
I'll plan to release a BFGMiner with the fixes sometime soon... but it should be noted that GBT is still better. Wink

Obviously the stratum proxy and/or poclbm should work fine too.

I suppose the second addendum to the numbers was glossed over slightly. It says this:

[2] Fractional parts may be problematic, since many decimal fractions cannot be represented exactly as binary fractions.

That would seem to indicate that it is better to use Integers then decimals or other real numbers. At least since they may not get the same value that the server sends.

Actually I have an idea on how to suggest handling it I may see what Con thinks.

I appreciate donations at ( 1NwkQdmomQPLtdes5KuZhB1D22p7ZGRy4p )
If I am helping in the CGMiner thread give it to Con or Kano. They do the work there.
If you want to sign up for a coinbase account I would appreciate it if you use my referral link. US people now wire, 1% fee give or take a little for sending to your bank account. https://coinbase.com/?r=515bf6145682db9d11000028&utm_campaign=user-referral&src=
Inaba
Legendary
*
Offline Offline

Activity: 1260



View Profile WWW
November 14, 2012, 08:26:52 PM
 #3740

I don't see any sense in limiting variable difficulty to integers.  I'm interested in hearing your idea.

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
Pages: « 1 ... 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 [187] 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!