Show Posts
|
Pages: [1] 2
|
1
|
Bitcoin / Pools / Re: BTCGuild and it's relation to DDoS attackers
|
on: October 20, 2011, 03:00:57 PM
|
Yesterday I did one thing which I'm proud of, but which was a logical step in closing the circle; what happen when I change my DNS to btcguild servers? At this time, me and deepbit were completely off, but btcguild had even higher hashrate (probably thanks to failover configurations in miners). So I modify DNS records and point everything to btcguild.com. I had 5minutes DNS timeouts, so there was an easy way how to revert this traffic back from btcguild.
As I expected, nothing happen. I leaved DNS to btcguild over a half of hour, which was many times longer than botnet need to switch to new IP address before. And btcguild was still untouched.
You may say that btcguild is using some DDoS protection, so redirecting traffic didn't affect them so much as me. But those IPs are owned by Hetzner Online AG, the same housing company as deepbit is using and which was convicted that they cannot handle DDoS attacks. This is also reason why deepbit isn't using them for facing DDoS attacks and he uses 3rd party company to handle it.
There's only one logical conclusion - an attacker didn't want to shut down btcguild.com for some reason. If I don't want to say that btcguild itself is an attacker, then I can at least say that attacker is probably using btcguild and he don't want to shoot his own leg.
Note: Currently is btcguild under an attack, too. I don't want to speculate more, because I don't have any more facts for current situation. However this attack started after I moved DNS back to my servers and post about attack on forum.
The only proven attack in this post was you attempting to attack btcguild.com
|
|
|
4
|
Bitcoin / Pools / Re: [460 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, hop OK, BTC+NMC merged!
|
on: October 10, 2011, 11:55:09 PM
|
Ok, how about BTC+NMC address receives NMC payment for work submitted with original BTC address linked to new BTC+NMC address during establishment of merged mining. Make a cut of date to stop back payments and you would keep the rest or whatever plan you have for them. Not everyone is going to want namecoins. I think a system has to be implemented rather quickly because when the next diff drops you will have more problem NMChilds to deal with.
|
|
|
5
|
Bitcoin / Pools / Re: [460 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, hop OK, BTC+NMC merged!
|
on: October 10, 2011, 11:44:06 PM
|
Possibilities I see: - Send to the Bitcoin key on the Namecoin network (ie, key export/import) on demand
- Require miner that can send a long username
- Provide a web interface for account options (including Namecoin rewards and changing minimum payout)
I like the lattemost the best [/quote] I would still like to see option two. It keeps in tradition with having minimal interfacing with the website. Just point your miners and mine, no accounts, log-ins, etc...
|
|
|
6
|
Bitcoin / Pools / Re: [460 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, hop OK, BTC+NMC merged!
|
on: October 10, 2011, 10:44:37 PM
|
Half the "problem" is that some people simply don't care for Namecoins. So I want to avoid wasting them if possible. Username and password are the same exact field in HTTP auth. [/quote] Got it, thanks. So is it going to be easier to have someone use a miner that supports sending an extremely long HTTP auth field or exporting and importing keys if they really want namecoins?
|
|
|
7
|
Bitcoin / Pools / Re: [460 GH/s] Eligius pool: ~0Fee SMPPS, no reg, RollNtime, hop OK, BTC+NMC merged!
|
on: October 10, 2011, 10:32:14 PM
|
How about a BTC address.NMC address as user id. If a NMC address is not provided then more for you or split between those who do care for them.
Many miners can't send usernames that long. If you export your Bitcoin key and import it to Namecoin, that works reasonably. Can it be expected that every single user will do this? If no will coins go to waste using this method? How about a NMC Address in the password field?
|
|
|
16
|
Bitcoin / Pools / Re: [NEW POOL] UnitedMiners.com 0%,Prop,SMS,managed rigs,clustered,iPhone
|
on: August 05, 2011, 10:37:41 PM
|
Straight prop. I'd be willing to donate premium percentage, so say like 2.5% to 5% to have hopping access along with a reliable API. Tie the pool stats into a the user API, which can only be enabled after you donate a predetermined percentage. You can then redistribute this fund to your full time miners as "additional hopper income". I think the ~50GH/s will definitely help a pool out and also attract more miners. Even if most hoppers leave after 43% of shares being submitted, there is still an incentive for finishing a block, because without the block being finished no one will get payed hopper or not. http://www.digbtc.net/ DigBitcoin resurrected itself after switching back to purely prop after trying LNSMPPS.
|
|
|
17
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 03, 2011, 05:45:29 AM
|
But, since I couldn't help you with that, re-add bitcoinpool.com
Here's why: After looking at my account settings I realized that if you donate 1% or more to the pool they will not implement any anti-hopping measures on your account. I think that's a good system and we should look into making similar arrangements with other pools. I'd be willing to donate up to 5% at some pools, to be able to hop freely. The pool can keep it or redistribute it to their full time miners. Just a thought....
bitcoinpool cuts your reward in half if you have been in the round for less the 50% of its duration, setting a donation does not stop this. the pool op takes the 50% they remove as a fee for being a hopper/par-timer/<insert favorite stereotype here>. I will no longer be donating to this pool as a result of this. 226% efficiency http://www.bitcoinpool.com/forum/viewtopic.php?f=1&t=103&p=2449&hilit=donate#p2449"you will find that donating any percentage of your earnings (setting is in your account profile), you are omitted from being flagged as a pool hopper" What am I missing?
|
|
|
18
|
Bitcoin / Mining software (miners) / Re: bitHopper: Python Pool Hopper Proxy
|
on: August 03, 2011, 04:33:48 AM
|
can someone tell me whats wrong with this api
[btcmp] name: bitcoin minepool mine_address:rr.btcmp.com:8332 api_address:http://btcmp.com/ role:mine api_method:re api_key: id="field_shares">([0-9]+)</td> api_strip:' ' url:http://btcmp.com/
This site appears to be using javascript to display the pool stats. I'm not sure how to pull that into bithopper. -grassfed all the way- But, since I couldn't help you with that, re-add bitcoinpool.com Here's why: After looking at my account settings I realized that if you donate 1% or more to the pool they will not implement any anti-hopping measures on your account. I think that's a good system and we should look into making similar arrangements with other pools. I'd be willing to donate up to 5% at some pools, to be able to hop freely. The pool can keep it or redistribute it to their full time miners. Just a thought....
|
|
|
|