Hi, it is known bug in Django framework. Both things are on my todo list (secure login and certified SSL). |
|
|
|
Hi Everyone,
Camp BX API has gone live today, and we will love a chance to work with the community to set up a Sierra charts bridge.
Hello, do you offer some websocket interface? HTTP polling is highly ineffective way - it makes delayed updates for users and unnecessary load for your server. If you implement some realtime interface, I'll consider to implement it. However it is already possible to chart CampBX in Sierrachart, by using "sierrachart.exe -s cbxUSD" (data are downloaded from bitcoincharts.com) |
|
|
|
My pool was DDoSed many times (classic SYN flood attacks). I don't think milions of connection requests per second can be considered as action of "fellow miners"  . |
|
|
|
Isn't it a good time to make some PR for the pool to bring new members to it and thus make it a bit stronger and faster?
Actually there's no real advantage for common users, pool is generating enough blocks daily to have pretty smooth income. Pool is on second or third position (btcguild is on very similar hashrate, however both numbers fluctuate a bit), so it isn't so slow . |
|
|
|
Slush, is there a way to clear data from my graphs? My production has dropped quite a bit from when I was producing 5-7 BTC/day, and the current variation is very difficult to see. Essentially, the graph is now useless to me, and the stats are much more meaningful.
Hi, used graph library cannot scale Y-axis based on selection, but I have better graphs in progress. Then Y-axis will scale when you select smaller range by mouse. |
|
|
|
|
Yes, one backend had issue (~20 minutes) in time when I wasn't online. It's already fixed, I'm sorry for troubles.
|
|
|
|
I just submitted 250 shares in a round and my reward is none???
Processing of shares can take some time, so it is pretty normal that you see 'none' for freshly mined blocks. So - yes - check again. |
|
|
|
Is the pool running smooth?
We have an extrabad luck and a lot of looong blocks.
Of course it's a probability, but can it also be some kind of hidden attack aimed not pool servers itself but provider infrastructure, gateways or something, and making it operate slower and the pool be less effective than it should?
Or it's just my paranoia?)
Well, I checked everything and it actually looks fine, no reason to think there's an attack. My experience is talking me that it's just bad luck. |
|
|
|
never.
In my post i said it for deepbit, not slush.
No, look Pool is running in score mode. |
|
|
|
Anyone else having payout issues? I don't seem to be able to trigger a payout regardless of how far below my confirmed amount I set the threshold. I've also tried setting the threshold to my confirmed amount plus a small buffer (less than my share of the next confirmed round) to try and trigger that way). I have a valid wallet.
Yes, there was small trouble in payouts on today morning, it has been repaired around 10:00 UTC. |
|
|
|
|
I'm sorry that I'm not so responsive and chatty those days, I'm very busy. Of course I'm keeping my eyes on pool service all the time.
|
|
|
|
hello all, I would ask for a clarification on "Unconfirmed reward", or rather after how many blocks they become "Confirmed reward" and the confirmed reward will be the same amount of the unconfirmed?
Earnings from blocks are moved from 'unconfirmed' to 'confirmed' after 100 blocks in bitcoin network. It is basic rule how Bitcoin generation works, it's not 'artifical' rule made by pool. |
|
|
|
Slush - what's the word on service? Are you considering any kind of SiteBacker DNS load balancing to help with traffic distribution between colos - that's helped some of my environments with DDoS.
DNS load balancing does not help DDoS prevention, unfortunately. There is not real way how to prevent DDoS when attacker uses 1.5 GB/s of traffic and tries to open 2.2 million connections per second from various IPs, like last attack on Sunday. |
|
|
|
what about white-listing? Did it not stop DDos?
This attack was too big to be catched by whitelisting. |
|
|
|
|
Today's DDoS was different and followed DNS changes. So please reconnect your miners to api2.bitcoin.cz instead of api.bitcoin.cz for this moment. api.bitcoin.cz will work again when attack will be over.
Just for your information: Today attack is over 1.5GB/s with 2.2 million packets per second.
|
|
|
|
6414 2011-07-07 18:24:00 0:11:13 483355 0.00800290 - invalid
6413 2011-07-07 18:12:47 0:11:39 497313 0.00734895 - invalid
6412 2011-07-07 18:01:08 0:53:54 2333879 0.00803047 - invalid
Three Invalid block in a row is just unacceptable.
That was just small mistake in confirming payouts, it were fixed manually by me; those blocks are fine now. |
|
|
|
|
Server is currently under attack, I'm solving that. Thanks for your patience.
|
|
|
|
Hello guys, I was out for few days on holiday. Now I'm back and will respond to all your posts and PM soon . About today issue - I had to restart balancer (so pool was down for ~two minutes now), but should be running fine now. |
|
|
|
|
To all users of poclbm miner: Please update to current version, it fixes some bugs in handling HTTP connections, which improve overall performance.
To all users of phoenix miner: Please update from version older than 1.5 to current version 1.5, it fixes some network issues and help network performance, too.
|
|
|
|
I searched through all the Global Settings to see if something was set to download something but I can see anything. I reinstalled the program and it is still giving me that message.  Well, sierrachartfeed isn't using official 'data services' API, bu is 'misusing' Sierra's feature of realtime refresh of changed data file. So there isn't any 'data service' for mtgox and nothing to download from historical servers. However, if you don't like error messages about trial expiration and disabled historical downloads, you can buy full version for something like 30 USD monthly . |
|
|
|
|
Show Posts
