Bitcoin Forum
November 21, 2017, 02:29:12 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 [31] 32 33 34 35 »
  Print  
Author Topic: [ANN] Stratum mining protocol - ASIC ready  (Read 143516 times)
newguy05
Hero Member
*****
Offline Offline

Activity: 589



View Profile
June 04, 2013, 12:42:06 AM
 #601

Hi guys, apologize in advance for the newbie question. I just got my stratum proxy setup on my mac osx following the standard instructions, all default setting.  Everything seem to be running fine and i am seeing a spam of the below text repeated.

1) Is the below text means everything is running okie? the lines that starts with WARNING is that anything to worry about?
2) Also for the same WARNING lines, it ends with "diff 1"  what does that mean exactly?  difficulty 1? still dont understand what that means.

Thank you!

Code:
2013-06-03 20:38:53,237 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,318 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,365 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,515 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,524 INFO proxy jobs.submit # Submitting 238b0469
2013-06-03 20:38:53,553 INFO proxy jobs.submit # Submitting 025c9983
2013-06-03 20:38:53,592 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,601 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,616 WARNING proxy getwork_listener._on_submit # [91ms] Share from 'gagaliya.worker1' accepted, diff 1
2013-06-03 20:38:53,645 WARNING proxy getwork_listener._on_submit # [92ms] Share from 'gagaliya.worker1' accepted, diff 1
2013-06-03 20:38:53,697 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,750 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,842 INFO proxy jobs.submit # Submitting 64c43d35
2013-06-03 20:38:53,852 INFO proxy jobs.submit # Submitting 21705f0e
2013-06-03 20:38:53,873 INFO proxy jobs.submit # Submitting fcb480cb
2013-06-03 20:38:53,892 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,932 WARNING proxy getwork_listener._on_submit # [89ms] Share from 'gagaliya.worker1' accepted, diff 1
2013-06-03 20:38:53,944 WARNING proxy getwork_listener._on_submit # [92ms] Share from 'gagaliya.worker1' accepted, diff 1
2013-06-03 20:38:53,948 INFO proxy getwork_listener._on_authorized # Worker 'gagaliya.worker1' asks for new work
2013-06-03 20:38:53,963 WARNING proxy getwork_listener._on_submit # [90ms] Share from 'gagaliya.worker1' accepted, diff 1


                   ▄██▀▀██▄
                   █▄█  █▄█
          ▄██████▄ █▄█▀▀█▄█
          █▄█  █▄█ █▄█  █▄█         ▄▄▄▄▄▄
          █▄█  █▄█ █▄█▀▀█▄█ ▄▄▄▄▄▄ █▀█  █▀█
          █▄████▄█▄█▄█  █▄██▀█▀▀█▀██▀█  █▀█
          █▄█  █▄███▄█▀▀█▄██▀█  █▀██▀█▀▀█▀█   █
       ▄  █▄█  █▄███▄█  █▄██▀█▀▀█▀██▀█  █▀█  ▄█▄
   ▄   █  █▄████▄███▄█▀▀█▄██▀█  █▀██▀█▄▄█▀█ ▄███▄
   █  ███ █▄█  █▄███▄█  █▄██▀█▀▀█▀██▀█  █▀█ █████
  ███ ███ █▄█  █▄███▄████▄██▀█  █▀██▀█  █▀█ ▀███▀
  ▀█▀  █▄▄█████████████████████████████████▄▄▄█
▄▄▄▀▀▀▀▀▀▀                                 ▀▀▀▀▀▀▀▄▄▄
                   ▄██▀▀██▄
                   █▄█  █▄█
          ▄██████▄ █▄█▀▀█▄█
          █▄█  █▄█ █▄█  █▄█         ▄▄▄▄▄▄
          █▄█  █▄█ █▄█▀▀█▄█ ▄▄▄▄▄▄ █▀█  █▀█
          █▄████▄█▄█▄█  █▄██▀█▀▀█▀██▀█  █▀█
          █▄█  █▄███▄█▀▀█▄██▀█  █▀██▀█▀▀█▀█   █
       ▄  █▄█  █▄███▄█  █▄██▀█▀▀█▀██▀█  █▀█  ▄█▄
   ▄   █  █▄████▄███▄█▀▀█▄██▀█  █▀██▀█▄▄█▀█ ▄███▄
   █  ███ █▄█  █▄███▄█  █▄██▀█▀▀█▀██▀█  █▀█ █████
  ███ ███ █▄█  █▄███▄████▄██▀█  █▀██▀█  █▀█ ▀███▀
  ▀█▀  █▄▄█████████████████████████████████▄▄▄█
▄▄▄▀▀▀▀▀▀▀                                 ▀▀▀▀▀▀▀▄▄▄
1511274552
Hero Member
*
Offline Offline

Posts: 1511274552

View Profile Personal Message (Offline)

Ignore
1511274552
Reply with quote  #2

1511274552
Report to moderator
There are several different types of Bitcoin clients. Server-assisted clients like blockchain.info rely on centralized servers to do their network verification for them. Although the server can't steal the client's bitcoins directly, it can easily execute double-spending-style attacks against the client.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511274552
Hero Member
*
Offline Offline

Posts: 1511274552

View Profile Personal Message (Offline)

Ignore
1511274552
Reply with quote  #2

1511274552
Report to moderator
1511274552
Hero Member
*
Offline Offline

Posts: 1511274552

View Profile Personal Message (Offline)

Ignore
1511274552
Reply with quote  #2

1511274552
Report to moderator
MineForeman.com
Legendary
*
Offline Offline

Activity: 896



View Profile WWW
June 19, 2013, 01:36:31 AM
 #602

Hi All,

I feel a bit of a dead head, usually when I have questions I just go to the code but I am having a bit of a problem with stratum-mining-proxy and my python knowledge is very sub par.  I have been aware of the custom-user capabilities of it and want to take advantage of it with;-

./mining_proxy.py -v --host=stratum.bitcoin.cz --port=3333 --custom-user=MinePeon.Donate --custom-password=Donate

The problem is it still uses the authorise credentuals supplied by the miner dispite showing;-

Code:
2013-06-19 01:16:25,727 WARNING proxy mining_proxy.on_connect # Authorizing custom user MinePeon.Donate, password Donate
2013-06-19 01:16:25,728 DEBUG protocol protocol.writeJsonRequest # < {"params": ["MinePeon.Donate", "Donate"], "id": 1, "method": "mining.authorize"}

In the startup.  Am I missing something?  Is this not the intention of those parameters?

Neil

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
MineForeman.com
Legendary
*
Offline Offline

Activity: 896



View Profile WWW
June 19, 2013, 11:21:44 PM
 #603

Found a ticket for the problem on github and added some more info;-

https://github.com/slush0/stratum-mining-proxy/issues/22

If anyone is willing to tackle this I am willing to put a bounty on it, would 1BTC be acceptable?

Neil

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
MWNinja
Hero Member
*****
Offline Offline

Activity: 630



View Profile WWW
June 21, 2013, 05:49:55 PM
 #604

Hi All,

I feel a bit of a dead head, usually when I have questions I just go to the code but I am having a bit of a problem with stratum-mining-proxy and my python knowledge is very sub par.  I have been aware of the custom-user capabilities of it and want to take advantage of it with;-

./mining_proxy.py -v --host=stratum.bitcoin.cz --port=3333 --custom-user=MinePeon.Donate --custom-password=Donate

The problem is it still uses the authorise credentuals supplied by the miner dispite showing;-

Code:
2013-06-19 01:16:25,727 WARNING proxy mining_proxy.on_connect # Authorizing custom user MinePeon.Donate, password Donate
2013-06-19 01:16:25,728 DEBUG protocol protocol.writeJsonRequest # < {"params": ["MinePeon.Donate", "Donate"], "id": 1, "method": "mining.authorize"}

In the startup.  Am I missing something?  Is this not the intention of those parameters?

Neil


I got it working on the beaglebone, your parameter usage isn't correct.

should be:
./mining_proxy.py -o stratum.bitcoin.cz -p 3333

then you connect your miner to the proxy and provide the pool user/pass there
./cgminer -o 127.0.0.1:3333 -u MinePeon.Donate -p Donate


If you are going to use the custom_user options, then don't specify a user/pass on the miner, or make them null ""; the point is so that miners can remote connect without revealing user/pass to eliminate a potential man-in-the-middle attack.
EDIT doesn't seem to work, it connects to the pool but either uses the credentials supplied by the miner or pukes. I'm no python expert either but will take a crack at it.

MOAR edit. I think I've figured out what the feature does finally.  It overrides the submission of shares to go to the account you specify, but it looks like you still need to supply valid credentials at the miner.  Going to make a few accounts and test.



If you are feeling generous, hit the donation address in my sig.  We have similar projects, so I look forward to collaboration (rather than name calling ala kano/luke-jr).
MineForeman.com
Legendary
*
Offline Offline

Activity: 896



View Profile WWW
June 22, 2013, 07:15:54 AM
 #605

MOAR edit. I think I've figured out what the feature does finally.  It overrides the submission of shares to go to the account you specify, but it looks like you still need to supply valid credentials at the miner.  Going to make a few accounts and test.

That is indeed what it is meant to do (or at least I think that is what is meant to do).  It does not seem to do it at the moment though.  I will get around to having a look, python doesn't look that hard but time is short for me at the moment.

We have similar projects, so I look forward to collaboration (rather than name calling ala kano/luke-jr).

I was not even aware of your project!  It is good there is someone to take care of the BeagleBone crowd!

I must warn you that I have one (and a lot of other devices) sitting here and do plan a MinePeon port one of these days (as you probably have a Pi port in the plans).

But yeah, I have no need of an internet arch enemy and would love to collaborate with you.  In bitcoin it is VITALLY important that there as much diversification as possible.

Neil

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
MWNinja
Hero Member
*****
Offline Offline

Activity: 630



View Profile WWW
June 25, 2013, 06:20:31 PM
 #606


I must warn you that I have one (and a lot of other devices) sitting here and do plan a MinePeon port one of these days (as you probably have a Pi port in the plans).


Yeah, I have a Pi sitting here too Smiley
I checked out your distribution, and we did some things similarly.  There's a good Arch linux distribution for the bone so I don't expect it will take too much effort for you to port.  If I do a Pi release it will likely also be Arch based, as Angstrom on Pi looks like a nightmare.
kano
Legendary
*
Offline Offline

Activity: 2268


Linux since 1997 RedHat 4


View Profile
July 01, 2013, 03:20:27 PM
 #607

...
If you are feeling generous, hit the donation address in my sig.  We have similar projects, so I look forward to collaboration (rather than name calling ala kano/luke-jr).
Name calling?
Moron Tongue

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
cypherdoc
Legendary
*
Offline Offline

Activity: 1764



View Profile
July 15, 2013, 12:45:57 AM
 #608

when i monitor this port on my server:  http://yourserveripaddress:8889/ any hashrate that i see is getting to the Bitcoin Network, correct?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2338


Ruu \o/


View Profile WWW
July 15, 2013, 05:40:07 AM
 #609

Have other pools lost interest in implementing reconnect support?

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
doublec
Legendary
*
Offline Offline

Activity: 1078


View Profile
July 15, 2013, 11:07:22 AM
 #610

Have other pools lost interest in implementing reconnect support?
What pools do and what pools don't support it?
kano
Legendary
*
Offline Offline

Activity: 2268


Linux since 1997 RedHat 4


View Profile
July 18, 2013, 07:08:40 AM
 #611

Have other pools lost interest in implementing reconnect support?
What pools do and what pools don't support it?
Good pools support it (so they don't force you to throw away your shares when a disconnect happens)
Bad pools don't support it.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2338


Ruu \o/


View Profile WWW
July 18, 2013, 02:10:17 PM
 #612

Have other pools lost interest in implementing reconnect support?
What pools do and what pools don't support it?
As far as I'm aware, only eligius supports it. This is why I'm bringing it back up since it's not in the pool ops' interests to implement it but it is in the miners' interests.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
doublec
Legendary
*
Offline Offline

Activity: 1078


View Profile
July 20, 2013, 04:35:35 AM
 #613

As far as I'm aware, only eligius supports it. This is why I'm bringing it back up since it's not in the pool ops' interests to implement it but it is in the miners' interests.
I'm under the impression that my pool, bitparking, and fireduck's pool, HHTT, support it unless I'm misunderstanding what you mean by reconnect support.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2338


Ruu \o/


View Profile WWW
August 29, 2013, 11:34:10 PM
 #614

Have other pools lost interest in implementing reconnect support?
What pools do and what pools don't support it?
As far as I'm aware, only eligius supports it. This is why I'm bringing it back up since it's not in the pool ops' interests to implement it but it is in the miners' interests.
I see all the pool ops are doing an excellent job of ignoring this since most users are unaware of the lack of this support, so I'm reminding them to hopefully give this issue a higher profile.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
ATC
Jr. Member
*
Offline Offline

Activity: 49


View Profile
August 30, 2013, 12:54:25 AM
 #615

Hi all,

I got many many errors as I use mining_proxy in win7 system. It reported as following:

Code:
stratum.custom_exceptions.TransportException: Not connected
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "twisted\web\server.pyo", line 156, in process

  File "twisted\web\server.pyo", line 191, in render

  File "twisted\web\resource.pyo", line 216, in render

  File "mining_libs\getwork_listener.pyo", line 163, in render_POST

--- <exception caught here> ---
  File "twisted\internet\defer.pyo", line 134, in maybeDeferred

  File "mining_libs\worker_registry.pyo", line 37, in authorize

  File "stratum\socket_transport.pyo", line 93, in rpc

It repeated those errors and only a very small fraction of work/shares ask and submit. So I'm wondering what's the matter?

BTW, how can I get the version information of mining_proxy?

Thanks.

af_newbie
Legendary
*
Offline Offline

Activity: 1218



View Profile
September 01, 2013, 01:16:57 AM
 #616

I have a question about stratum_mining.

There is

MERKLE_REFRESH_INTERVAL = 60

parameter in the config.py

I was wondering if setting this refresh to 60 is suitable for solo mining.  Would a more frequent template push to the miners help them find a
block sooner (or increase the probability of finding one)?  Or this can should be set to say 120 seconds since blocks are found on average every 5-10 minutes.

Would pushing it every 30 seconds would be more preferable for solo mining.

Just wondering the pros and cons of faster vs slower template refreshes.

My thinking is 120-240 should be better, but it is just my gut feeling. 
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2338


Ruu \o/


View Profile WWW
September 01, 2013, 01:44:10 AM
 #617

Slush's document stipulated that it should refresh at least every 60 seconds. If it's much longer than that, since you're dealing with raw sockets that can quietly die, there is no way for the miner software to know if the socket has disappeared, so cgminer uses 90 seconds between messages to say the pool has died so you cannot increase it to much more. Updating it more frequently includes newer transactions but requires more refreshes on your mining software, and vice versa.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
af_newbie
Legendary
*
Offline Offline

Activity: 1218



View Profile
September 01, 2013, 02:03:14 PM
 #618

Slush's document stipulated that it should refresh at least every 60 seconds. If it's much longer than that, since you're dealing with raw sockets that can quietly die, there is no way for the miner software to know if the socket has disappeared, so cgminer uses 90 seconds between messages to say the pool has died so you cannot increase it to much more. Updating it more frequently includes newer transactions but requires more refreshes on your mining software, and vice versa.

Thanks Con.  I appreciate your explanation.  I'm trying to understand how this works.

So basically, miners work on solving a block and server gives them new "merkle_branch" when this refresh interval is reached or a new block is detected., right?  The previous work is discarded on the miner side or is submitted?  It should be valid if prevHash has not changed (ie new block was solved), no?

Would faster refreshes give miners a slight edge of finding easy blocks?  If everybody and their mother is getting merke_branches every 60 seconds, and you get them every 35 seconds, if there is easy block to find, you would have a better chance of starting to work on it first.  But then again, it might be a toss since working longer on a given merkle_branch might actually help miner solve the block.

Running at 150 seconds now, no issues so far.

DrHaribo
Legendary
*
Offline Offline

Activity: 2240


Bitminter.com Operator


View Profile WWW
September 01, 2013, 02:13:35 PM
 #619

Would faster refreshes give miners a slight edge of finding easy blocks?  If everybody and their mother is getting merke_branches every 60 seconds, and you get them every 35 seconds, if there is easy block to find, you would have a better chance of starting to work on it first.  But then again, it might be a toss since working longer on a given merkle_branch might actually help miner solve the block.

No, it won't give you any edge. As long as you are changing the nonce or merkle root and not hashing the same data as anyone else, any block variation is as likely as any other to meet the current target when you hash it. And don't believe people who say you have to try the entire nonce range before changing the merkle root, otherwise you'll "miss something". It's all superstition and misunderstandings.

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
kano
Legendary
*
Offline Offline

Activity: 2268


Linux since 1997 RedHat 4


View Profile
September 02, 2013, 01:39:02 PM
 #620

A 30s refresh (vs a 60s refresh) will increase your chance of getting higher transaction fees ...

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 [31] 32 33 34 35 »
  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!