Registered  Will start mining tomorrow  Look forward to it! |
|
|
|
I heard this is the thread to come to if you are looking for donations! Sent you 0.01... anyone else? Hahahaha... whahah Im RICH! RICH I TELL YOU! |
|
|
|
I heard this is the thread to come to if you are looking for donations! |
|
|
|
I switched from BTCG to DB due to the DDOS (why are botnets so bad anyways?) and so far it seems my payouts aren't nearly as high as when I was with BTCG. Sure my uptime is better, but whats the point of being connected 100% of the time when being connected at <24/7 yields more profits (in my case anyways).
There was also just a difficulty increase. This may be why you see less earnings. Just one other option to consider. |
|
|
|
|
I just noticed that the link he posted is an affiliate URL. That means the OP gets paid if you sign up under that link he posted. As a network engineer i can tell you this will not make mining better for you at all. If anything it will be worse.
|
|
|
|
Not at all, when I was mining with pools in other countries there where a huge amount of hops, stales etc. This VPN client allows you to connect your miners to the closest server where the pool is your mining at. IE if I am mining from Australia and the pool I am using is in Washington, I select Washington in the list of servers (Which there are 4) there for instance and my machine is then directly connected via VPN to the proxy in Washington and then there are only a few Hops! Not the 30 Hops, reducing latency and stale shares and what Both you guys are not understanding. It's a miners best friend, the installable client is for Windows, Linux & Mac OS's.
Uh.... ok man Not gonna argue with you but... you are wrong! |
|
|
|
gotcha! thanks for the reply anyway! |
|
|
|
A pool miner doesn't do a full and proper check against it's hash solution to determine if it meets the target. All it does is a quick check of how many leading binary zeros are present, and if it is close, it submits that work to bitcoind for verification. If the submitted work does not meet the target, this is what you get in the logs.
This is exactly what my hunch was but im wondering if its documented in the code anywhere and if so if anyone can point me to the bit of code dealiing with this scenario? |
|
|
|
Are you running this on testnet?
The only "proof of work" that a pool backend should be submitting to bitcoind is the block solution.
Are you sure about this? Maybe you dont see it happening because you dont have full verbosity debugging enabled? This is not testnet, to answer your question |
|
|
|
Im seeing this from pushpool and assume its a solution being rejected by bitcoind (the network) but it happens several times a day. I can specualte as to why this happens but i want to know for sure what condition exists to trigger this message. like so... Jul 4 02:17:52 pool_node01 pushpoold[28216]: [::ffff:<ip>] PROOF-OF-WORK submitted upstream. Result: false
Jul 4 03:38:41 pool_node01 pushpoold[28216]: [::ffff:<ip>] PROOF-OF-WORK submitted upstream. Result: false
Jul 4 07:52:31 pool_node01 pushpoold[28216]: [::ffff:<ip>] PROOF-OF-WORK submitted upstream. Result: false
Jul 4 10:14:27 pool_node01 pushpoold[28216]: [::ffff:<ip>] PROOF-OF-WORK submitted upstream. Result: false
Jul 4 16:41:21 pool_node01 pushpoold[28216]: [::ffff:<ip>] PROOF-OF-WORK submitted upstream. Result: false
|
|
|
|
|
As someone who has founded, funded, and run 6 companies from adult website revenue, I can assure you, Jessy is not trolling you. As a few other enlightened individuals have pointed out, you are CRAZY not to study every word she said and try to understand the PRINCIPLES if nothing else behind what she was trying to tell you. This woman knows the business. You dont. Its beyond me why she offered you so much hard earned information for free especially after the way you attacked her repeatedly, but my god, man! - Listen to this woman!
Having said that.... i wish you luck. If by blind chance and hard work (and trust me thats what it will be) you make this thing a success, you will think back to what a couple people were trying to tell you in this thread in a few years and think to yourself "My god! I should have listened to them! I could have avoided so many mistakes!"
Jessy, if you have projects that need partners or funding, PM me!
|
|
|
|
|
How is this useful? The packets still need to route from you to the mining pool and now if you connect first they need to route first from you to the vpn and THEN to the mining pool. You are adding at minimum 1 more hop (probably more) which means one more node across which you can get packet loss and induce additional latency.
|
|
|
|
|
Can anyone explain to me what this message means or point me to the bit of code that generates such a response as in the subject above?
Im fairly certain i understand what it means but just would like some validation that my understanding is correct!
thanks alot!
|
|
|
|
Awesome! Thanks!
I noticed that my remote clients that connect outside my local network seem to be updating perfectly in the stats page. But my local connected client seems to report as being not active and shows 0 for Mhash/sec rates. Any reson why this might be happening? I have made sure all my rpc settings match. Do I need a local bitcoin.conf file for the mining client pc? I dont really need this local client to report as I just set it up for testing ports and connections. Just curious at this point.
Peace!
sounds like a client config issue or something with pushpoold/bitcoind.... yer on yer own for this one. If some are working and others arent its not an issue with the front end. try checking yer pushpool logs, enable and running in debug mode, or explaining in more detail what you are talking about. which client, how is it connected etc. more detail is better! |
|
|
|
|
Oh last thing i can think of is that you need to allow and enable cookies for this website.... its part of how we authenticate and log you in. Is that maybe blocked?
|
|
|
|
|
Which browser? Are you sure you typed your pass correctly? Which user name did you sign up with ?
|
|
|
|
Everyone is susceptible to ddos attacks. I think tho alot of the claims of this are simply pools that are growing too fast and arent tuned properly or dont have enough capacity. A server which has more users than it can handle especially with how bitcoind and pushpool work, would look and act just like a ddos attack. But since i just started a pool up myself, i guess only time will prove me right or wrong |
|
|
|
hehe... since everyone is mentioning their new small pools..... see sig first 25 users to join me get 0% fees for life. |
|
|
|
|
yuh just the webserver files need replaced. no changes to the database have been made since revision 18
|
|
|
|
|
Show Posts
