Really like your software. Will be sending a tip your way tonight of .10 BTC.
Thanks! Are there any plans to add features? A great feature would be the ability to update settings, such as Frequency/Rate of the S3+ units.
That's only doable via the web interface or SSH, correct? I've shied away from putting anything in SSH that, if it goes wrong, could brick your unit. Also, can you change pool info per miner or only all of them at the same time.
I haven't tried this feature yet because my miners are grouped into lots pointing to different pools.
Anyways thanks again, sending .10 BTC your way for the great work.
Works for all. Note for S1s and S3s you'll have to enable API updates to cgminer, by default it can only be done locally. M
|
|
|
A month of feathers, then two chickens in one day!?!?! Awesome -dave Luck is like that. Next block could take 6 months. Or, it could be in 5 minutes. M
|
|
|
I will probably be giving the default Eligius difficulty a bump soon. Pretty much anything that sits at 128 difficulty is pointless to run these days anyway. Might take it to 1024 for a minimum difficulty.
But the above is correct, there is no way to custom set a difficulty. This is also not necessary with proper hardware and software. The pool chooses the appropriate difficulty.
Flashed 1 S4 to the latest firmware... Miner showing 2Th/s, Pool showing 700GH/s. Difficulty on the box is showing 512, and everyone has recommended 2048 or higher. Hope this can be sorted out soon so I can move these miners back to eligius. I believe CK has a workaround in the latest cgminer. Not yet officially in the firmware.. M
|
|
|
I will probably be giving the default Eligius difficulty a bump soon. Pretty much anything that sits at 128 difficulty is pointless to run these days anyway. Might take it to 1024 for a minimum difficulty.
But the above is correct, there is no way to custom set a difficulty. This is also not necessary with proper hardware and software. The pool chooses the appropriate difficulty.
Stock S4s have difficulty with lower starting difficulties. M
|
|
|
I can't figure out how to set a higher difficulty for eligius (yes, using Antminer S4's)
Can someone point me in the right direction? I'm not seeing it anywhere on the FAQ or searching the board. Thanks in advance.
As far as I know that's not possible. I believe upgrading the cgminer version to 4.6.1 will allow your S4 to handle ramping up to the right difficulty better than stock. M
|
|
|
Get the version via ssh. The webUI will always say the older version Looks like something obviously changed because both S3s seem to be hashing faster, showing best share in miner status, now showing stratum+tcp instead of http, and load numbers have dropped. What's the command to show version from SSH? /usr/bin/cgminer-api scroll to the top to see the cgminer version. M Must have worked; both showing 4.6.0. Will this version work on my undervoltaged S1s? I'm not sure. I do know Kano published an update for S1s to make things better. Not sure how much better it is, but it's something. https://github.com/kanoi/cgminer-binaries/tree/master/AntS1M Thanks M for your help and your great Ant Monitor program. Would I load similar to how done for the S3 earlier with the mod below? cd /usr/bin mv cgminer cgminer.bak wget https://github.com/kanoi/cgminer-binaries/tree/master/AntS1mv AntS1 cgminer chmod +x cgminer #Reboot It's not the same process. Go to the link I provided, the instructions are there. M
|
|
|
'quickly' - well that's subjective The pool has to hash the coinbase transaction that they make up part of, hash the side of the merkle tree to get the merkle root, hash the block header that includes the merkle root, then you have a block hash which of course has a resultant difficulty. Thank you, ck explained it to me. What I didn't realize was the pool has to the full calculation as well ... the difference is it only has to verify the share is legit. The miner's job is the find the legit share. M
|
|
|
After what I learnt from the S4 investigation, I checked the S3s, and they have a very diminished version of the problem with pools that start at low diffs. Here's an updated binary for the S3s. http://ck.kolivas.org/apps/cgminer/antminer/s3/4.6.1-141009/cgminerThis might make startup/pool switching a bit smoother, especially if your pools start at diff 1 and take a while to increase their vardiff. EDIT: Hashrates even seem a little faster after a few minutes... Thanks CK. If you can fix this, maybe you can fix the problem with the S2s not being able to respond quick enough to work restarts? M
|
|
|
The crunch begins. Bitmain and miners want to make money. At current price, both are not able to. Folks would be crazy to buy S3s or S4s at current price and BTC value.
M
|
|
|
AntMiner S3+ B10 sales open, shipping within 48 hours after full payment.
Too expensive. You'll have to do better. M
|
|
|
Thanks i will give that a shot, would you by chance be able to provide me with the switches i need to enter in order to get it to work half decent with S3's? and nicehash server. I ran the exe with the -help switch however I don't really understand it well enough. I will research it all but it seams to be connecting to slush's pool by default and I prefer a steady payout :/ Any Help will be greatly appreciated.
This is what I used for Eligius: -o stratum.mining.eligius.st -p 3334 -sp 3333 -gp 8330 -cu <insert mining username> -rt -nm that's port 3333 for the pool, and it listens on 3334. Point your workers to the address the proxy is running on, using port 3334. M
|
|
|
IS there a way to setup a proxy sever on a PC so that I can point all my S3's at the proxy and then direct the proxy to nicehash? I tried stratum server but i cannot get the s3's to start hashing :/ however i have an old S1 and it works just fine on the stratum proxy server.. is there another proxy program I could be using for both the S3's and S1. My goal is to be able to only have to change the proxy server pool address rather then have to change the address in each and every antminer everytime I want to change pools :/ Please advise.
Slush's stratum proxy should work fine. You may have to tweak your pool addresses in your S3s.. maybe use stratum+tcp:// instead of http:// M
|
|
|
I'm missing something fundamental. The work submitted from a worker has 3 pieces of information that are related to the share:
- extranonce2 - ntime - nonce
Somehow the pool can quickly take those values and the other known values that the pool provided the worker, and determine if it's a valid share and if it meets the required difficulty. Can someone explain to me how that's done, or point me to some code that shows it?
I assume this process is extremely simple otherwise the overhead on the pool would be too much.
Thanks.
M
|
|
|
How does this differ from pointing all the workers to the same workername on the same node, all with high difficulty?
The p2pool client software has to generate multiple workers of multiple different data sets and track them all, and then process the shares as they come in. Setting the difficulty high only helps that latter part (the shares) which is actually the least work. If python wasn't single threaded and as inefficient as it was compared to a low level language, this workload would be irrelevant over and above the work of communicating with the p2pool network and the bitcoind to generate work, but it's not when everything is serialised, so there are always bursts of worst case latencies which are real-world problematic. Excellent point. M
|
|
|
What happened here? Any of this accusations true?
I lost $700+ due to this individual. I have basically been forced out of Bitcoins because of him. $2000 here. M
|
|
|
It is how p2pool was intended to be used. Your clients earnings will not change, his accepted shares will have a greater weight, but the overall pool efficiency is increased because he is submitting less shares to be processed by us all.
I missed the first part of this convo but going back I can see now. So if every miner with hash rate > 5% of total hash rate ran the ckproxy, we would see a far more efficient p2pool? that would be higher than around 150th/s right now yes? Yes that is correct, though it is awkward since you need to add yet another layer to the mining, but if you are an owner of hundreds of Terrahash and wish to mine on p2pool, I'm sure you'd be willing to go to the effort. Of course ideally this should happen within the client, or ckpool should take more of the work from the p2pool internals but this way the p2pool client is actually completely native and unmodified (for now). The farm I helped get on board has been off the pool for a little but will be back on again soon, and I anticipate to be helping yet another even larger miner do the same thing soon. How does this differ from pointing all the workers to the same workername on the same node, all with high difficulty? M
|
|
|
You don't know BTC price in USD at the end of November, so how can you calculate profitability of mining equipment?..
True. Can only speculate. But if you are still mining you are delusional. Better gamble is to buy btc now at $300 The way its going btc price needs to go to $1000 for newest mining equipment just to break even. If btc price goes down profitability of equipment is MORE of LOSS. If btc price increase profitability of mining equipment is LESS of LOSS. Watch the next 3 weeks. 1. BTC price 2. Difficulty 3. Equipment price. The only upside to home mining in the northern hemisphere is cold weather is coming. Otherwise, it's not profitable to run much of anything right now when you factor in electricity. If it was summer, I'd likely have everything turned off. M
|
|
|
I would like my 3 BTC back please:
14aKmjLvJToj78vPuSHb52cwT7P56XSmpF
M
|
|
|
Get the version via ssh. The webUI will always say the older version Looks like something obviously changed because both S3s seem to be hashing faster, showing best share in miner status, now showing stratum+tcp instead of http, and load numbers have dropped. What's the command to show version from SSH? /usr/bin/cgminer-api scroll to the top to see the cgminer version. M Must have worked; both showing 4.6.0. Will this version work on my undervoltaged S1s? I'm not sure. I do know Kano published an update for S1s to make things better. Not sure how much better it is, but it's something. https://github.com/kanoi/cgminer-binaries/tree/master/AntS1M
|
|
|
Get the version via ssh. The webUI will always say the older version Looks like something obviously changed because both S3s seem to be hashing faster, showing best share in miner status, now showing stratum+tcp instead of http, and load numbers have dropped. What's the command to show version from SSH? /usr/bin/cgminer-api scroll to the top to see the cgminer version. M
|
|
|
|