armin22
|
|
April 18, 2014, 03:41:14 PM |
|
Hey, what is the minimum payout limit?
|
|
|
|
|
kenshirothefist (OP)
|
|
April 18, 2014, 04:12:03 PM |
|
Buyers
We've just implement order verification after canceling order. If order has never been started or has never entered into "Alive" state (0 shares exchanged), then one-time order-submit fee will be instantly refunded.
Thanks for using NiceHash.com!
|
|
|
|
emdje
|
|
April 18, 2014, 04:15:51 PM |
|
Is there a way to always select the maximum Bitcoin/Gh/Day? Now I constantly have to look at the order list and adjust accordingly.
thnx
|
|
|
|
evolvia31
Member
Offline
Activity: 74
Merit: 10
|
|
April 18, 2014, 04:42:20 PM |
|
Idea of new feature:
Do you add the merge paiment between scrypt, N-scrypt and SHA256 when you paid each 6 hours or merge balance one day ?
i think that's a good idea to seller on sha and n-scrypt where work and reward are less than scrypt.
|
|
|
|
suchmoon
Legendary
Offline
Activity: 3822
Merit: 9030
https://bpip.org
|
|
April 18, 2014, 05:03:32 PM |
|
Is there a way to always select the maximum Bitcoin/Gh/Day? Now I constantly have to look at the order list and adjust accordingly.
thnx
Do you really want to do this? I would think that someone could easily bankrupt you with a strategy like that, besides there would be race conditions if multiple bidders select max. Sorry if I misunderstood, maybe you mean something like a proxy bid - allow nicehash to bid on your behalf up to a maximum you set?
|
|
|
|
emdje
|
|
April 18, 2014, 05:06:30 PM |
|
Is there a way to always select the maximum Bitcoin/Gh/Day? Now I constantly have to look at the order list and adjust accordingly.
thnx
Do you really want to do this? I would think that someone could easily bankrupt you with a strategy like that, besides there would be race conditions if multiple bidders select max. Sorry if I misunderstood, maybe you mean something like a proxy bid - allow nicehash to bid on your behalf up to a maximum you set? As a supplier I mean
|
|
|
|
elpsycongro
|
|
April 18, 2014, 05:24:53 PM |
|
Is there a way to always select the maximum Bitcoin/Gh/Day? Now I constantly have to look at the order list and adjust accordingly.
thnx
Do you really want to do this? I would think that someone could easily bankrupt you with a strategy like that, besides there would be race conditions if multiple bidders select max. Sorry if I misunderstood, maybe you mean something like a proxy bid - allow nicehash to bid on your behalf up to a maximum you set? As a supplier I mean Now now this just being greedy, as a seller(miner) i think the system is fair , it uses a round robin so everyone should be getting a fair share, could it improve? Yes but the current system works fine so i aint complaining, nicehash is almost as good as the "good old days" of scrypt mining. If you dont want to be paid too low just set a minimum payment and backup pools, lately i havent seen my miners even kick in to back up due to buyers having a bidding war outbidding each other.
|
|
|
|
suchmoon
Legendary
Offline
Activity: 3822
Merit: 9030
https://bpip.org
|
|
April 18, 2014, 05:40:04 PM |
|
Is there a way to always select the maximum Bitcoin/Gh/Day? Now I constantly have to look at the order list and adjust accordingly.
thnx
Do you really want to do this? I would think that someone could easily bankrupt you with a strategy like that, besides there would be race conditions if multiple bidders select max. Sorry if I misunderstood, maybe you mean something like a proxy bid - allow nicehash to bid on your behalf up to a maximum you set? As a supplier I mean I think nicehash should put everyone with the p= parameter in the same round-robin like everyone else. E.g. when it's your turn to get switched to a lower price, because of the p= you disconnect and go to your backup pool. Once it's your turn to mine the higher price, you can connect again. If that's not how it works then it's a major flaw.
|
|
|
|
emdje
|
|
April 18, 2014, 05:41:54 PM |
|
I interpret the p = 6.1 (or anything else) as a fixed number meaning not lower, not higher.
Are you saying it is a minimum of some sorts?
|
|
|
|
emdje
|
|
April 18, 2014, 05:42:47 PM |
|
I think nicehash should put everyone with the p= parameter in the same round-robin like everyone else. E.g. when it's your turn to get switched to a lower price, because of the p= you disconnect and go to your backup pool. Once it's your turn to mine the higher price, you can connect again. If that's not how it works then it's a major flaw. [/quote]
That would be great.
|
|
|
|
suchmoon
Legendary
Offline
Activity: 3822
Merit: 9030
https://bpip.org
|
|
April 18, 2014, 05:46:39 PM |
|
I interpret the p = 6.1 (or anything else) as a fixed number meaning not lower, not higher.
Are you saying it is a minimum of some sorts?
https://nicehash.com/index.jsp?p=faq#faqs3
|
|
|
|
phzi
|
|
April 18, 2014, 05:47:32 PM |
|
This is why NiceHash can be attractive to you as a provider/seller: NiceHash will actually become a true multi-algorithm multi-pool where provider will be able to switch algorithm just by restarting his miner with different settings. This way you'll be able to see your earning all at one place, at NiceHash In the future we'll provide an API for the sellers as well as for the buyers to be able to automate miners switching and orders switching. As a miner you'll be able to query our API and decide on which algorithm to point your miners in dependence of current orders profitability (if you can do a bit of scripting you can fully automate your miners to switch algos). You can already do this to some extent with the latest sgminer compiled from git. No need to restart the miner or script anything. sgminer now supports kernel hotswapping between different algorithms, and the hotswap takes less then a second. So, you can setup your pool config like below to automatically switch between scrypt and nscrypt, and within a small margin or error mine the more profitable algorithm: { "name" : "NiceHash SCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3333", "user" : "", "pass" : "p=10.0;d=512" }, { "name" : "NiceHash NSCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3335", "user" : "", "pass" : "p=19.0;d=512", "algorithm" : "nscrypt", "nfactor" : "11" }, { "name" : "NiceHash SCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3333", "user" : "", "pass" : "p=8.0;d=512" }, { "name" : "NiceHash NSCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3335", "user" : "", "pass" : "p=15.0;d=512", "algorithm" : "nscrypt", "nfactor" : "11" }, { "name" : "NiceHash SCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3333", "user" : "", "pass" : "p=7.0;d=512" }, { "name" : "NiceHash NSCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3335", "user" : "", "pass" : "p=13.0;d=512", "algorithm" : "nscrypt", "nfactor" : "11" }, { "name" : "NiceHash SCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3333", "user" : "", "pass" : "p=6.0;d=512" }, { "name" : "NiceHash NSCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3335", "user" : "", "pass" : "p=11.0;d=512", "algorithm" : "nscrypt", "nfactor" : "11" }, { "name" : "NiceHash SCRYPT", "url" : "stratum+tcp://stratum.nicehash.com:3333", "user" : "", "pass" : "p=5.5;d=512" }
I interpret the p = 6.1 (or anything else) as a fixed number meaning not lower, not higher.
Are you saying it is a minimum of some sorts?
Of course it is a minimum...
|
|
|
|
deznuts
Newbie
Offline
Activity: 44
Merit: 0
|
|
April 18, 2014, 06:45:03 PM |
|
The past few hours the connection has been dropping down to my backup pool. It seems to do it every time a new work order is completed.
|
|
|
|
armin22
|
|
April 18, 2014, 06:49:41 PM |
|
What the hell just happened to your website? xD
|
|
|
|
kenshirothefist (OP)
|
|
April 18, 2014, 07:32:10 PM |
|
What the hell just happened to your website? xD
Hell, I don't even need my monitoring system anymore since I get a post on this thread before an SMS message rings on my phone Guys, we are adding new features constantly therefor you'll see website down from time to time (application servers have to be restarted for certain upgrades to take place) ... Will do our best to get the maximum possible uptime. Thanks!
|
|
|
|
kenshirothefist (OP)
|
|
April 18, 2014, 07:37:32 PM |
|
You can already do this to some extent with the latest sgminer compiled from git. No need to restart the miner or script anything. sgminer now supports kernel hotswapping between different algorithms, and the hotswap takes less then a second. So, you can setup your pool config like below to automatically switch between scrypt and nscrypt, and within a small margin or error mine the more profitable algorithm:
phzi, thanks for this, I wasn't aware of this sgminer capability. Great, than we alreday have the world's first true auto-switching multi-algorithm multi-pool Go spread the word
|
|
|
|
kenshirothefist (OP)
|
|
April 18, 2014, 07:49:44 PM |
|
I interpret the p = 6.1 (or anything else) as a fixed number meaning not lower, not higher.
Are you saying it is a minimum of some sorts?
Of course it is a minimum... Exactly. If you set your p to let's say p=5 you will mine on orders paying 5 BTC/gh/day or better (round-robin fair system, see my previous posts about this). This is an unique feature for you to avoid falling below straight LTC mining (which often happens on various multi pools). Just don't be too greedy by setting to p to high otherwise you'll be throwing money away. phzi showed an excellent example of configuration of optimal high-to-low priority settings, just use your immagination, NiceHash brought to you a nice toy to play with
|
|
|
|
Ninetoe
Newbie
Offline
Activity: 45
Merit: 0
|
|
April 18, 2014, 08:39:24 PM |
|
now that the endless cycling is fixed im facing a new problem.
now sgminer think there is work available, disconnects current session. connects to nicehash, successfully sends about 12 shares. then disconnects and marks it as down and goes back to backup poool.
this would be ok if there was work, but it has been cyling like this constantly for about 3 hours now
|
|
|
|
Bawb3
Newbie
Offline
Activity: 44
Merit: 0
|
|
April 18, 2014, 11:48:10 PM |
|
now that the endless cycling is fixed im facing a new problem.
now sgminer think there is work available, disconnects current session. connects to nicehash, successfully sends about 12 shares. then disconnects and marks it as down and goes back to backup poool.
this would be ok if there was work, but it has been cyling like this constantly for about 3 hours now
Mine seems to be doing this as well.
|
|
|
|
|