25
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Claymore's Dual Ethereum+Decred/Siacoin GPU Miner v5.1 (Windows/Linux)
|
on: July 22, 2016, 08:46:00 PM
|
Hi! I want to poolmine ETH and solo-mine for SIA, But how to do mining with 4 rigs to the one wallet for solo? In the onther words do I have to bother pointing all rigs at one Sia wallet or just start the separate deamon at every rig? Also What if any of my rigs go offline for any reason and the block was not yet found.. does it mean I have lost all work done it will impact solomining in any negative ways?
Thank you! peace
ONE SIA WALLET FOR YOUR LAN-- Point all of your rigs to a single LAN address where the wallet is installed. That will combine all your hash, and decrease the Time-To-Find (TTF) a Sia block. Now, if you install multiple wallets, one per rig, it still works. It just seems more complicated. Your choice. If your rigs are not stable, multiple wallets may be a better bet. As a word of warning, solomining for Sia while dual mining is going to give you a VERY high TTF. If you are hashing at 2GH/s with Sia, your average TTF is 45 days. With some bad luck, you could go months without finding a block, and not getting paid during that time.
|
|
|
29
|
Alternate cryptocurrencies / Mining (Altcoins) / Re: Claymore's Dual Ethereum+Decred/Siacoin GPU Miner v5.1 (Windows/Linux)
|
on: July 21, 2016, 10:05:15 PM
|
IMHO "full" stratum is really not needed as entropy with the 64bit headers is more than enough, I see decent efficiency on https://sia.suprnova.cc (>99%) with my current implementation. It's not bitcoin, it's a more modern header and hashing algo, so why reinvent the wheel. We already see this high of an efficiency with getwork, as that's all your "stratum implementation" is... Why don't you keep your getwork then ? Why would we get rid of it? We will continue to support stratum and getwork "We" ? The borg ? Good luck mate If you wish to discuss this further, there are better places for it.
|
|
|
31
|
Alternate cryptocurrencies / Pools (Altcoins) / Re: [ANN][POOL][SIA] SiaMining.com - 3% PPS, Stratum, VarrDiff, Long-Polling
|
on: July 21, 2016, 09:22:57 PM
|
ok thank you, with "--gpu-platform 1" (lower case) it works.
But SGminer donīt impress me at the moment. At only slightly higher (but more constant) hashrate compared to Gominer, the whole miner hardware takes more power (+10W at my R9 Nanos, +20W at my R9 290x), also CPU load raises permanetly up to 33% (Gominer 0-4% most of time). So I hope that a upcoming version will make it better. For now Iīll stay at Gominer. This just as little feedback.
Excellent. Good to know. For reference: We don't write the mining software, just added in patches to support stratum and pool mining. If you have a particular issue with a certain miner, it's best speaking to the dev of that miner.
|
|
|
33
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] Sia - Decentralized Storage - Working Beta - Currency has been released
|
on: July 21, 2016, 05:40:36 PM
|
After finding out there are 3 current efforts for stratum mining, we'd like to propose a standard that works best for all miners and pool ops. We've outlined the specs here: http://Http://siamining.com/stratumMajor benefits include scalability and future proof protocol. Good to see you finally also believe that stratum or tcp based mining is necessary, however, there is already a stratum based protocol available which works fine on suprnova ( https://sia.suprnova.cc) with a recent version of sgminer: ( https://github.com/bitbandi/sgminer/tree/sia) and I don't see it necessary to rewrite or reinvent the wheel again. A compiled, good working windows version is available too: http://cryptomining-blog.com/wp-content/download/sgminer-5.4.0-sia-windows-x64.zipThe stratum based implementation already has all benefits it can have like vardiff, tcp based connections, low stales, low rejects and reconnecting to the last job after a connection failure etc. I've documented my implementation too and already posted it to several developers, if anyone has further interest, don't hesitate to contact me. Couple points: - VarDiff is independent of stratum. We already have it implemented with getwork. It's been available on our pool since day one.
- You point out that you have a working version of stratum based protocol that works with your pool. However it lacks features. If stratum is necessary for the long term success of pools and mining, then it is worthwhile to implement it properly. Our protocol is true to the intent of the original stratum. As it is miners who build the Merkle tree rather than the pool.
There is no way our protocol could be described as a "getwork over TCP", and if you do not agree we suggest that you re-read the specification. Our work is also publicly documented. Anyone can read it and criticize. I see no advantage over "true" stratum how you call it versus getwork over tcp until you have a mining farm of multiple Petahash running. Entropy is fair enough with my implemenation, pool efficiency is > 98% and I have reports from miners that they don't have any issues at all with duplicates or stales which they had on your pool. Also the miners are established and well tested.. Everyone knows and used sgminer before, everyone knows how to tune mining using the Intensity and worksize settings. GBT-TCP (getblocktemplate over tcp) would indeed be a real advantage and also something new which would improve things a lot, allthough there are also some disadvantages and security risks. I remember you saying in Slack that stratum is not necessary at all for Sia, so i'm a bit surprised about your sudden turnaround and the sudden fork of "my" sgminer and your custom stratum implementation. It would have been much, much easier to simply implement the already working stratum, work together and release it instead of going this way, however, some people seem to like to reinvent the wheel. However, technically I see no problem in supporting your stratum version too on a separate port, it will just be confusing for the miners who don't know which miner and port they should choose.. IMHO "keep it simple" is better I'll be releasing my stratum modules and MPOS mods to the public, there is already a second pool integrating and testing everything, when this is successful people can choose what they use and open their own pools too. Time and time again while working with miners we discovered it was drivers, old GoMiner version, or some other user end error that produces these miners high invalid rates. This miner is seeing 0.3% stales and 0.0% invalids even at 400GH. A common stale and invalid rate at our pool. http://siamining.com/addresses/032f544b72ab31dc18ec8aaa13c82a27443cf506cd17ae5a6aaa6bfcabf60ff7414fe8b7341f This is why I proposed that getwork is fine, and stratum is not necessary at the moment.However we are looking towards the future of Sia. Of course stratum will be necessary eventually and as we care about Sia, we are also thinking long term, we want stratum to be implemented properly and not as a short sighted hack. There is much more to stratum than just larger nonces and removing the overhead of http.
|
|
|
34
|
Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] Sia - Decentralized Storage - Working Beta - Currency has been released
|
on: July 21, 2016, 05:11:17 PM
|
After finding out there are 3 current efforts for stratum mining, we'd like to propose a standard that works best for all miners and pool ops. We've outlined the specs here: http://Http://siamining.com/stratumMajor benefits include scalability and future proof protocol. Good to see you finally also believe that stratum or tcp based mining is necessary, however, there is already a stratum based protocol available which works fine on suprnova ( https://sia.suprnova.cc) with a recent version of sgminer: ( https://github.com/bitbandi/sgminer/tree/sia) and I don't see it necessary to rewrite or reinvent the wheel again. A compiled, good working windows version is available too: http://cryptomining-blog.com/wp-content/download/sgminer-5.4.0-sia-windows-x64.zipThe stratum based implementation already has all benefits it can have like vardiff, tcp based connections, low stales, low rejects and reconnecting to the last job after a connection failure etc. I've documented my implementation too and already posted it to several developers, if anyone has further interest, don't hesitate to contact me. Couple points: - VarDiff is independent of stratum. We already have it implemented with getwork. It's been available on our pool since day one.
- You point out that you have a working version of stratum based protocol that works with your pool. However it lacks features. If stratum is necessary for the long term success of pools and mining, then it is worthwhile to implement it properly. Our protocol is true to the intent of the original stratum. As it is miners who build the Merkle tree rather than the pool.
There is no way our protocol could be described as a "getwork over TCP", and if you do not agree we suggest that you re-read the specification, particularly the part about computing the Merkle root. Our work is also publicly documented. Anyone can read it and criticize.
|
|
|
38
|
Alternate cryptocurrencies / Pools (Altcoins) / Re: [ANN][POOL][SIA] SiaMining.com - 3% PPS, Long Polling, VarDiff
|
on: July 20, 2016, 09:10:36 PM
|
when will you offer a ready-to-use Windows 64 Stratum miner? I mean it is neither motivating nor professional that you promote "NEW! True Stratum Support" at your start page and then point out that I have to compile it by myself. I havenīt the know-how and I also donīt want to have it. Itīs the pools job to serve the best software, not mine.
We just added this information minutes ago. We offer the code for anyone to inspect and compile. It should be motivating we are continuing to improve the pool to serve you, the miners! Certainly when a windows exectuable is compiled and ready, we will have it released. Claiming it's unprofessional is ridiculous. Releasing an untested windows binary would be unprofessional.
|
|
|
|