Bitcoin Forum
December 06, 2016, 12:22:17 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2031532 times)
Shadow383
Sr. Member
****
Offline Offline

Activity: 336


View Profile
May 12, 2012, 08:51:57 AM
 #2261

Yes, I  only have 1 miner using his BTC address as username that is receiving payments. The node BTC address balance stay at 0.
Using a 0.5% fee just means that you'll keep 5 out of every 1,000 shares that's mined through your node. You might not see a payment for a while.
Great thank's for the info!

Also, it's random (with a probability equal to the percentage you set) that any given share will be redirected to your node's address.  So you'll not necessarily get exactly 5 out of the first 1000.  It'll end up averaging that in the long term, though.
Was wondering why I hadn't seen anything go to the wallet of my 0.1% fee node, then suddenly got payment the other day  Huh
Makes sense now, cheers  Grin
1481026937
Hero Member
*
Offline Offline

Posts: 1481026937

View Profile Personal Message (Offline)

Ignore
1481026937
Reply with quote  #2

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

Posts: 1481026937

View Profile Personal Message (Offline)

Ignore
1481026937
Reply with quote  #2

1481026937
Report to moderator
Frizz23
Hero Member
*****
Offline Offline

Activity: 644



View Profile
May 12, 2012, 05:39:31 PM
 #2262

Question for the "Blocks found in last day:" section from http://localhost:9332:

* I got credit for some blocks that did not show up in this section.
* I can see those blocks in my local Bitcoin wallet as well as on http://p2pool.info/
* p2pool shows me: Shares: 51 total (0 orphaned, 0 dead)

- I would have expected that this "orphaned" counter would be greater than 0 in cases like this. No?
- How come the local block statistics (http://localhost:9332) are different from the ones on http://p2pool.info/ ?


P.S.
After some weeks of mining for a different pool I'm back to p2pool now - this might explain the bad luck we have recently. I'm sort of hoodoo to p2pool Wink



Gomeler
Hero Member
*****
Offline Offline

Activity: 635



View Profile
May 13, 2012, 02:45:34 AM
 #2263

I just redirected a pair of rigs @ p2pool as a trial run to monitor bandwidth consumption and BTC throughput. Does the below output look ok?

2012-05-12 20:39:29.682525 P2Pool: 17410 shares in chain (9724 verified/17414 total) Peers: 10 (0 incoming)
2012-05-12 20:39:29.682617  Local: 4445MH/s in last 10.0 minutes Local dead on arrival: ~2.6% (1-5%) Expected time to share: 11.8 minutes
2012-05-12 20:39:29.682643  Shares: 13 (2 orphan, 0 dead) Stale rate: ~15.4% (4-43%) Efficiency: ~95.2% (64-108%) Current payout: 0.0798 BTC
2012-05-12 20:39:29.682673  Pool: 353GH/s Stale rate: 11.1% Expected time to block: 5.9 hours


Just synced the server running p2pool with ntp and have ntpd running, not sure if that was the cause of the orphans. I think my intensity is set too high(9) on one of my boxes which might explain the stale rate?

ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 680



View Profile
May 13, 2012, 04:53:18 AM
 #2264

That seems to be right. The stales will be higher with a higher intensity, but the hashrates will be too. Typically I use a little lower to cut the orphans.
Krak
Hero Member
*****
Offline Offline

Activity: 591



View Profile WWW
May 13, 2012, 05:20:00 AM
 #2265

That seems to be right. The stales will be higher with a higher intensity, but the hashrates will be too. Typically I use a little lower to cut the orphans.
I'm pretty sure that a lower intensity doesn't do anything to help lower orphans; it's simply to reduce your DoA rate so that you're not wasting as many hashes.

BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
Tittiez
Hero Member
*****
Offline Offline

Activity: 686



View Profile
May 13, 2012, 05:26:58 AM
 #2266

I'm loving this day long round! (Yes, I went there)
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 680



View Profile
May 13, 2012, 06:22:23 AM
 #2267

That seems to be right. The stales will be higher with a higher intensity, but the hashrates will be too. Typically I use a little lower to cut the orphans.
I'm pretty sure that a lower intensity doesn't do anything to help lower orphans; it's simply to reduce your DoA rate so that you're not wasting as many hashes.

I coulda sworn it was the other way around. Oh well. Either way, it helps keep rejects down, and my payrate up. Wink
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
May 14, 2012, 12:25:32 AM
 #2268

Is there any way to identify which rig, or even better which gpu is responsible for my orphans/stales ?

which miner?  cgminer and guiminer both list the accepted and rejected blocks per gpu.

phoenix 2.0 doesn't seem to be as friendly.

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
Smoovious
Hero Member
*****
Offline Offline

Activity: 504

Scattering my bits around the net since 1980


View Profile
May 14, 2012, 08:56:29 AM
 #2269

Is there any way to identify which rig, or even better which gpu is responsible for my orphans/stales ?

which miner?  cgminer and guiminer both list the accepted and rejected blocks per gpu.

phoenix 2.0 doesn't seem to be as friendly.
You could set each miner up with a different deposit address as the username. Then they would show up seperately on the graphs.

-- Smoov
Icoin
Hero Member
*****
Offline Offline

Activity: 585



View Profile WWW
May 14, 2012, 12:10:46 PM
 #2270

Hi
Is it possible to add the http://p2pool.info/favicon.ico from p2pool.info to the actual p2pool gitgub fork? Allso i like the way the actual hashrate can be reviewed for any timeperiod there, would be great to have that for a p2pool node aswell..

Thanks in advance

bitpop
Legendary
*
Offline Offline

Activity: 1918


https://keybase.io/bitpop


View Profile WWW
May 14, 2012, 01:10:39 PM
 #2271

Pull: https://github.com/forrestv/p2pool/pull/24
Test: http://bitpoppool.geekgalaxy.com:9332/static/

Hi
Is it possible to add the http://p2pool.info/favicon.ico from p2pool.info to the actual p2pool gitgub fork? Allso i like the way the actual hashrate can be reviewed for any timeperiod there, would be great to have that for a p2pool node aswell..

Thanks in advance

Reputation  |  PGP  |  DigitalOcean  |  OpenVPN 2GB Free  |  TorGuard  |  Ethereum Classic
Bitcoin: 3DSh6AnmvBpDJFUz2mnLirMLmTMcFs9nDm
Bitmessage: BM-2cXN9j8NFT2n1FxDVQ6HQq4D4MZuuaBFyb
gmaxwell
Moderator
Legendary
*
Offline Offline

Activity: 2016



View Profile
May 14, 2012, 05:28:21 PM
 #2272

https://bitcointalk.org/index.php?topic=81749.0

I hope everyone has upgraded to 0.6.2.  If not, do so right away!

And thanks for Forrest for finding and reporting this issue!
coretechs
Donator
Sr. Member
*
Offline Offline

Activity: 362



View Profile
May 14, 2012, 06:02:00 PM
 #2273

https://bitcointalk.org/index.php?topic=81749.0

I hope everyone has upgraded to 0.6.2.  If not, do so right away!

And thanks for Forrest for finding and reporting this issue!


+1 thanks Forrest!

http://bitcoindoc.com - The Rise and Rise of Bitcoin | http://nxtportal.org - Nxt blockchain explorer
Aseras
Hero Member
*****
Offline Offline

Activity: 658


View Profile
May 14, 2012, 09:09:15 PM
 #2274

Wonder if he "discovered" it by having p2ppol do something that essentially dos'ed itself and causes some of those long block problems?
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 680



View Profile
May 15, 2012, 12:12:59 AM
 #2275

Updated! Smiley
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
May 15, 2012, 12:40:22 AM
 #2276

Wonder if he "discovered" it by having p2ppol do something that essentially dos'ed itself and causes some of those long block problems?

You mean the 33 hour one?  <facepalm>

Horrible luck for 300+ g/h.

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
forrestv
Hero Member
*****
Offline Offline

Activity: 510


View Profile
May 15, 2012, 01:06:45 AM
 #2277

The bug I discovered in Bitcoin has no affect on or relationship to P2Pool. (:

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
coretechs
Donator
Sr. Member
*
Offline Offline

Activity: 362



View Profile
May 15, 2012, 04:34:51 AM
 #2278

Quote from: Luke-Jr
Uh, what? p2pool is more susceptible to DoS than other pools...

Would you mind explaining how/why?  I usually think of a typical DDoS attack against a public mining pool address, perhaps you are referring to a different DoS method that I'm not considering.

http://bitcoindoc.com - The Rise and Rise of Bitcoin | http://nxtportal.org - Nxt blockchain explorer
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
May 15, 2012, 04:59:00 AM
 #2279

Quote from: Luke-Jr
Uh, what? p2pool is more susceptible to DoS than other pools...

Would you mind explaining how/why?  I usually think of a typical DDoS attack against a public mining pool address, perhaps you are referring to a different DoS method that I'm not considering.
It's trivial to get the IPs of every p2pool miner, and spread the DDoS across them. Many (most?) mining pools can withstand far more bandwidth being thrown at them, than the equivalent in miners' connections, so the DDoS will require less bandwidth to pull off. Furthermore, since such a DDoS takes out the miners' connection, it effectively prevents any failover including solo mining.

To contrast, not only do other pools have higher DDoS resistance in terms of bandwidth, but they generally keep their miners' IPs private, so when/if the pool goes down, the miners are free to failover to another pool.

kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
May 15, 2012, 05:06:58 AM
 #2280

Though ... the IP address of a non-p2pool pool is even less than trivial and doesn't require running p2pool and waiting and hoping to get everyone on p2pool to connect to you.
You get the IP address pretty much immediately when you want to start your DDoS attack and thus leave no pre DDoS trail ...

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Pages: « 1 ... 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 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 ... 744 »
  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!