Bitcoin Forum
July 05, 2022, 10:04:04 AM *
News: Latest Bitcoin Core release: 23.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 [157] 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 ... 371 »
  Print  
Author Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]  (Read 836762 times)
RJ2013
Full Member
***
Offline Offline

Activity: 166
Merit: 100



View Profile
May 28, 2013, 03:44:15 AM
 #3121

Dr. H so we need to pull out our workers or keep them working? because im worried my 13GHash is just wasting their time...

1657015444
Hero Member
*
Offline Offline

Posts: 1657015444

View Profile Personal Message (Offline)

Ignore
1657015444
Reply with quote  #2

1657015444
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
MajorMiner
Full Member
***
Offline Offline

Activity: 146
Merit: 196


View Profile WWW
May 28, 2013, 03:59:18 AM
 #3122

Site down for HOURS... Whats going on?

"From a small seed a mighty trunk may grow." -Aeschylus
whitefeather
Member
**
Offline Offline

Activity: 97
Merit: 10



View Profile
May 28, 2013, 04:15:52 AM
 #3123

Dr. H so we need to pull out our workers or keep them working? because im worried my 13GHash is just wasting their time...

I believe that mining is going on uninterrupted. Yes, the website is down, and I'm not sure what time it went down, but I continued to receive payouts at these times (US Pacific Time) so I know that the mining operation is ongoing:

2013-05-27 20:11:06
2013-05-27 17:57:03
2013-05-27 15:02:44
2013-05-27 13:59:37
2013-05-27 13:50:01
2013-05-27 13:27:41
2013-05-27 10:04:07
2013-05-27 07:55:15 (payout for 2 blocks here)
2013-05-27 07:07:54
2013-05-27 01:50:10
2013-05-27 01:27:20

RJ2013
Full Member
***
Offline Offline

Activity: 166
Merit: 100



View Profile
May 28, 2013, 04:28:15 AM
 #3124

so you still receiving payment..cool then, i did'nt notice payout because my bitminter wallet is off, anyhow i just wait any see once the site is back...thanks

Xian01
Legendary
*
Offline Offline

Activity: 1638
Merit: 1056


Christian Antkow


View Profile
May 28, 2013, 04:51:37 AM
 #3125

This webpage downtime kinda sucks, huh ? Good to see automatic payouts are being made despite the page not being accessible. My miners have been dutifully plugging away despite the web outage.

Props to the Bitminter peeps for having things nicely segmented.
nwfella
Legendary
*
Offline Offline

Activity: 1568
Merit: 1000


Well hello there!


View Profile
May 28, 2013, 04:53:05 AM
 #3126

Dr. H so we need to pull out our workers or keep them working? because im worried my 13GHash is just wasting their time...

I believe that mining is going on uninterrupted. Yes, the website is down, and I'm not sure what time it went down, but I continued to receive payouts at these times (US Pacific Time) so I know that the mining operation is ongoing:

2013-05-27 20:11:06
2013-05-27 17:57:03
2013-05-27 15:02:44
2013-05-27 13:59:37
2013-05-27 13:50:01
2013-05-27 13:27:41
2013-05-27 10:04:07
2013-05-27 07:55:15 (payout for 2 blocks here)
2013-05-27 07:07:54
2013-05-27 01:50:10
2013-05-27 01:27:20



+1
I started to panic a bit myself however once I loaded my payout wallet I can confirm that my lil-guys resulted in a $0.02 btc payout about 45 minutes ago! Smiley

¯¯̿̿¯̿̿'̿̿̿̿̿̿̿'̿̿'̿̿̿̿̿'̿̿̿)͇̿̿)̿̿̿̿ '̿̿̿̿̿̿\̵͇̿̿\=(•̪̀●́)=o/̵͇̿̿/'̿̿ ̿ ̿̿

Gimme the crypto!!
DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
May 28, 2013, 04:57:02 AM
 #3127

Webserver back up. Apologies for the instability. Some software I am using is not working right. I'm looking for a workaround.

▶▶▶ Bitminter.com 2011-2020
Paulizei
Member
**
Offline Offline

Activity: 98
Merit: 10



View Profile
May 28, 2013, 10:45:07 AM
 #3128

Hi there, I'd really like to change to Bitminter. So far, I've just a test machine mining on this pool.

As I have a few smaller workers (120-180Mhps), my question is, if I will be able to see if they're working properly.

At the moment with only an Radeon 6450 (30Mhps), I can see shares continously beeing submitted, but speed calculation shows 0Mhps most of the time. For a few seconds it jumps up to 180Mhps.

Is this specific to (very, very) small miners, e.g. will my 120-180Mhps miners show more correctly? Any ideas?

Thanks in advandce

deforse
Newbie
*
Offline Offline

Activity: 20
Merit: 0



View Profile
May 28, 2013, 10:54:24 AM
 #3129

Hi, not only to you. I have a HD6870 an hashrate ah ~300. On the site it is shown somehow ~220, to ~350. I think it is normal. The site is calculating somewhere in the middle.
Paulizei
Member
**
Offline Offline

Activity: 98
Merit: 10



View Profile
May 28, 2013, 11:02:24 AM
 #3130

Hi, not only to you. I have a HD6870 an hashrate ah ~300. On the site it is shown somehow ~220, to ~350. I think it is normal. The site is calculating somewhere in the middle.

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?

killerstorm
Legendary
*
Offline Offline

Activity: 1022
Merit: 1013



View Profile
May 28, 2013, 11:12:19 AM
 #3131

How did it happen that BitMinter mined an empty block?

http://bitminter.com/block/btc/0000000000000102878eb2b5dbf4a440832df801543047600cc7916f4a8c15bb

Chromia: a better dapp platform
kano
Legendary
*
Offline Offline

Activity: 3836
Merit: 1595


Linux since 1997 RedHat 4


View Profile
May 28, 2013, 11:16:54 AM
 #3132

Hi, not only to you. I have a HD6870 an hashrate ah ~300. On the site it is shown somehow ~220, to ~350. I think it is normal. The site is calculating somewhere in the middle.

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?
The pool API is based on the shares you submit, since that is all the pool knows, so it's accuracy over a short period of time is quite unreliable - finding shares is statistically random.

My cgminer API, on the other hand, reports the counted hashes done by the devices
(or with ICA and MMQ, it counts successful hashes and reasonably accurately estimates valid aborted hashes if configured correctly)

Pool: https://kano.is - lowest fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
matt4054
Legendary
*
Offline Offline

Activity: 1876
Merit: 1025


cryptoscaper.com


View Profile WWW
May 28, 2013, 11:18:03 AM
 #3133


Maybe because FinCEN / DHS / whatever will now hunt down the miners including SR transactions and DrHaribo doesn't want to take any chances with this? Wink just kidding. I would be interested too. Maybe their bitcoind had just restarted and there was no transaction to include in the block at that very moment?

Cryptoscaper · Live cryptocurrency market data
kano
Legendary
*
Offline Offline

Activity: 3836
Merit: 1595


Linux since 1997 RedHat 4


View Profile
May 28, 2013, 11:19:08 AM
 #3134


Indeed ....

http://blockchain.info/block-index/386791/0000000000000102878eb2b5dbf4a440832df801543047600cc7916f4a8c15bb

Pool: https://kano.is - lowest fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
sgravina
Sr. Member
****
Offline Offline

Activity: 451
Merit: 250



View Profile
May 28, 2013, 11:51:45 AM
 #3135


This happened to a block eclipse mined about a month ago.  I'm curious.
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000


AKA: gigavps


View Profile
May 28, 2013, 11:57:38 AM
 #3136


When a block change happens, Bitminter creates a empty block template so that there is no need to wait on bitcoind's getblocktemplate call. This allows miners to receive faster block change notifications which in theory should reduce the time miners are working on invalid work.

With the latest release candidate of bitcoind though, the latency for getblocktemplate should be minimal, which should lessen the need to make empty blocks in the first place.

Another strategy, which is employed by eloipool, is to have the pool server constantly create new block templates and just pull off of the top of the stack when a template is needed.
Paulizei
Member
**
Offline Offline

Activity: 98
Merit: 10



View Profile
May 28, 2013, 12:42:36 PM
 #3137

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?
The pool API is based on the shares you submit, since that is all the pool knows, so it's accuracy over a short period of time is quite unreliable - finding shares is statistically random.

My cgminer API, on the other hand, reports the counted hashes done by the devices
(or with ICA and MMQ, it counts successful hashes and reasonably accurately estimates valid aborted hashes if configured correctly)

Thanks for your input, kano. Even my very, very slow 30Mhps-test-miner is running 24x7. Therefore calculations could be made on a reliable basis, I think. But even after some days figures on the live-stats page don't seem to become more realistic.

(I hope I don't start any shitstorm with this:) Mining with this tiny "rig" on other pools showed always nearly accurate figures there.

So I don't think submitting shares (and therefore providing enough data for exact speed calcs) is the point. At least to me (n00b) it seem's like it's more a question about the background processes running on DrHaribos servers.

With deforse mining at around 300Mbps and having the same issues it's seems not an good idea to change to this pool as I have about 8 miners with 120-180Mbps and need to see if all of them are doing their job, right?

kano
Legendary
*
Offline Offline

Activity: 3836
Merit: 1595


Linux since 1997 RedHat 4


View Profile
May 28, 2013, 12:51:51 PM
 #3138

Hi, not only to you. I have a HD6870 an hashrate ah ~300. On the site it is shown somehow ~220, to ~350. I think it is normal. The site is calculating somewhere in the middle.

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?
The pool API is based on the shares you submit, since that is all the pool knows, so it's accuracy over a short period of time is quite unreliable - finding shares is statistically random.

My cgminer API, on the other hand, reports the counted hashes done by the devices
(or with ICA and MMQ, it counts successful hashes and reasonably accurately estimates valid aborted hashes if configured correctly)


 So write a good gui like the doctors and then come to poach this pool while you are at it make a nice simple litecoin pool  with  a sane easy set up and you will get plenty of customers. You post here a lot take my advice don't waste time posting, write some code that competes with the doctor.  In all the world no one has a pool that is  as simple as the the doctor's is to run.  Just him.  So if you really want the Doctors customers go write some code.  If you really want to be ahead of the curve do it for litecoin.  You could be the only pool in the world like the Doctors but for litecoin not bitcoin.

 There are millions of us with GPUS  just do it and stop posting here until you can come back and say "I did what philipma1957 told me to do I read this post and realized he was correct I was wasting time trying to steal the doctors pool by posting on his thread instead I wrote the greatest gui for both litecoin and bitcoin".

 I only write this because it is true if you can write 2 pools with easy gui like the doctors gui is you would steal his customers.  As you would be superior since you had one for litecoin and one for bitcoin.  Until you do this stop wasting time. I would never switch to your pool unless you wrote a gui like the doctors for both bitcoin and litecoin.   KANO  I am doing you a favor just think how many gpus will move from the doctor to run on your god-like litecoin pool.  In under 6 months there will be millions of gpus looking for a litcoin pool to run. (Asics)  

 So please stop posting here asking us to move to your pool until you do as I say.    Once you take your ego out of the picture you would realize I am giving you good business advice.  Best regards Phil
I don't have a pool you fool.
It an inherent part of how pools work ...

Pool: https://kano.is - lowest fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
kano
Legendary
*
Offline Offline

Activity: 3836
Merit: 1595


Linux since 1997 RedHat 4


View Profile
May 28, 2013, 12:57:11 PM
 #3139

Thanks for your reply. I recognized that calulations are correct. But 'supervising' a bunch of small miners by the provided live stats (my account -> workers seems) not really praticable.

Is there any kind of workaround? Haven't had a closer look at cgminer api but perhaps the bitminter api works better?
The pool API is based on the shares you submit, since that is all the pool knows, so it's accuracy over a short period of time is quite unreliable - finding shares is statistically random.

My cgminer API, on the other hand, reports the counted hashes done by the devices
(or with ICA and MMQ, it counts successful hashes and reasonably accurately estimates valid aborted hashes if configured correctly)

Thanks for your input, kano. Even my very, very slow 30Mhps-test-miner is running 24x7. Therefore calculations could be made on a reliable basis, I think. But even after some days figures on the live-stats page don't seem to become more realistic.

(I hope I don't start any shitstorm with this:) Mining with this tiny "rig" on other pools showed always nearly accurate figures there.

So I don't think submitting shares (and therefore providing enough data for exact speed calcs) is the point. At least to me (n00b) it seem's like it's more a question about the background processes running on DrHaribos servers.

With deforse mining at around 300Mbps and having the same issues it's seems not an good idea to change to this pool as I have about 8 miners with 120-180Mbps and need to see if all of them are doing their job, right?
No, I was comparing a pool API to a miner API (in this case I was referring to the cgminer API)
If you are talking about the DrHaribo miner API, then it should be accurate also.

The problem (again) with any pool API is it only knows about shares.
You get one (1diff) of them on average every ~4 billion hashes.
The miner can usually count single hashes so of course it will be way more accurate and over a much shorter period of time.

Pool: https://kano.is - lowest fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Paulizei
Member
**
Offline Offline

Activity: 98
Merit: 10



View Profile
May 28, 2013, 01:05:45 PM
 #3140

No, I was comparing a pool API to a miner API (in this case I was referring to the cgminer API)

The miner can usually count single hashes so of course it will be way more accurate and over a much shorter period of time.

Agree, but my point is, is there a way to see many small miners working properly on the website?

My problem could be related to the very small hashrat, my testminer provides. If this would be the case for 120-180Mhps miners too, I wouldn't recognize if one of it fails ...or at least to late.

P.S.: All others figures (e.g. 'Your Ghps' on the live stats page) are totally ok! I'd like to change to this pool but simply need to find a simple way to see if my miners are working - which is the case on at least some other pools.

Pages: « 1 ... 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 [157] 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 ... 371 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!