|
MobGod
|
 |
June 17, 2013, 07:36:35 PM |
|
while the dev may be confident in the coin being able to withstand this, as a pool op who has supported this coin since launch, donated > 650DGC from pool donations, and will undoubtedly be ddos'd into oblivion as part of any attack, I must say I'm not too thrilled with DGC right now, nor the recklessness of those comments. Be confident, fine, but don't throw the entire pool infrastructure running to support your coin into the line of fire for no good reason.  I am heavily invested as well and have donated plenty. Am I worried? NO! I believe DGC to be the next altcoin to succeed, this is the time to find out what it is made of. The coin will be attacked regardless. Just maybe later than sooner. The community will rally behind DGC and its Dev. -tb- +1 |
|
|
|
|
|
|
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
Sondey10mg
|
|
June 17, 2013, 07:37:11 PM |
|
while the dev may be confident in the coin being able to withstand this, as a pool op who has supported this coin since launch, donated > 650DGC from pool donations, and will undoubtedly be ddos'd into oblivion as part of any attack, I must say I'm not too thrilled with DGC right now, nor the recklessness of those comments. Be confident, fine, but don't throw the entire pool infrastructure running to support your coin into the line of fire for no good reason. I am heavily invested as well and have donated plenty. Am I worried? NO! I believe DGC to be the next altcoin to succeed, this is the time to find out what it is made of. The coin will be attacked regardless. Just maybe later than sooner. The community will rally behind DGC and its Dev. -tb- +1 +2 Bring it on |
*Image Removed*
*Image Removed*
|
|
|
jaywaka2713
Sr. Member
 Offline
Activity: 266
Merit: 250
aka 7Strykes
|
|
June 17, 2013, 07:37:56 PM |
|
Cart what we can do is change are ports and keep them private send them in a e-mail or something if the attack occurs
Simple port scan would reveal it. Wouldn't work. I am heavily invested as well and have donated plenty. Am I worried? NO! I believe DGC to be the next altcoin to succeed, this is the time to find out what it is made of. The coin will be attacked regardless. Just maybe later than sooner. The community will rally behind DGC and its Dev.
-tb-
So true. Bitcoin has faced attacks like these too. If we handle them right when they come, we will succeed. |
|
|
|
|
nearmiss
|
|
June 17, 2013, 07:39:27 PM |
|
while the dev may be confident in the coin being able to withstand this, as a pool op who has supported this coin since launch, donated > 650DGC from pool donations, and will undoubtedly be ddos'd into oblivion as part of any attack, I must say I'm not too thrilled with DGC right now, nor the recklessness of those comments. Be confident, fine, but don't throw the entire pool infrastructure running to support your coin into the line of fire for no good reason. I am heavily invested as well and have donated plenty. Am I worried? NO! I believe DGC to be the next altcoin to succeed, this is the time to find out what it is made of. The coin will be attacked regardless. Just maybe later than sooner. The community will rally behind DGC and its Dev. -tb- +1 It'll rally, and it'll survive I am sure. But foolish actions are still foolish actions, attack or no attack. I've still not seen any reasons, if they are legit I'm happy to hear them. |
Profit-Switching Pool w/ Vardiff -> http://hashco.ws Optionally keep the alts we mine or auto-trade for BTC. In addition can be paid out in any of: 365, AC, BC, BTC, C2, CINNI, COMM, FAC, HBN, MINT, PMC, QRK, RDD, WC, XBC |
|
|
ZeRo103
Full Member
Offline
Activity: 154
Merit: 100
Hack The Planet
|
|
June 17, 2013, 07:41:50 PM |
|
Now we are going to believe any kid that creates an account on bitcointalk with all this BS. If you are afraid you are going to loose you money maybe you already lost it. We all invested in this coin because we believed that is going to stand the test of time and any other attempt of destruction. I better see now after 1 month where we are ... than after 1 year. P.S. Bitcoin will never be accepted as a real store transaction coin because confirmation takes to much time. This is why we believed DGC is going to be good enough to take the crypto-currency to another level. No other crypto has grown in 1 month like DGC did, this definitely will say much.  |
|
|
|
|
jbmiller10
|
|
June 17, 2013, 07:43:52 PM |
|
Pool owners, is it possible to mail your users asking them to set another pool (perhaps a p2pool) as their failover?
|
|
|
|
|
r3wt
|
|
June 17, 2013, 07:45:37 PM |
|
people i am 3 days behind on the faucet payments, but i will try to get everyone paid tonight! i've only got 2.53 DGC left so it might be only a small amount but i'm trying! hope to add more to the DGC faucet once i reach the payout limit on digiclick.co!
|
My negative trust rating is reflective of a personal vendetta by someone on default trust.
|
|
|
ranlo
Legendary
Offline
Activity: 1974
Merit: 1007
|
|
June 17, 2013, 07:46:45 PM |
|
people i am 3 days behind on the faucet payments, but i will try to get everyone paid tonight! i've only got 2.53 DGC left so it might be only a small amount but i'm trying! hope to add more to the DGC faucet once i reach the payout limit on digiclick.co!
What's the address to your faucet btw? |
|
|
|
|
r3wt
|
|
June 17, 2013, 07:47:36 PM |
|
people i am 3 days behind on the faucet payments, but i will try to get everyone paid tonight! i've only got 2.53 DGC left so it might be only a small amount but i'm trying! hope to add more to the DGC faucet once i reach the payout limit on digiclick.co!
What's the address to your faucet btw? |
My negative trust rating is reflective of a personal vendetta by someone on default trust.
|
|
|
|
Frizz23
|
|
June 17, 2013, 07:54:40 PM |
|
Oh you do bring up a good point... If he DDoS'ed the 3 pools, then he could easily jump in and attack. Shoot. ...
Same for Bitcoin: BTC Guild + 50BTC have 51% of the network BTC Guild + 50BTC + Slush have 61% of the network |
Ξtherization⚡️First P2E 2016⚡️🏰💎🌈 etherization.org
|
|
|
jaywaka2713
Sr. Member
Offline
Activity: 266
Merit: 250
aka 7Strykes
|
|
June 17, 2013, 08:05:37 PM |
|
Pool owners, is it possible to mail your users asking them to set another pool (perhaps a p2pool) as their failover?
Wouldn't help, as if you take the pool server down, then the server can't send reconfiguration code to miners (if that's even allowed). Now, it could be reverted if the server detected 90% load and sent miners instructions ahead of time. |
|
|
|
|
jbmiller10
|
|
June 17, 2013, 08:20:26 PM |
|
Pool owners, is it possible to mail your users asking them to set another pool (perhaps a p2pool) as their failover?
Wouldn't help, as if you take the pool server down, then the server can't send reconfiguration code to miners (if that's even allowed). Now, it could be reverted if the server detected 90% load and sent miners instructions ahead of time. if individual miners set the --failover flag in cgminer it'll automatically redirect them if their main pool fails. |
|
|
|
|
MashRinx
|
|
June 17, 2013, 08:28:07 PM |
|
Pool owners, is it possible to mail your users asking them to set another pool (perhaps a p2pool) as their failover?
Wouldn't help, as if you take the pool server down, then the server can't send reconfiguration code to miners (if that's even allowed). Now, it could be reverted if the server detected 90% load and sent miners instructions ahead of time. if individual miners set the --failover flag in cgminer it'll automatically redirect them if their main pool fails. In my experience, you don't need the failover flag for CG/BFGMiner to failover to additional pools if it can't get work from a higher-prioritized pool. It will just do it automatically. That being said, I do now have the --failover-only flag set in my DGC mining config now too  Multiple P2Pools set as backups and a last-resort of solo mining might not be a bad idea. |
|
|
|
|
|
karsy
|
|
June 17, 2013, 08:38:55 PM |
|
Pool owners, is it possible to mail your users asking them to set another pool (perhaps a p2pool) as their failover?
Wouldn't help, as if you take the pool server down, then the server can't send reconfiguration code to miners (if that's even allowed). Now, it could be reverted if the server detected 90% load and sent miners instructions ahead of time. if individual miners set the --failover flag in cgminer it'll automatically redirect them if their main pool fails. In my experience, you don't need the failover flag for CG/BFGMiner to failover to additional pools if it can't get work from a higher-prioritized pool. It will just do it automatically. That being said, I do now have the --failover-only flag set in my DGC mining config now too Multiple P2Pools set as backups and a last-resort of solo mining might not be a bad idea. Do you know if there is such a setting for cudaminer as well? (Yeah, I know shouldn't really mine with nvidia GPUs. But understand that it is the only GPU I posses.) |
|
|
|
|
MashRinx
|
|
June 17, 2013, 08:45:09 PM |
|
Do you know if there is such a setting for cudaminer as well? (Yeah, I know shouldn't really mine with nvidia GPUs. But understand that it is the only GPU I posses.)
Not that I can see in the included readme: --no-autotune --devices --launch-config --interactive --texture-cache --single-memory Are the only config options I see documented. From the CGMiner docs, this is what the failover-only flag does: --failover-only Don't leak work to backup pools when primary pool is lagging |
|
|
|
|
|
karsy
|
|
June 17, 2013, 08:48:50 PM |
|
Do you know if there is such a setting for cudaminer as well? (Yeah, I know shouldn't really mine with nvidia GPUs. But understand that it is the only GPU I posses.)
Not that I can see in the included readme: --no-autotune --devices --launch-config --interactive --texture-cache --single-memory Are the only config options I see documented. From the CGMiner docs, this is what the failover-only flag does: --failover-only Don't leak work to backup pools when primary pool is lagging I think all the pooler cpuminer flags also applies, but I haven't read all of them. Thought maybe one of you knew. I don't want our coin to get attacked  |
|
|
|
|
MashRinx
|
|
June 17, 2013, 08:58:28 PM |
|
I'm not exactly sure I understand what that failover-only flag does, but but I've had many miners failover without it over many months.
I did see a thread not too long ago (earlier in this one, maybe?) where someone described using it to get block info from pools using that flag, but were only solo-mining. I think by default the miners send block info to backup pools so they are up-to-date in the case of failing over, using round-robin or load-balanced mining and that flag keeps from sending block info from a slow/dead pool to other pools since it could be too old to be used?
|
|
|
|
|
|
jbmiller10
|
|
June 17, 2013, 09:11:45 PM |
|
I'm not exactly sure I understand what that failover-only flag does, but but I've had many miners failover without it over many months.
I did see a thread not too long ago (earlier in this one, maybe?) where someone described using it to get block info from pools using that flag, but were only solo-mining. I think by default the miners send block info to backup pools so they are up-to-date in the case of failing over, using round-robin or load-balanced mining and that flag keeps from sending block info from a slow/dead pool to other pools since it could be too old to be used?
Yeah, apparently I've misunderstood the command... In any case, miners should have multiple pools set with the failover feature enabled. |
|
|
|
BrainShutdown
Legendary
Offline
Activity: 1052
Merit: 1004
|
|
June 17, 2013, 10:09:09 PM |
|
Pool owners, is it possible to mail your users asking them to set another pool (perhaps a p2pool) as their failover?
Wouldn't help, as if you take the pool server down, then the server can't send reconfiguration code to miners (if that's even allowed). Now, it could be reverted if the server detected 90% load and sent miners instructions ahead of time. if individual miners set the --failover flag in cgminer it'll automatically redirect them if their main pool fails. In my experience, you don't need the failover flag for CG/BFGMiner to failover to additional pools if it can't get work from a higher-prioritized pool. It will just do it automatically. That being said, I do now have the --failover-only flag set in my DGC mining config now too Multiple P2Pools set as backups and a last-resort of solo mining might not be a bad idea. +1 CGMiner conf updated pools + p2pools + solo  |
|
|
|
|
erk
|
|
June 17, 2013, 10:43:42 PM |
|
I think that DGC should consider changing the block rate from 20sec to 30sec, as there are far too many stales and orphans being produced the way it is now.
|
|
|
|
|
|
