Bitcoin Forum
June 21, 2024, 10:05:23 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Pools / Re: [600 GH/s] EMC: 0 Fee/PPS/DGM/Merged Mining/PayPal Payout/SMS/Yubikey/More on: July 22, 2012, 06:49:06 AM
So concerning the unpaid payouts that took place once the wallet was depleted, how will that take place? Sent at a later time once more funds become available?
And any current mining will be paid once payout amounts are met?
2  Bitcoin / Pools / Re: [600 GH/s] EMC: 0 Fee/PPS/DGM/Merged Mining/PayPal Payout/SMS/Yubikey/More on: July 21, 2012, 06:52:59 PM
So, aside the fact that a lot of BTC went missing, will the shares from those 8 hours back or so be all accounted for for proper payment?
I see that the site is currently indicating activity from my miners even though they aren't pointed at EMC, wanted to know if that was related to the rollback and everyone will be back in spot as it was.

And with the BTC currently returned, will that allow things to keep moving normally or will there be a period of time without payouts available?
3  Bitcoin / Pools / Re: [600 GH/s] EMC: 0 Fee/PPS/DGM/Merged Mining/PayPal Payout/SMS/Yubikey/More on: July 21, 2012, 03:18:37 PM
Again? Is the speed thing being screwed around with again or something, because I'm mining PPS and seeing nothing counting on the my account page.
Cashing out shows just the displayed amount, so nothing has been counting for in background.

Edit: And just noticed that the amount I had cashed out wasn't sent out, bloody great.
4  Bitcoin / Pools / Re: [600 GH/s] EMC: 0 Fee/PPS/DGM/Merged Mining/PayPal Payout/SMS/Yubikey/More on: June 30, 2012, 07:55:15 AM
Thank you for dealing with it. Hopefully the payouts can be handled easily.
5  Bitcoin / Pools / Re: [600 GH/s] EMC: 0 Fee/PPS/DGM/Merged Mining/PayPal Payout/SMS/Yubikey/More on: June 30, 2012, 06:50:37 AM
Quote
Yes, shares were backed up for awhile.  They should be caught up now and PPS should be paid out properly.  They were backed up for several hours.

I'm sorry, but don't quite see any of it. Blocks are still recorded with the same number of shares (that being a limited number of shares for the 6 hour block, and 0 shares for the 49 minute block), balance remained at 0 and even now its still not counting, neither the shares on the workers nor the balance is increasing.
6  Bitcoin / Pools / Re: [600 GH/s] EMC: 0 Fee/PPS/DGM/Merged Mining/PayPal Payout/SMS/Yubikey/More on: June 30, 2012, 04:05:09 AM
Is it related to this issue that balance isn't updating properly?

Because seemingly since this started to take place a few hours back (when I first got the alarm that miners were down), my balance isn't increasing while my workers have still been working normally.

Edit: For clarification I'm running my miners in PPS mode and even though I restarted them, withdrew my balance and waited for over an hour the balance hasn't been updated in any way from 0. Looking at the block stats I notice that a block that took 6 hours has less shares than what I usually average in an hour, so I'm not sure if the shares in this mode are being accounted for at all? Can these stats be checked upon? Will there be compensation?
7  Bitcoin / Pools / Re: [605 GH] Eligius: Decentralized, 0Fee SMPPS, no reg, BTC+NMC on: May 25, 2012, 10:20:15 AM
Right, nevermind, think I got it.

My question was coming mostly because looking at the stats pages even between several users I saw that each block had that given per-share value, so I was wondering how that could compensate users properly. Decided to actually compare other values and finally realized that the shown per-share value isn't the actual per-share value, so of course all sorts out.

Thanks all the same.
8  Bitcoin / Pools / Re: [605 GH] Eligius: Decentralized, 0Fee SMPPS, no reg, BTC+NMC on: May 25, 2012, 09:01:17 AM
Sorry, but don't quite follow your reasoning since in Eligius the share value clearly fluctuates and that's why you're credited .10 BTC for a long block as you may get .15 BTC for a quick block depending on the fact if the pool ran out of funds or not.
9  Bitcoin / Pools / Re: [605 GH] Eligius: Decentralized, 0Fee SMPPS, no reg, BTC+NMC on: May 25, 2012, 08:49:57 AM
Given this recent bad luck streak, and thus looking at the graph and seeing the "Maximum reward" filled area, I can't help but to ask one question concerning this pool:

So, if the pool has no buffer funds it means that in case a given block takes a long time to solve then the value per share will drop in order to keep the total volume of shares multiplied by value to be more or less 50 BTC. Consequentially if the following block would be solved in little time then each share would have a greater value to make up for the reduced payment on the last block.

My question is though, does the pool track the individual effort of each user so that it rewards a particular user more until the value of his work is compensated?

i.e: Suppose there's a very long block which substantially brings down the per share value, then several quick blocks. The large block took about 20 hours to find, and a given user (Let's say he has 1500MH/s available, generates 1200 shares/hour or something) was mining for about 19 hours and 40 minutes of this block but then stopped - Let's say there was a power outage for the next few hours. He will of course receive the reduced share value multiplied by all of his work done so far, but what about afterwards? Given that the next few blocks are quick, everyone that keeps mining will receive much more value/share until the value of the shares of the long block is made up for, but what about the user that was made unable to mine during that period? Will he just lose the right to that compensation or the system adjusts the share value for him in the future?
10  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.6 on: April 30, 2012, 07:36:25 PM
I have come up with an issue on CG Miner which I'm not being quite able to sort through, so if any help would be possible.
I tried searching on the thread, and while some mentions to adjusting engine clock were around it didn't quite fit my situation.

For a while now I had been using CG  Miner 2.3.1 without any issues, but last night came up a problem where I couldn't seem to be able to adjust the clock speed below a certain value on neither of both cards (2x 6870). Wondering if it could be some odd bug I had struck on, I checked the thread, updated CG Miner, took the chance to update the video drivers, and on a new attempt I'm now able to adjust the speed of one of the cards to about any value, but not the other one.

I saw a mention that this could be driver related, but these cards are twins, worked always well before, but suddenly this came up even before I updated the drivers.

Any help?
11  Economy / Currency exchange / Re: When will Bitcoins hit 50$/BTC? on: July 23, 2011, 06:21:20 PM
How come no "Never" response?
Also, you posted the thread/poll in the wrong forum section.
12  Economy / Currency exchange / Re: Buying BTC with Paypal on: June 27, 2011, 03:20:39 AM
Hello.

I'd be interested at selling a few BTC to you under such conditions.
I'll shoot you a PM to try and settle any details.
13  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Advanced Analytics on: June 26, 2011, 04:00:04 AM
Thank you for rectifying that situation.
XD And for the "extended trial".

Would also like to say that this is really a great tool, perhaps of limited use for me since I'm not some super-dedicated miner, but the higher tier services should definitely be a good help for those that keep numerous units running and don't want to keep an eye on them constantly but can do with a little warning if something does go wrong.
14  Bitcoin / Mining / Re: MiningMonitor.com - Monitoring - SMS Notifications - Advanced Analytics on: June 25, 2011, 09:53:16 AM
Having any issues with Slush's pool? Can't seem to be able to add the API, always says it's not responding or such.
15  Other / Obsolete (buying) / Re: Need quick english to portuguese translation on: June 16, 2011, 08:43:03 PM
Don't really have here much reputation, save a handful of trades with virtualfaqs, but I am Portuguese so I can give you a hand on that matter.
16  Other / Obsolete (selling) / Re: WTB: Bitcoins - Western Union or PayPal - Extremely High reputation on: June 12, 2011, 07:26:26 PM
Another transaction done with virtualfaqs.
BTC first, confirmation, payment after. No hassles.
17  Other / Beginners & Help / Re: Newbie restrictions (Please discuss forum policy here.) on: June 12, 2011, 09:02:40 AM
Will this 50 post limit be lifted?
Moreso wondering because I was hoping to make business, not have to socialize or spam around. Sure, there are PMs, but when there's a perfectly good thread posted by someone waiting for a reply...
18  Other / Obsolete (selling) / Re: WTB: Bitcoins - Western Union or PayPal - Extremely High reputation on: June 11, 2011, 09:43:14 AM
Already posted by virtualfaqs, but yes, sent BTC, received value as agreed.
No hassles.
19  Other / Obsolete (selling) / Re: WTB: Bitcoins - Western Union or PayPal - Extremely High reputation on: June 11, 2011, 04:50:10 AM
What's the value per BTC you're willing to offer if I could ask.
20  Other / Obsolete (selling) / Re: looking to purchase 2.5 BTC via paypal (35 USD per BTC) on: June 11, 2011, 04:43:29 AM
Would like to know if this proposal still stands, value paid has changed, or the BTC buyer already found the BTCs it was looking for.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!