pool.ccminer.net:8080 new pool for big miners!!!
-
@tross It's not that small miners don't matter, it's that there are already many pools for smaller miners, but there is only one other pool for very large miners. This pool is setup to be a high performance pool for large miners. Smaller miners are welcome to mine at the pool, but with the shorter accepted deadlines they'll often not get accepted deadlines.That said, a smaller miner who gets a block, will probably earn more for that block than they will at the pools that cater to smaller miners, they just won't get the same revenue consistency they would at other pools.
-
Guys I don't have 465TB yet, still 263TB!!
I got the hardware I was waiting and tomorrow the TB will rise a bit because I'll be able to add the drives I plotted already.PICS OF THE NEW HW WILL BE POSTED ON CCMINER1000 OP
-
@haitch This Pool and many others have been stuck for Hours, can it be fixed please/
Thanks Rich
-
@RichBC I think the whole network is down .. not only pools
-
@rnahlawi Forum is ok & the Nation Pools are ok, just the Team pools are Stuck.
Rich
-
@RichBC said in pool.ccminer.net:8080 new pool for big miners!!!:
Stuck
The web interface of all team services is up, pools of team and BN are not mining .. stuck on block 341950
Local wallets are not updating too
-
@rnahlawi it is just a long/slow block ... 30 min. no new block does not mean network is down ... i can ensure you i have a new block here that will appear after 1h6min :-) But i hope someone else is faster :-)
-
@luxe ninja is on Block: 341950 ccminer is on Block: 341928,
-
@RichBC Yes there are stuck pools, http://util.burst-team.us:8888/ ... here we go ... new block.
-
@luxe Which was all I asked to be sorted in the first place....
-
@RichBC Well, i'm sure the responsible owners will fix that, as soon they notice it.
-
@luxe It's just a pain because the last few Overnights for me it's been hit with Ddos Attacks and first night without an Attack it get's stuck...... As you say it will be sorted, but one way or another we need more reliability or everyone will just move to "Other" Pools.
Rich
-
@RichBC Wallets restarted, block won by you. I'm working on getting the pools proxied so these attacks can be blocked, but so far what is supposed to work, isn't. Not sure yet if it's an issue with the pool implementation of websockets or something I'm overlooking, but so far neither I nor CloudFlare have been able to proxy the pools.
-
@haitch Websockets are not supported by every proxy, wanted to use them at work, but they told me that could cause issues with the environment the software is running at. So it is very good possible that this is your issue.
-
@luxe nginx and CloudFlare are both documented as supporting websockets, but using the documentted CloudFlare and nginx instructions, neither works :(
-
@haitch Can you give the pool a kick please?
Rich
-
someone jumped start this pool or what?
-
Thought I would have a look at some stats for the Miners on the Pool. Yes I know the Pool has had some problems and also that we have not all been mining here all of the time. But... Here are the Miners listed by no of TB mining, Blocks found in last 5 Days (not just on ccminer) and Average Blocks / Day.
I know it's a short period of time and there is a lot of variance but It confirmed my perception that some Miners Punch above their weight. So well done & thanks to Speedo, Garbear & Hotdogler
Rich
-
@RichBC wow not bad at all taking into account the down time with the pool and some of moving back and forth to other pools. Now we just need more miners to come on board!
-
Had all my drives on a slower computer that would not go any higher than 350mb/s scanning speed and seemed to be getting better dl's. I moved them all back to my faster pc and it seems to be scanning to fast and not getting as good dl's. Thought the improved speeds might help, idk!
START block '342958', scoopNumber '2297', capacity '50005 GB'
targetDeadline '86400', baseTarget '875299'
dl '48321647' > '86400' skipped
1% done (0TB 62GB), avg.'31 MB/s'
dl '9068514' > '86400' skipped
dl '9057873' > '86400' skipped
dl '8790104' > '86400' skipped
dl '7194330' > '86400' skipped
dl '410584' > '86400' skipped
12% done (5TB 557GB), avg.'714 MB/s', eff.'950 MB/s'
23% done (11TB 124GB), avg.'828 MB/s', eff.'984 MB/s'
34% done (16TB 679GB), avg.'879 MB/s', eff.'1003 MB/s'
45% done (22TB 250GB), avg.'899 MB/s', eff.'964 MB/s'
56% done (27TB 830GB), avg.'917 MB/s', eff.'998 MB/s'
67% done (33TB 383GB), avg.'922 MB/s', eff.'949 MB/s'
dl '385637' > '86400' skipped
78% done (38TB 929GB), avg.'928 MB/s', eff.'967 MB/s'
89% done (44TB 488GB), avg.'938 MB/s', eff.'1015 MB/s'
dl '3225' send (pool)
dl '3225' confirmed! [ 0d 0h 53m 45s ]
100% done (50TB 5GB), avg.'813 MB/s', eff.'392 MB/s'
FINISH block '342958', best deadline '3225', round time '15s 2ms'
