Bitcoin Forum
May 01, 2024, 11:37:47 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 [52] 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 »
1021  Bitcoin / Pools / Re: Why do you mine on deepbit? on: November 03, 2011, 04:38:05 PM
If the only options were Proportional, SMPPS, and PPS+10%, I'd mine solo.  I'd happily pay 5% for PPS or 4% for a good PPLNS/DGM pool.
You say that as if there were a significant difference between PPS and SMPPS. (there isn't)

As I said, Ideology is the primary motivation in my selecting a pool and/or reward system.  Both 0% PPS and SMPPS pools are doomed to collapse and, therefore, unattractive to me.

Also, there is a significant difference between 0% PPS and SMPPS.

With 0% PPS the risk lies with the pool.  With SMPPS the risk lies with the miners.

From a miner's perspective, a share submitted to a 0% PPS pool has the same value as one submitted to a SMPPS pool with a positive buffer.  However, with a negative buffer, the miner must accept the risk that the pool will never again achieve a positive buffer and that they will never be paid for their work.  When the buffer is just below 0 this risk is small (because there are so many irrational miners) but the further from 0 the buffer goes, the larger the risk.  Even if you owned all of the shares submitted after the buffer became negative and were the only one left at the pool it would be rational to give up on the pool and move to solo mining.  If you don't own all of the risky shares and/or there are other people are still mining with the pool the incentive to hop away is even greater.
1022  Bitcoin / Pools / Re: Why do you mine on deepbit? on: November 03, 2011, 12:58:29 PM
If you like the idea behind PPLNS but dislike the high share-variance inherent to using a small value of N then perhaps consider trying a pool with using the double-geometric method such as eclipsemc.com or yourbtc.net.  Both of these pools have merged mining and 0% fee.
From the eclipsemc.com FAQ: "We are currently employing a modified proportional system with a score based system coming online very shortly." They don't say how that proportional system is modified. And then score-based looks just like Slush.
From the yourbtc.net FAQ: they explain that the value per share decreases progressively over time. That's just like Slush, except that the decay is over a set number of shares instead of a random one. What I like with PPLNS is that shares don't decay, they either count at their full value or don't count at all if we're past N.

Admittedly, I found that yourbtc.net doesn't have as much information on the site about the reward system as I'd have liked.  I cannot speak for eclipsemc.com.  You can often find more information on the forums.  The first page of the main yourbtc.net thread for example links to much more information.  The fact that this thread contains positive posts from respected and knowledgable members of the pool mining community (Inaba and Mein Rosenfeld) is a good sign in my book.

It is true that, when a block is found, more recent shares count for more.  You get a smooth descent rather than a clean drop-off.  I only suggested it because the parameters of the current implementations of DGM are such that they almost correspond to PPLNS with a relatively large value of N.  If the clean drop-off is important to you then DGM is not an option, there are advantages and disadvantages and it largely comes down to a matter of taste.  Personally, I prefer the clean drop-off too and have used PPLNS a lot in the past but I fancied a change and, as far as reward systems go, DGM (with non-trivial parameters) is a close second for me.  Anyway, it was just a thought.  Happy mining!

Note: My choice of reward system and pool is driven primarily by ideology.  If the only options were Proportional, SMPPS, and PPS+10%, I'd mine solo.  I'd happily pay 5% for PPS or 4% for a good PPLNS/DGM pool.
1023  Bitcoin / Mining / Re: Are pools more efficient? on: November 03, 2011, 12:05:58 AM
What you're missing is that there are many correct solutions. The block header is 640 bits (some of them can't be easily controlled, but never mind that) so there are 2^640 potential solutions, which is indeed virtually infinite. Of those, there are 2^608/Difficulty correct solutions. So people still have a chance to find a correct solution (1/(2^32*Difficulty) per hash), but no chance to test the same solution someone else did (if they're randomizing properly).

Agreed.  This establishes why the following thought experiment doesn't apply to Bitcoin.

But if you split up the solutions and systematically eliminate them, then you would only expect to sample  half of them, actually (n+1)/2. If you systematically try to guess numbers between 1 and 10 without repeating the same guess, you will expect to guess 5.5 times before you get it. So if you are eliminating known wrong solutions you cut your work time in half.

In this example, keeping track of failed guesses is very helpful because you will expect the number of failed guesses for a round to be much more than the number of different solutions (one in this case).  But with Bitcoin, for every block the number of failed hashes (worldwide) is utterly insignificant compared to the number of potential solutions.  Even if everyone were using the same pool and using random nonces there would be practically no efficiency loss due to repeated work.
1024  Economy / Speculation / Re: Any one else lost money trading due to a typing error? on: November 02, 2011, 11:43:20 PM
I nearly did once.  I tried to buy 100 BTC but misunderstood the order form on the site and ended up offering 100-fold what I wanted to!  Fortunately, the site owner was able to reverse the mistaken trade for me.

Dumb but lucky! Cheesy
1025  Bitcoin / Pools / Re: Why do you mine on deepbit? on: November 02, 2011, 11:34:03 PM
2 reasons for me:
1. compared to all other pools I tried, that's the one earning me the most, even considering the 3% fee
2. there's no correct PPLNS alternative IMO. There's an okay PPLNS pool, but I find its N too small: by the time I used to mine there, I could only mine during the day, and the small N meant that even though it was PPLNS I still wasn't paid if a block was found during the night. Plus it went down a couple of times. So, too much variability (paradoxically, much more variability than with deepbit).
The only pool I'd consider trying now would be a stable enough (uptime) PPLNS pool with N=at least 24h worth of shares.

Additionnally:
Slush has higher fee if you factor invalid blocks, and I really hate that score-based system that was terrible when I was mining with a very unpowerful GPU.
BTC Guild has a history of suspiciously terrible luck. Okay, now that's outdated since they enforce PPS. My new reason for not going there is thus: I just don't like PPS, pool owner takes away the "risk" of bad (and good!) luck at the cost of a huge fee: I prefer keeping the luck for a much lower fee.

If you like the idea behind PPLNS but dislike the high share-variance inherent to using a small value of N then perhaps consider trying a pool with using the double-geometric method such as eclipsemc.com or yourbtc.net.  Both of these pools have merged mining and 0% fee.  I can't speak for eclipsemc.com but yourbtc.net has been enjoying good luck in the last few days on both blockchains.
1026  Bitcoin / Pools / Re: [40 GH/s] yourbtc.net - DGM - Merged Mining - Registration Open - 0% Fee - API on: November 02, 2011, 11:27:11 AM
Also, at the current rate, are you breaking even with a 2% donation from miners or would that need to be increased?

If you check out http://yourbtc.net/content/overview-bitcoin you'll see that the actual donation is much less than 2%.

and it should be done purely to pay for server costs and for your time.
I disagree. A fee should also be taken for the risk. It doesn't have to be a high fee if planned properly.

I don't doubt that, for DGM, the best approach in the long term would be to change a fee to offset the intrinsic pool operator risk.  In the reasonably short term (order months - sorry I wasn't clear) I think it will be tough for a small pool that needs income to survive.  In this context it might make sense to start requiring a fee but I feel such a fee should be used as efficiently as possible.  I'd rather see it all spent on the server and operator's time and have the parameters of DGM tweaked so that the risk is covered by donations.  This will mean higher share variance for a lower fee and I must admit I'm biased towards such models.

That said, if this pool started charging a fee to offset pool operator risk I'd still continue to use it so I'm probably best ignored. Smiley
1027  Bitcoin / Pools / Re: Why do you mine on deepbit? on: November 02, 2011, 11:02:37 AM
I was to post the same, the situation is totally ridiculous,

I began at Slush but got too annoyed giving away 2%, And all of you at deepbit give away 5-7% ?
 WTF ...
Why not downclock your GPU by 75 mhz while at it !!!

There could be a number of reasons to mine at a pool with a 5-7% fee:
1) Low variance
2) Reputation
3) Server reliability
4) "They change a fee, they must be good!" thinking
5) Plausibly sustainable business model implies future planning.

It's not anything like downclocking.
1028  Bitcoin / Pools / Re: [40 GH/s] yourbtc.net - DGM - Merged Mining - Registration Open - 0% Fee - API on: November 02, 2011, 12:24:54 AM
Registration still open until the pool reaches 100 Ghash/s.

Thats the point were i have to figure out if current donations are enough to compensate the risk i'am taking to keep paying rewards if pool runs unlucky.

If you are running into problems with pool risk at large hashrates then perhaps you can tweak the parameters of DGM (making it more PPLNS like) so that you have less risk.

I would imagine that a fee should be brought in at some point and it should be done purely to pay for server costs and for your time.  At the moment you (and arguably gigavps) are providing a free service and you're simply not going to be able to sustain this on donations alone.
1029  Bitcoin / Pools / Re: are there speed-differences between Pools? on: November 01, 2011, 06:27:58 PM
Simple.  Don't use deepbit unless you like highest fees in the "industry".  Lots of other good low and no cost pools to choose from.
So what are your suggestions where I can earn most stable and also lowest fees finally most BTC/Day? Maybe with merged mining?
Use a pool with a hopping-proof reward system and merged mining, such as eclipsemc.com and yourbtc.net .

I didn't know eclipsemc.com was using merged mining already.  That's good to know!

Hardly.  I would say collecting a 10% fee which is significantly outsized compared to the risk is more "dishonest".  If an operator made a guarantee that SMPPS pool can't fail that is one thing but none have done that. 

There is risk in everything.  The question is the expected loss going to be higher than alternatives and if so does the reduced variance warrant that risk.  We don't need any "pool police".  Miners can decide for themselves what they want.

I fully agree that we don't want "pool police" and that pools should simply outline their reward system to attract miners.  However, SMPPS was originally pushed as a way of eliminating the essential problem with 0% PPS mining where, in fact, all that changed was that the risk was transferred from the pool operator onto the miners.

I have no problem with pool operators using the proportional reward system but do have a problem if they suggest that the system is, in any way, fair to 24/7 or random-intermittent miners.

What could be more honest than "10% PPS where each share is difficulty 1 and is worth x BTC".  It may not be very lucrative compared to other options but it's about as simple and clear as you can get when it comes to reward systems.
1030  Bitcoin / Pools / Re: Why do you mine on deepbit? on: November 01, 2011, 04:06:34 PM
Thanks for the correction

Eligius is the best backup pool atm, Ars would be if they merged btc/nmc...

The faster the pool (Deepbit, Ars) the quicker you can profit on the diff. drops....

Eligius could be a decent pool right now, it all depends on whether or not the buffer is positive.  Which is "best" though is a matter of opinion.  I suggested deepbit as a sound choice for a backup because the risk and variance are low.

Personally, I prefer yourbtc.net at the moment.  It has merged mining (which seems to be functioning normally), has no fee, and is practically unhoppable (certainly one cannot profit off of the difficulty changes).
1031  Bitcoin / Pools / Re: are there speed-differences between Pools? on: November 01, 2011, 03:50:08 PM
Yes , you have been predicting Ars's demise for quite a while  but to those that are there for the last few  months its EXACTLY the same as PPS as far as amount of payout ( and 0% fee as well).  If a very long spell of bad luck comes  their way ( and you predict that eventually it will) and the buffer goes negative ,and a person has no patience- he can leave with maybe a small loss  ( much smaller than all the fees that would have been paid elsewhere)

If you can understand the problem with running a 0% fee PPS pool (assuming your costs are covered) then, with some thought, you will see the similar problem with SMPPS.  If you don't see a problem with this then look up "playing the Martingale" for a foolproof way of gambling and beating the casinos.

If you don't see the relationship then:
Would you mine at the SMPPS if the buffer was 500 BTC in the red?
What if it was 10`000 BTC in the red?

What would happen if people started leaving the pool en masse when the buffer is negative (thinking that if the pool recovers they'll get their due reward anyway)?  Would you continue to mine there yourself?

If SMPPS pools will always recover then how about starting a SMPPS pool with a negative buffer of 1000 BTC.  If you are right and SMPPS is sound then the buffer will eventually hit 0 and you will have made 1000 BTC out of nothing!  Go for it!

Just as with simple pyramid schemes, SMPPS might look good at first but, if it goes on long enough, a lot of miners will lose is a big way.
1032  Bitcoin / Pools / Re: are there speed-differences between Pools? on: November 01, 2011, 03:27:18 PM
Larger pools almost guarantee income if you mine proportional. Smaller pools are a massive gamble, you may not even get paid at all
if the pool is at ~30-50ghash and fails to find a block for a month & everyone bails out of a sinking ship.

Point in case: btcpool24.com, completely died after encountering multiple 95+ percentile rounds at low speeds.
Over 5 million shares went to waste for nothing on the 'death round'. Miners bore the brunt of the losses, not the owner.

Yes, beware of this.  It seems many of the small pools have no plan of action for when their pool dies.  In many cases, submitting a share is gambling that the pool will last sufficiently long.  For bigger pools or PPS pools this is not an issue.
1033  Bitcoin / Pools / Re: Why do you mine on deepbit? on: November 01, 2011, 03:19:17 PM
the pool is very biased. how about cause it is fast, no prop bs (anti hopper,) automated payout.

Also, it Deepbit doesn't partner with criminals to DDoS it's competitors...

"pool" should be "poll" and deepbit offers both PPS and Prop.

Honestly though, deepbit seems to be a solid pool and is a wise choice for a backup pool.
1034  Bitcoin / Pools / Re: [55 GH/s] yourbtc.net - DGM - Merged Mining - 0% Fee - API - Full Decimal on: November 01, 2011, 02:32:52 PM

Very kind of you to use the word "We" there. Wink


Every share helps. Smiley

We may end up getting a few more shares in the near future.  RFCPool.com has just closed and this small pool was PPLNS.  I doubt all of these miners are going to suddenly change to PPS+fee or Proportional.  However, I expect many will be looking specifically for PPLNS and so will go to mineco.in or simplecoin.us rather than here.

Ah well, there's always hope.
1035  Bitcoin / Pools / Re: [CLOSED] RFCPool.com on: November 01, 2011, 02:17:32 PM
I do understand your position, but why all the ..."lets make these cool graphs", "maybe time for some redundancy" etc..
It didn't seem that this is the direction you were going...
Oh well, I have no luck...  every small pool I've joined has closed down... maybe it's me...
Maybe i should join deepbit and see If I can do them the same Wink

Good Luck to you all at RFC


You can always join simplecoin.us. dont mean to thread crap but in this case it might be OK. Thanks for your pool.

I'm sorry to hear this pool is gone.  It was pretty good on paper and, were it not for the grace period for stales, might well have been my main pool.

Smaller pools come and go but many of them are easy to join and often provide better average income than the big pools.  If you like PPLNS then mineco.in is decent.  If your more interested in the merged mining then be advised that there are still teething issues so you should look carefully at the pools recent performance before joining.  Both simplecoin.us and yourbtc.net have merged mining with unhoppable reward systems at 40 GH/s or so (simplecoin.us offers PPLNS and yourbtc.net uses DGM).

Always consider recent uptime and luck before joining a new pool.
1036  Bitcoin / Pools / Re: [55 GH/s] yourbtc.net - DGM - Merged Mining - 0% Fee - API - Full Decimal on: November 01, 2011, 01:56:41 PM
Wow!!! We just knocked down two blocks in 30 minutes!  Grin

Let's keep'em coming.

Very kind of you to use the word "We" there. Wink
1037  Bitcoin / Pools / Re: [55 GH/s] yourbtc.net - DGM - Merged Mining - 0% Fee - API - Full Decimal on: October 31, 2011, 08:58:11 PM
While I agree the circumstances are a bit unusual, I have had multiple dealings with urstroyer and know that he is doing everything in his power to make sure the pool runs smoothly and wants the pool to succeed. Smiley

To be sure, I do not doubt urstroyer's integrity one whit.  I only meant to highlight what is almost certainly a technical problem.  I care far more about the reputation and apparent professionalism of the pool than I do about any personal lost income.

I'm glad it appears to be fixed and hope that this pool proves itself solid in the next few weeks.
1038  Bitcoin / Pools / Re: [55 GH/s] yourbtc.net - DGM - Merged Mining - 0% Fee - API - Full Decimal on: October 31, 2011, 07:01:32 PM
Backround script for share calculation messed up.

Its running smooth again. Every submitted share was credited, no worries. Got some blocks!

I'm glad to see things seem to be back to normal.

However, Namecoin block 25574 was remarkably unlucky (1304912 shares all at difficulty 156504.39 puts this block in the top 0.024% of unlucky blocks).  Of course, such poor luck can happen but such an extreme example occuring at the same time as the reward system was changed and the pool was having problems with stats is too much to ignore.

Have you checked for any missing Namecoin blocks?  Do you keep a log of the nonces for shares (or is such a log automatically kept by PoolServerJ)?
1039  Other / Off-topic / Re: Self-referential poll on: October 30, 2011, 05:18:13 PM
Here's a fun article:
http://en.wikipedia.org/wiki/Superrationality

I assumed most of you would employ similar strategies to my own.
Thanks, that was a good read!
I wouldn't assume everyone here is superrational though Roll Eyes

Damn, there goes my stategy.
1040  Other / Off-topic / Re: Self-referential poll on: October 30, 2011, 03:42:46 PM
There have been votes.

Hmm... Does "There have been votes" give users information on the poll?  Presumably if there had not been any votes that could imply that people are thinking very carefully about the poll.

Perhaps it's only fair to give cryptic information such as whether or not any of the options is currently correct (not mentioning specific options of course).
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 [52] 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!