Search content
Sort by

Showing 20 of 24 results by philipk999
Post
Topic
Board Service Announcements
Re: Get bitcoins in less than one hour at 20,000 locations in the UK
by
philipk999
on 26/06/2014, 14:10:29 UTC
Just tried it - absolutely brilliant & really quick - congratulations!

There were 10 purchase locations within easy reach.

Next stop the same for selling please!
Post
Topic
Board Mining
Re: PSU for Ant S1
by
philipk999
on 01/06/2014, 19:02:16 UTC
Corsairs seem to work for me with no problems - 500 is enough even overclocked.
Post
Topic
Board Economics
Re: When will people feel comfortable using BTC ?
by
philipk999
on 31/05/2014, 18:39:29 UTC
I buy miners with BTC, so am hoping it's a virtuous circle
Post
Topic
Board Speculation
Re: Bitcoin will have no more big "to the moon" rises anymore. Face reality
by
philipk999
on 05/04/2014, 17:34:34 UTC
America is not the world - take a wider look
Post
Topic
Board Mining support
Re: Help!! - Can't See Blue Configuration Page For Block Erupter Cube
by
philipk999
on 31/03/2014, 15:09:51 UTC
Need more info - what is your IP and what have you set the cube to?
Post
Topic
Board Bitcoin Discussion
Re: In 5 years all ASICs will be replaced by this...
by
philipk999
on 13/03/2014, 08:49:27 UTC
Is it on the BFL website yet................
Post
Topic
Board Pools
Re: [850 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 07/03/2014, 18:38:35 UTC
Slush pool down for anyone else? Huh

stratum.bitcoin.cz:3333 (running a single Cube on a proxy)

Thanks!
Yup - me too on Pool 0

Thanks for the reply yo...

I am looking for the backup server info now, if there is said info?

It was up for a minute just now but the error popped again...

"None of the pools configured for Bitcoin could be used. Verify your pool settings and try again."
Seems to be up and stable again for me - I restarted everything as well.
Post
Topic
Board Pools
Re: [850 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 07/03/2014, 18:25:15 UTC
Slush pool down for anyone else? Huh

stratum.bitcoin.cz:3333 (running a single Cube on a proxy)

Thanks!
Yup - me too on Pool 0
Post
Topic
Board Pools
Re: [850 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 09/02/2014, 15:05:55 UTC
Just because they're paranoid doesn't mean that someone's not out to get them!
Post
Topic
Board Pools
Re: [850 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 07/02/2014, 18:47:00 UTC
It's looking better now

I will say well done Slush for all your efforts in keeping this pool going.

For all the conspiracy theorists and serial complainers out below, thank you for your ever more imaginative theories and snipes but seriously stop clock watching, put a smile on ya faces and accept that sometimes shit just happens...



a 30 minute round, and yet no one is uncomplaining Smiley

Go Slush!
Quite so!
Just as a newbie matter of interest, how is it that it takes 100 confirmations to get into ones account, but from the instigation of the transfer to your wallet, it only takes minutes - surely, then payout has to go through the blockchain as well, but perhaps ones wallet only requires a lesser number of confirmations..............?
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 27/01/2014, 22:38:54 UTC
Is it just me or is the hash rate from the server way down? Is this due to the DDOS and move to Amazon's EC2? It's about 25% slower than it should be. Is this being addressed? Also the latency is really high. I'm using Bfgminer. Are there any tweaks I should be making to the command line like a higher or lower queue length that will help? I'm already using these switches --no-submit-stale and the --queue (or -Q) is 1 by default.
 Huh
Don't know if it's a similar problem, but I had a network restart here recently and the usual block difficulty I get is 50-60, but now 3-15 and not all the ASICs in my cubes are even active - I suspect the server is allocating work too slowly - I'll try a ticket to the pool.

I have filed a ticket as well. It looks like the problem is that the Amazon EC2 server itself is located in Tokyo, Japan. This would explain a lot. I'm loosing hashes to horrible, horrible latency. Any word on a US deployed Amazon EC2 server? I'd hate to have to switch pools because of lag...
Rebooted proxy machine & restarted proxy and magically back on track could have been a windows update problem - was very slow to reboot machine after updates applied.
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 27/01/2014, 18:34:35 UTC
Is it just me or is the hash rate from the server way down? Is this due to the DDOS and move to Amazon's EC2? It's about 25% slower than it should be. Is this being addressed? Also the latency is really high. I'm using Bfgminer. Are there any tweaks I should be making to the command line like a higher or lower queue length that will help? I'm already using these switches --no-submit-stale and the --queue (or -Q) is 1 by default.
 Huh
Don't know if it's a similar problem, but I had a network restart here recently and the usual block difficulty I get is 50-60, but now 3-15 and not all the ASICs in my cubes are even active - I suspect the server is allocating work too slowly - I'll try a ticket to the pool.
Post
Topic
Board Mining support
Re: [solved] BE Cube keeps restarting, Proxy issue?
by
philipk999
on 21/01/2014, 18:16:53 UTC
No problem, you can set the secondary IP on the proxy machine itself, not through the router. On Windows 7 you do this by going to network and sharing center -> change adapter settings ->  Right click adapter being used -> properties -> select IPv4 -> properties -> advanced -> add IP address. The primary IP has to be static in order to add another, I would recommend using static IPs anyway. You can set the IP to static on the main IPv4 properties page of the adapter. You may also have to change the DHCP pool range on your router, for example, I have my DCHP pool set tp 192.168.1.2 to 192.168.1.199 and my proxy has IPs of 192.168.1.200 and 192.168.1.201.
Thanks for that - I've given that a try and the different IP's on the proxy - I never had looked at setting a secondary IP address on a card - can it bridge 2 x subnets like that?
The problem had been driving me nuts as well and wading through thousands of lines of console output seemed like just too much work for the size of the problem!

BR

Philip
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 18/01/2014, 15:30:19 UTC
yeah, last couple of weeks have been weird.  many invalid, lots of unconfirmed for prolonged times, miners getting disconnected, now "stingy" blocks.  no updates on slush page or FB site.  site has way too much hashing power to only have 3 blocks in 2 days.  
What I'd like to see as another luck definition is the daily percentage of the network hashing power that the pools have versus the percentage of coins mined by each pool, which might give us an idea of any possible problems.

A rough calculation I have just done:

Network hash rate per http://bitcoincharts.com/charts/mtgoxUSD#rg90ztgSza1gSMAzm1g10za2gEMAzm2g25zv is about 15,300 TH
Slush pool is about 725 TH

Slush % is about 4.75%

Blocks released per hour is about 7, so per day = 168

4.75% of 168 is about 8 - I don't think that luck comes into the current situation, I think something is awry.
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 18/01/2014, 14:50:12 UTC
simply awful "luck" last couple of days...what have there been 2  or 3 blocks total ?  blocks are lasting between 5-12 hours a pop.  
Makes me wonder with all the front end glitches recently, whether there is something wrong now at the back end - we've never really recovered from the server problems the other day.............................
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 13/01/2014, 04:07:30 UTC
Go to http://support.bitcoin.cz/Core/Default/Index and then register and you can raise a ticket thereafter.

BR

Philip
Post
Topic
Board Pools
Re: Block 280103
by
philipk999
on 12/01/2014, 15:56:25 UTC
Hi support! Again fee null !
21439   2014-01-12 14:43:40   4:33:10   2560373292   none   none   280103   

Support (slush) doesn't read this forum.

I have lodged a ticket with support.

BTW - has anyone yet been paid out on 21394,5 & 6 I raised a ticket on these a few days back?

Philip

21439 just corrected, not the earlier ones though.

Philip
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 09/01/2014, 09:37:32 UTC
On the first page Slush mentions he wouldn't be reading this thread anymore. You've all tried http://support.bitcoin.cz ?

It would be nice to..................................but it's broken
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 09/01/2014, 09:00:16 UTC
Dunno about us choosing who we dance with. We chose not to run a pool, those who do chose to do so should make the effort IMO to at least communicate every now and then and particularly when things appear not to be working...which would be in their benefit.
Sooner or later people don't dance with somone they don't trust who ignores them.

This is just simple basic business. Looking after your customers who are your bread and butter. Nothing to do with luck.

+1 for this

I like this pool, BUT, the lack of any contact, response, explanation (I don't need apologies for the tech side, as we all know it's tricky) is irritating at best and rude at worst. This is a collaborative effort as we all know, but a bit of collaboration from the pool owner side wouldn't go amiss.
I like to put issues to bed, so if I'm told that due to factors beyond their control they can't address the past problems, then we have a choice to vote with our feet or stick with it, but the longer we go without any responses, I suspect, the more of us will disappear elsewhere.
I personally haven't tried any of the other pools as of yet, but may be inclined to unless some response shows up shortly. Sad
Post
Topic
Board Pools
Re: [450 TH] Slush's Pool (mining.bitcoin.cz); TX FEES + VarDiff
by
philipk999
on 09/01/2014, 07:06:14 UTC
How are you guys seeing block history that far back, and how do you see you havent been credited? Do you have a program downloading the stats and adding them up to compare against the website?

I don't know how far you can go back, but if you use the ?history=NNNN argument on the stats you can go back a way more than the standard display - example: https://mining.bitcoin.cz/stats/?history=1000