Topic: [ANN] NiceHash.com - sell & buy hash rate cloud mining service / multipool - page 339. (Read 794443 times)

Thank you.  That's perfect.

So, in theory, if my pool is running properly my accepted shares on NiceHash should equal my accepted shares on the pool otherwise I should switch pools right?

Are you guys seeing much variance in your testing?

question if i may, so the 2% fee is paid by both the buyer and the seller (miner) ? so 4% really no ?

in other thoughts, the site is great imo, great profit compared to others atm and great stats ! i hate slow stats personally; but one thing, it seems to go down occasionally, ddos ?


best,

noob

Only for the BTC that were actually spent on the order. The amount that was not spent is returned without being charged for the fee, of course.

Do you charge the 2% fee if you cancel the order?

Yesterday's order 2014-04-16 11:17:42 was before fee's (we introduced fee like 20 hours ago, as we announced), so only static one-time order submit fee was applied.

Today we introduced editing of orders (https://bitcointalksearch.org/topic/m.6265356) and thus raised static one-time order submit fee (to prevent spamming with orders and to encourage you to rather edit existing orders over canceling/submitting new orders), therefore the calculation for order 2014-04-17 14:56:24 would be:

0.01 - 0.0005 one-time order submit fee = 0,0095 - 2% service fee (0.00069000) = 0,00931

Hope this clarifies your concerns. Thanks for your support and welcome again!

11 Bitcoin per Ghs? Prices are starting to get ridiculous high, who mines at that price?

Hi, can you please explain the fees?  They're not 2%.

I've tested the service with two orders 0.01 BTC each:

2014-04-17 14:56:24   Comment: Fee order #677   -0.00069000   
2014-04-17 14:56:23   Comment: Payment order #677   -0.00931000   

2014-04-16 11:17:42   Comment: One time fee order #327   -0.00010000   
2014-04-16 11:17:42   Comment: Payment order #327   -0.00990000   

I noticed that since the new change some miners are stuck on the low priced orders instead of being moved to the most profitable one 

It will only reach a price that someone can afford to pay. In fact this model allows very quick changes as opposed to some other rental services where both buyers and providers are locked into contracts, so it's very likely that nicehash will be tracking the true market value of hashrate more accurately. Now what would be really interesting is if copycat services start popping up and miners set up lists of failover pools all with p=x. This could cause huge swings of hashpower. Fun times.

How about this patch:
http://pastebin.com/8rV0md98

This change the nonce1 value on-the-fly, and report back if successful. (so if the miner dont report back, you can fallback to reconnect)

Elbandi

Guys I am amazed at how fast you are reacting and making changes to make sure you have the best service available. The round robin system of pay out was a great way to be fair. Glad I hopped on board thank you for a great service.

OK, new update has been applied to the service, both buyers and sellers should benefit from this update.

Editing orders:
A) We've finally enabled the ability to edit orders. Now you're able to edit running orders on the fly. You can change the price as well as (optional) max hash limit. This will allow you to bid higher within your's existing orders. As a consequence, miners (sellers) won't be disconnected (basically miners will "travel" with you). Edit: Price is only allowed to be increased (otherwise you'd be able to "pull" miners with you to lower paying order).

Order submition:
B) When adding new order you'll see the approximate duration of the order (time), presuming your order will run at selected speed full time.

With these updates we would like to encourage you to properly limit and update you orders and thus keep the system in high-efficient mode. We've also slightly raised the "new order fee" to prevent spamming with orders and to encourage you to rather edit existing orders over canceling/submitting new orders (of course there is no fee for editing orders).

btw: when you edit your order you can't change the amount of BTC (this can't be done and will probably never be enabled), so we suggest you to load your order with a reasonable amount of BTC for you to be able to make proper bids. Of course, you can still cancel you order at any time with no penalty.

We all wish you nice hashing and thanks for bringing us close to 2 GHs!

Agree whales will always exist. But right now as a buyers doesn't make much sense to mine for 15 seconds and then immediately stop mining because there is another high order. Could be wrong but at this pace we will be 20 Bitcoin per Gh/s per day and of course at that price no one will buy for long term, just a bunch of small volume orders of people that want to show off high hashrate for low time. Higher hash rate available will solve most of this problems since orders could be filled more quickly and cover more buy orders, not just the top one.

Overall great job with the site, I know it's on it's beginning so a lot of improvements will come.

The distribution of miners of course doesn't affect buyers. All providers (miners/sellers) are of the "same quality" (NiceHash won't charge you for invalid shares, produced by providers, if there are some). So you get mining power of "equal quality", but of course, if there are too many better paying orders and there are no miners left for lower paying orders, your order will be on pause until better paying orders are processed.


Agree, we don't want for prices to go to the Venera , because this wouldn't be too good neither for buyers nor for seller on the long run. As I mentioned in my previous post we'll introduce some limitations for the service to be attractive to various kinds of buyers. We still wan't to be able to provide massive hash rate to some buyers - that's one of our important features ... but we'll make sure even smaller orders will get its hash rate. Then again, I can't promise you a completely whales-proof system ... it's like in the coin market ... if a whale comes in you just can't stop it, it'll just buy it all ... unfortunately (it's a free market, what can we do...).

I think miners are thinking that is great that price increases, but as a buyer you put an order an immediately another one goes up. Price will 10x and then it will be a ghost town where no one wants to use this service, since the prices is just too expensive. Only 1 person a whale will use it. I am sure the owners can think in a better system for distribution and fairness for both buyers and providers. Or maybe we really need more miner providers that can put more hash rate available and fill more orders quickly.

So, for me as a buyer, Since miners are distributed randomly equal, if i order some GHash with the lowest possible price, i get equal mining power as if i was ordering with highest price?

I just wanted to say - as I think I haven't mentioned this among all the petty complaints  - you guys are doing an awesome job. Keep it up!

That makes almost no sense...  If the price climbs high, then that means there are orders that high already, so we don't need more people to buy hashrate...  Growth is good, but crazy growth would just clear the order books (which would be very bad).

Awesome to see BTC/GH/Day rates climbing right now!  >7 is pure awesome.

OK, so we were very busy in the past hours due to several service upgrades. Notably the most important is the option to limit the hash power. Behind the scenes some other features have been added to lower rejects, improve efficiency and allow miners to set lower diff.

Providers/Sellers:
I see the majority of the questions are regarding how providers are assigned to orders. For now this is simplified and we are using the option that is most suitable for now (keep in mind that our service is still young!) and this is round-robin. Providers are randomly assigned to orders in a round-robin fashion to provide fairness between providers. This means that you'll be mining a certain amount of time on lower paid orders and a certain amount of time on higher paid orders. Since we are doing round-robin providers will be more or less equally distributed among different orders which does guarantee fairness between providers. Although there still might be some slight difference at the end of the day. Differences between prices are relatively low - a couple of percents between highest and lowest paying active order (10% in max for a very short time between order switching) and if we take into account round-robin "fairness" you should see <1% difference between providers payments (in a daily average).

However, since we strive to 100% fair game, we're already working on a even better solution. What we're trying to do is to implemente a scheme where all workers are getting paid for their portion of work completed irrelevant of what task it was on. However, this is not at all a trivial task. There are several issues we are facing; orders are dynamic, can be canceled at any time, providers are dynamic, and there are tons of shares to be processed at any time which bring us to the issue of the "precision" of IEEE double precision floating point if we're to calculate the pricing distribution for each an every single share that is being processed through our system. It is doable, but first we have to mathematically prove that our algorithm is correct and then we have to do test on real examples to see what kind of error are we getting due to rounding.

I would just like to stress out that the current round-robin scheme is doing very good in average. It's also worth noting that any kind of multi-pool is having similar issues (immature/unexchaged/rounding precision) ... it is very very hard to do an absolute 100% fair game for all providers. But hey - what's important is that you're getting paid a good price for your hash power. It shouldn't really matter if you're paid 1% more than your friend in the morning while in the afternoon it will be vice-versa, and at the and of the day you'll both be happy

Buyers:
Calculations:
BTC/GH/Day = BTC/1000*MH/Day
BTC/TH/Day = BTC/1000*GH/Day

How much time will I get for a specific amount of BTC at a specific rate?

Time in days = (amount BTC / speed GH) / rate BTC/GH/day

Example: I wanna pay 0.05 BTC at 5 BTC/GH/day for 0.1 GH of speed

(0.05 BTC / 0.1 GH) / 5 BTC/GH/day = 0.5 BTC/Gh / 5 BTC/GH/day = (0.5 / 5) day = 0.1 day = 2.4 hours

You'll get 2.4 hours of 0.1 GH speed for 0.05 BTC at 5 BTC/GH/day.

Will add this calculation on the order submit page today.

Order submission:
What we're seeing is an excessive fight for the "unlimited" hash power. We're happy to see this, however very small/short orders are killing the efficiency of the system. Therefore we'll probably have to introduce minimum time frame for the duration of your order at submit time (you'll still be able to cancel it at any time, though). It's pointless to run a 1.5Gh/s job for only 15 minutes, this only messes-up the orders and probably isn't efficient for you as well (we're thinking about 0.5h minimum time at submit time). We'll also consider the upper limit for order speed in dependence of the total available speed (for example, max speed 1GH if 1.5GH is available, 2GH if 3 GH is availabe ... 7 GH if 10GH is available, etc.).

Providers/sellers and buyers! Please keep in mind that NiceHash is still a novel system and we'll try to adapt to both of you to make a service as valuable as possible for both of you!

Thank you for using NiceHash!

btw: more providers are needed, currently there are good priced orders!

Yep, current orders:

But I mine on a 6.40 order.

Looks like restarting sgminer makes you switch.