I believe cgminer and bfgminer will have bASIC support before the devices ship.
As for BitMinter client, I will try to get remote access to a bASIC as early as possible. If I don't get this from the bASIC guys then I will probably not have a working implementation on day 1. But I probably could within a day or two.
I started a thread to get info on the new protocol that will be used to control the bASICs: https://www.btcfpga.com/forum/index.php?topic=99
If the protocol specs are released early then it means only some (hopefully short) time for debugging is needed with an actual device.
Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff] - page 268. (Read 837101 times)
November 22, 2012, 02:21:37 AM
November 21, 2012, 10:01:29 PM
yeah today ended at 14 which is just a bit above normal of 11 or 12. I am almost paid off just in time for the half block split and then the asics come out in dec or jan.
that reminds me i am thinking of getting a BTCFPGA a 54 GH/s model for $1069.99. link is here;
https://www.bitcoinasic.net/index.php?route=product/product&product_id=51
so my question to the dr will this plug n play?
I would use it with one of my pc's
Since this is a pool thread that reminds me i am thinking of getting a BTCFPGA a 54 GH/s model for $1069.99. link is here;
https://www.bitcoinasic.net/index.php?route=product/product&product_id=51
so my question to the dr will this plug n play?
I would use it with one of my pc's
I'll answer that.
Yes it will plug and play ... with cgminer.
November 21, 2012, 04:39:11 PM
whitephantom you are hashing 50 plus to my 6 or so.
the numbers add up a lot quicker for you then me,
The numbers do add up quickly at 50GH with an unlucky streak (or a lucky one). The last 4 days has been at least $100 worth of bitcoins less per day than normal. I won't sweat it at all when everything's paid off, but I'm not there yet.the numbers add up a lot quicker for you then me,
Hang in there, guys. Today 12 blocks and counting.
Yup, I'm liking today. Feeling more normal again. November 21, 2012, 04:19:33 PM
Hang in there, guys. Today 12 blocks and counting.
November 21, 2012, 12:48:47 PM
luck has been terrible.
17th = 9
18th = 7
19th = 6
20th = 7
that is 29 for 4 days. 44-48 would be normal. oh also 2 stales and 2 orphans for those same 4 days.
Thanks for the factual post.17th = 9
18th = 7
19th = 6
20th = 7
that is 29 for 4 days. 44-48 would be normal. oh also 2 stales and 2 orphans for those same 4 days.
I knew I felt like our luck was going badly, but seeing the actual numbers like that makes me feel sick.
I hope things average out over the next week before the block reward halves.
November 20, 2012, 07:47:53 PM
the force is not with us at the moment....
come on... some more blocks... reward drop comes soon
Yeah, our luck has been pretty bad lately. come on... some more blocks... reward drop comes soon
November 20, 2012, 07:06:59 PM
the force is not with us at the moment....
come on... some more blocks... reward drop comes soon
come on... some more blocks... reward drop comes soon
November 19, 2012, 10:07:42 AM
Whoa!
November 19, 2012, 09:41:17 AM
November 19, 2012, 06:35:29 AM
I can't say for sure how long it has been, but from a day or two ago I have 0 accepted (and 0 rejected) shares? Wtf? cgminer reports the speed accurately (2.4.1 on openwrt) but that's that, basically.
Are you seeing accepted shares in cgminer, but not on website under "my account" -> "workers" ?
You are sure you are using the correct credentials in your cgminer config?
If you send me your BitMinter user name I can have a look at things on the server side. You can email me at [email protected]
No accepted shares on either cgminer or website, and yes, I'm sure the credentials are correct (unchanged). I'll email you the username.
November 19, 2012, 06:20:43 AM
I can't say for sure how long it has been, but from a day or two ago I have 0 accepted (and 0 rejected) shares? Wtf? cgminer reports the speed accurately (2.4.1 on openwrt) but that's that, basically.
Are you seeing accepted shares in cgminer, but not on website under "my account" -> "workers" ?
You are sure you are using the correct credentials in your cgminer config?
If you send me your BitMinter user name I can have a look at things on the server side. You can email me at [email protected]
November 19, 2012, 04:51:31 AM
I can't say for sure how long it has been, but from a day or two ago I have 0 accepted (and 0 rejected) shares? Wtf? cgminer reports the speed accurately (2.4.1 on openwrt) but that's that, basically.
November 18, 2012, 03:52:47 PM
cgminer 2.9.4 is still looking good!
gonna go get some sleep now
Thanks for testing gonna go get some sleep now
November 18, 2012, 11:46:11 AM
cgminer 2.9.4 is still looking good!
gonna go get some sleep now
gonna go get some sleep now
November 18, 2012, 09:02:27 AM
Just gave cgminer 2.9.4 a whirl on the test port and everything seems to be fine. using 2x BFL minirigs
Awesome
Let me know if you see anything strange. After a block change (long poll) bfgminer sometimes says the server is issuing old work. It shouldn't, of course, but I may have a bug there.Also, we are now making version 2 blocks. It will probably be a while before v2 blocks are required though, as 50BTC and DeepBit have not made the switch yet.
You can see the v1 to v2 transition as it happens at http://blockorigin.pfoe.be/top.php
November 18, 2012, 08:56:06 AM
Just gave cgminer 2.9.4 a whirl on the test port and everything seems to be fine. using 2x BFL minirigs
Connected to mint.bitminter.com with GBT
[2012-11-18 07:58:06] Accepted 00483217 Diff 907/32 BFL 30 pool 0
[2012-11-18 07:58:10] Accepted 05690185 Diff 47/32 BFL 18 pool 0
[2012-11-18 07:58:10] Accepted 06e3fab9 Diff 37/32 BFL 20 pool 0
[2012-11-18 07:58:13] Accepted 042eab65 Diff 61/32 BFL 18 pool 0
[2012-11-18 07:58:13] Accepted 06626c4b Diff 40/32 BFL 20 pool 0
[2012-11-18 07:58:17] Accepted 06da1f13 Diff 37/32 BFL 29 pool 0
[2012-11-18 07:58:18] Accepted 06d1508d Diff 37/32 BFL 6 pool 0
[2012-11-18 07:58:22] Accepted 046061b8 Diff 58/32 BFL 27 pool 0
[2012-11-18 07:58:24] Accepted 00dcdfb1 Diff 296/32 BFL 15 pool 0
Connected to mint.bitminter.com with GBT
[2012-11-18 07:58:06] Accepted 00483217 Diff 907/32 BFL 30 pool 0
[2012-11-18 07:58:10] Accepted 05690185 Diff 47/32 BFL 18 pool 0
[2012-11-18 07:58:10] Accepted 06e3fab9 Diff 37/32 BFL 20 pool 0
[2012-11-18 07:58:13] Accepted 042eab65 Diff 61/32 BFL 18 pool 0
[2012-11-18 07:58:13] Accepted 06626c4b Diff 40/32 BFL 20 pool 0
[2012-11-18 07:58:17] Accepted 06da1f13 Diff 37/32 BFL 29 pool 0
[2012-11-18 07:58:18] Accepted 06d1508d Diff 37/32 BFL 6 pool 0
[2012-11-18 07:58:22] Accepted 046061b8 Diff 58/32 BFL 27 pool 0
[2012-11-18 07:58:24] Accepted 00dcdfb1 Diff 296/32 BFL 15 pool 0
November 18, 2012, 05:08:51 AM
A workid with what? With the block submit? There is an id sent, and it matches that which the request for a template went out with. Yes, it's always zero... is that the problem? The data is all completely reconstructed for a block submit so the actual id of where the template came from doesn't seem to be relevant to any other pool. Is this the issue for you? I'm just trying to understand...
Not the JSONRPC request id but the GBT "workid" value that is sent out with every template. The spec requires that you send it back to the pool with every block submit. Apparently Eligius and Eclipse MC don't use the workid so they don't care if it's missing. But my implementation is dependent on it as of now. I am thinking about having it search through the coinbase to figure out the workid if it is missing, though.
EDIT: We discussed this on IRC and came to a resolution. cgminer 2.9.4 should be good to go with GBT on bitminter.
November 18, 2012, 05:06:52 AM
A workid with what? With the block submit? There is an id sent, and it matches that which the request for a template went out with. Yes, it's always zero... is that the problem? The data is all completely reconstructed for a block submit so the actual id of where the template came from doesn't seem to be relevant to any other pool. Is this the issue for you? I'm just trying to understand...
Not the JSONRPC request id but the GBT "workid" value that is sent out with every template. The spec requires that you send it back to the pool with every block submit. Apparently Eligius and Eclipse MC don't use the workid so they don't care if it's missing. But my implementation is dependent on it as of now. I am thinking about having it search through the coinbase to figure out the workid if it is missing, though.
November 18, 2012, 04:42:58 AM
GBT (getblocktemplate) testing is up on port 9000.
Testing so far:
cgminer isn't sending a workid and so every proof-of-work is rejected with the message "unknown-work". Have to look into this.
Not much point testing cgminer (2.9.3) further before the workid issue is resolved. But please do test bfgminer and any GBT proxy you may have. Let me know how it runs.
A workid with what? With the block submit? There is an id sent, and it matches that which the request for a template went out with. Yes, it's always zero... is that the problem? The data is all completely reconstructed for a block submit so the actual id of where the template came from doesn't seem to be relevant to any other pool. Is this the issue for you? I'm just trying to understand... Testing so far:
cgminer isn't sending a workid and so every proof-of-work is rejected with the message "unknown-work". Have to look into this.
Not much point testing cgminer (2.9.3) further before the workid issue is resolved. But please do test bfgminer and any GBT proxy you may have. Let me know how it runs.
November 17, 2012, 04:49:01 PM
Sorry, guys, I accidentally turned on var diff on port 8332. Fixed. I guess ztex btcminer only supports diff 1?
I have been watching port 9000 to make sure that noone left a cgminer unattended and getting everything rejected. Since that's not the case I will leave GBT up for testing.
I have been watching port 9000 to make sure that noone left a cgminer unattended and getting everything rejected. Since that's not the case I will leave GBT up for testing.
Jump to: