Bitcoin Forum
December 06, 2016, 09:53:54 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 [94] 95 96 97 98 99 100 101 102 103 104 105 106 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 ... 159 »
  Print  
Author Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More  (Read 358871 times)
zenmetsu
Newbie
*
Offline Offline

Activity: 11



View Profile
July 06, 2011, 04:38:06 PM
 #1861

I am not saying that <10MH/s is not important.  What I am saying is that the pool admin will likely want to make a determination as to how to manage the pool resources.  

This is a free pool and the admins have to rely upon donations made in good will.  No one has unlimited bandwidth and, unfortunately, bandwidth costs money.  Also, unfortunately, it is more effective for a single client to connect to the pool and hash away at 400MH/sec than it is for 800 clients to connect and bang away at 0.5MH/sec.  

so rather then me shoving your 2 cents .... back in your pocket...  what makes you think some of these botnets run programs that cant take advantage of GPU's?

As of yet, I'm unaware of any zombie computers actually using GPU to mine; they all appear to be cpuminers.  I'm not saying that they can't, but that they usually do not.   For reference:
Put in some filters to stop the botnet(s) that were pointed at the servers.  IMMEDIATELY saw a performance boost to the servers.  Will monitor the results overnight to see if banning THOUSANDS of CPU miners cures the problems.

If you're having trouble connecting after the filters were put in place, send me a PM.  Botnets need not apply.

Registrations have been re-opened due to the servers showing an incredible recovery after the bans.

The account balance of the botnet has been donated to Bitcoin Faucet.


Perhaps 10MH/sec was too strict, but surely 1M/sec should be considered, with the option for an exception to be made for legitimate users after registration.  This, however, raises the question as to how to limit an account to a single worker since the botnet controller can simply request an exception posing as a legitimate user and the use that account for all the zombies.

DDoS is a pain, unfortunately.  I'm not trying to be a jerk so don't be hostile.  I'm trying to offer suggestions to help get our pool back up and running and prevent future problems.
1481061234
Hero Member
*
Offline Offline

Posts: 1481061234

View Profile Personal Message (Offline)

Ignore
1481061234
Reply with quote  #2

1481061234
Report to moderator
1481061234
Hero Member
*
Offline Offline

Posts: 1481061234

View Profile Personal Message (Offline)

Ignore
1481061234
Reply with quote  #2

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

Posts: 1481061234

View Profile Personal Message (Offline)

Ignore
1481061234
Reply with quote  #2

1481061234
Report to moderator
1481061234
Hero Member
*
Offline Offline

Posts: 1481061234

View Profile Personal Message (Offline)

Ignore
1481061234
Reply with quote  #2

1481061234
Report to moderator
MSJHWT
Newbie
*
Offline Offline

Activity: 18


View Profile
July 06, 2011, 04:40:22 PM
 #1862

Perhaps to deal with this in the future, you can go down this dark and shady road...

Put a notice on the site that only miners pulling in at least 10MH/sec are welcome. 

This will not keep out the cpumining botnet, but it will establish the terms of your pool and the botnet would be violating those terms.  Then, once you identify a future botnet, invalidate 2/3 of all shares submitted by miners running less than 10MH/sec and just pretend like they didn't happen.  Net result, the rest of us benefit from the work of the botnet and the impact to the botnet's profitability might be low enough that they don't even notice.



and what about the Legit users under 10 mh a sec? oh right 'they are not important'. how could i forget..

They are not worth... probably they cause more problems (bandwidth/resources consumption) than their benefits (Mhash/sec).

So I think it's a good idea that larger pools allow only "gpu" users meanwhile "cpu" users must be confined to smaller polls where they are welcome.

My 2 cents

I would tend to agree with you, under 10 MH/sec likely clog the servers in terms of getting idles and it is doubtful that at this difficulty many people are knowingly CPU mining outside of thoes with free electricity.

On another note, cautiously optomisitc the servers are coming back up? My miners have swapped off their backup back to BTCGuild and I see the pool at nearly 100GH/Sec now.
pdawg
Sr. Member
****
Offline Offline

Activity: 252


View Profile
July 06, 2011, 04:44:32 PM
 #1863

Still showing down for me, are you pointing to a specific server?

MSJHWT
Newbie
*
Offline Offline

Activity: 18


View Profile
July 06, 2011, 04:46:03 PM
 #1864

Still showing down for me, are you pointing to a specific server?
Pointed at USeast
eleuthria
Legendary
*
Offline Offline

Activity: 1750


BTC Guild Owner


View Profile WWW
July 06, 2011, 05:08:41 PM
 #1865

Well the secret is out.  Yes, US East is currently online.  The other servers are staying off while I monitor US East's activity.

The shares being sent to US east are valid and being counted, but My Account is currently still in its low-priority DDoS mode where it does not try to communicate with servers (thus no real-time stats getting pulled from US East).

US East is still counting shares.  It still had about 75k of share submission data from last night's uptime as well.  I'll be worknig on the stat polling/caching system tonight to get Worker Stats available again on a small delay.

R.I.P. BTC Guild, 2011 - 2015.
BTC Guild Forum Thread
MSJHWT
Newbie
*
Offline Offline

Activity: 18


View Profile
July 06, 2011, 05:26:55 PM
 #1866

Awesome! Thanks for all your great work Eleuthria!
kodess
Jr. Member
*
Offline Offline

Activity: 32


View Profile
July 06, 2011, 05:42:29 PM
 #1867

Well the secret is out.  Yes, US East is currently online.  The other servers are staying off while I monitor US East's activity.

The shares being sent to US east are valid and being counted, but My Account is currently still in its low-priority DDoS mode where it does not try to communicate with servers (thus no real-time stats getting pulled from US East).

US East is still counting shares.  It still had about 75k of share submission data from last night's uptime as well.  I'll be worknig on the stat polling/caching system tonight to get Worker Stats available again on a small delay.
keep up the great work eleuthria Smiley
GimEEE
Member
**
Offline Offline

Activity: 112

Ride or Die


View Profile WWW
July 06, 2011, 05:45:44 PM
 #1868

Well the secret is out.  Yes, US East is currently online.  The other servers are staying off while I monitor US East's activity.
The shares being sent to US east are valid and being counted, but My Account is currently still in its low-priority DDoS mode where it does not try to communicate with servers (thus no real-time stats getting pulled from US East).
US East is still counting shares.  It still had about 75k of share submission data from last night's uptime as well.  I'll be worknig on the stat polling/caching system tonight to get Worker Stats available again on a small delay.

Exactly,
1) Delay of around round time divided by 2 is almost necessary to prevent hopping abuse.
2) Banning people for using many ip's might not be the best idea, instead using an efficiency based banning might be more fair and have the same effect (i.e. stales > 20% or whatever arbitrary value).

The only way to make sure people you agree with can speak is to support the rights of people you don't agree with.
eleuthria
Legendary
*
Offline Offline

Activity: 1750


BTC Guild Owner


View Profile WWW
July 06, 2011, 05:49:23 PM
 #1869

Well the secret is out.  Yes, US East is currently online.  The other servers are staying off while I monitor US East's activity.
The shares being sent to US east are valid and being counted, but My Account is currently still in its low-priority DDoS mode where it does not try to communicate with servers (thus no real-time stats getting pulled from US East).
US East is still counting shares.  It still had about 75k of share submission data from last night's uptime as well.  I'll be worknig on the stat polling/caching system tonight to get Worker Stats available again on a small delay.

Exactly,
1) Delay of around round time divided by 2 is almost necessary to prevent hopping abuse.
2) Banning people for using many ip's might not be the best idea, instead using an efficiency based banning might be more fair and have the same effect (i.e. stales > 20% or whatever arbitrary value).


The logging I put in place is for a two criteria auto-blacklist:
  1) Too many IPs on a single worker.
  2) Too many requests with too few shares returned.

R.I.P. BTC Guild, 2011 - 2015.
BTC Guild Forum Thread
BookLover
Hero Member
*****
Offline Offline

Activity: 535


^Bitcoin Library of Congress.


View Profile
July 06, 2011, 06:25:04 PM
 #1870

The logging I put in place is for a two criteria auto-blacklist:
  1) Too many IPs on a single worker.
  2) Too many requests with too few shares returned.
Do you mean to many IPs at the same time, or to many IPs over a period of time?

eleuthria
Legendary
*
Offline Offline

Activity: 1750


BTC Guild Owner


View Profile WWW
July 06, 2011, 06:29:05 PM
 #1871

The logging I put in place is for a two criteria auto-blacklist:
  1) Too many IPs on a single worker.
  2) Too many requests with too few shares returned.
Do you mean to many IPs at the same time, or to many IPs over a period of time?

Over a reasonable period of time.  Dynamic IP users won't need to fear the auto ban.

R.I.P. BTC Guild, 2011 - 2015.
BTC Guild Forum Thread
jjiimm_64
Legendary
*
Offline Offline

Activity: 1680


View Profile
July 06, 2011, 06:58:22 PM
 #1872

I am just curius,  why didn't you go with a whitelist?  seams more solid as workers with gpus probably have a limited or only one ip


edit:   I would love to see what my share is if we found a block with only 600G as we have right now Smiley

1jimbitm6hAKTjKX4qurCNQubbnk2YsFw
leevancleef
Member
**
Offline Offline

Activity: 102


View Profile WWW
July 06, 2011, 07:37:38 PM
 #1873


edit:   I would love to see what my share is if we found a block with only 600G as we have right now Smiley

you can calculate this:

your mh/s / 600 * 49 = your income per blocks found, example:   1gh/s / 600 * 49 = 0,08166667 btc/blocks


 Cheesy
Eri
Sr. Member
****
Offline Offline

Activity: 265


View Profile
July 06, 2011, 07:51:28 PM
 #1874

@everyone that says kick out those under 10 mh/s

one of the reasons to have pools, if not the main reason pools exist is to allow those that can not mine on their own to come together so they can make something, for people with high end gpu's this offers a more constant payout rather then the more risky mining on your own. so if anyone is going to say 'kick out the people that need pools the most' then why not suggest to kick out everyone else while were at it and  close the pool down? problem solved!


side topic:

how much bandwidth was the botnet account using while mining and how big was the bribe they were offering eleuthria and how many btc did that work out to over their accounts lifetime while it was active.
eleuthria
Legendary
*
Offline Offline

Activity: 1750


BTC Guild Owner


View Profile WWW
July 06, 2011, 08:14:32 PM
 #1875

DDoS is back on US East.

I've got another server getting setup with Awknet TODAY (website provider) which has been able to keep us online reasonably during the attacks.


Eri:  The botnet was donating 5%.  Considering the volume of CPU miners eating system resources, I think banning them (even though they were the biggest donator) would have ended up making me more due to everybody else working even faster without the idles.

R.I.P. BTC Guild, 2011 - 2015.
BTC Guild Forum Thread
jgarzik
Legendary
*
Offline Offline

Activity: 1470


View Profile
July 06, 2011, 08:38:54 PM
 #1876

Watching thread.

Jeff Garzik, bitcoin core dev team and BitPay engineer; opinions are my own, not my employer.
Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
KarlSpaat
Jr. Member
*
Offline Offline

Activity: 44


View Profile
July 06, 2011, 08:50:45 PM
 #1877

Banning Bots is the only acceptable thing. They lower the profit of real miners and this makes people leaving the bitcoin network. The only way bitcoins can be successful is having many people believing in the network.

I will also never go to a pool, who let Botnets mine with them. So big respect to you for banning and fighting Botnets. I will definitly stay at your pool with every miner in my rig.
lemosax
Newbie
*
Offline Offline

Activity: 21


View Profile
July 06, 2011, 08:52:28 PM
 #1878

:HUG: Good luck with this.  If there's anything we (regular users) can do besides wait and pray, let us know.
PcChip
Sr. Member
****
Offline Offline

Activity: 294



View Profile
July 06, 2011, 09:49:03 PM
 #1879

Excellent idea - praying will cause the electrons, that make up the bits, that make up the bytes, that make up the packets, that make up the DDoS flood simply vanish!

All rates with Phoenix 1.50 / PhatK
------------------------------------------------------------------------------------------------------------------------------
5850 - 400 MH/s  |  5850 - 355 MH/s | 5830 - 310 MH/s  |  GTX570 - 115 MH/s | 5770 - 210 MH/s | 5770 - 200 MH/s
lemosax
Newbie
*
Offline Offline

Activity: 21


View Profile
July 06, 2011, 10:00:42 PM
 #1880

Excellent idea - praying will cause the electrons, that make up the bits, that make up the bytes, that make up the packets, that make up the DDoS flood simply vanish!

Way to be a troll.  I'm just wishing the guy well - not literally praying that the Internet Gods resolve the issue.
Pages: « 1 ... 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 [94] 95 96 97 98 99 100 101 102 103 104 105 106 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 ... 159 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!