Bitcoin Forum
December 08, 2016, 04:11:16 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 ... 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 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 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2032820 times)
m3ta
Sr. Member
****
Offline Offline

Activity: 427



View Profile WWW
March 05, 2012, 01:38:48 AM
 #1101


That block was found by a fork of people who didn't upgrade to the latest version/protocol change, so p2pool.info is not "missing" anything.

Why the frell so many retards spell "ect" as an abbreviation of "Et Cetera"? "ETC", DAMMIT! http://en.wikipedia.org/wiki/Et_cetera

Host:/# rm -rf /var/forum/trolls
1481213476
Hero Member
*
Offline Offline

Posts: 1481213476

View Profile Personal Message (Offline)

Ignore
1481213476
Reply with quote  #2

1481213476
Report to moderator
1481213476
Hero Member
*
Offline Offline

Posts: 1481213476

View Profile Personal Message (Offline)

Ignore
1481213476
Reply with quote  #2

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

Posts: 1481213476

View Profile Personal Message (Offline)

Ignore
1481213476
Reply with quote  #2

1481213476
Report to moderator
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1330


AKA: gigavps


View Profile
March 05, 2012, 01:41:29 AM
 #1102


That block was found by a fork of people who didn't upgrade to the latest version/protocol change, so p2pool.info is not "missing" anything.

fork that.
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
March 05, 2012, 01:43:27 AM
 #1103


That wasn't found by the main p2pool but was found by a small fork of miners that didn't update.  Blocks found by the un-updated splinter group are now intentionally excluded.  Those miners are not part of the reported pool hashrate and so their blocks shouldn't be credited against the main pool's hashrate for the purposes of things like round length and luck statistics.  I suppose I could still display "fork blocks" in some distintive way, though.

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
ChanceCoats123
Hero Member
*****
Offline Offline

Activity: 680



View Profile
March 05, 2012, 04:02:42 AM
 #1104

Bit of an unlucky day today, boys. I thought we were starting out hot with two blocks early on, but the last block is just dragging.
O_Shovah
Sr. Member
****
Offline Offline

Activity: 410


Watercooling the world of mining


View Profile
March 05, 2012, 07:29:58 AM
 #1105

Short note:

Bitcoin-qt, p2pool and Modular python bitcoin miner sucessfully running on 600 mhz ARM board.

I expect to get it running on rasberry pi as soon as i get my hands on one Cheesy

Elmojo
Full Member
***
Offline Offline

Activity: 155


View Profile
March 05, 2012, 01:13:55 PM
 #1106

Short note:
Bitcoin-qt, p2pool and Modular python bitcoin miner sucessfully running on 600 mhz ARM board.
I expect to get it running on rasberry pi as soon as i get my hands on one Cheesy

That's awesome....but why?
I don't mean that in a sarcastic way, I'm actually asking what makes it awesome?
Without a GPU, wouldn't hashing on a Rasberry Pi be in the 1-2 Mh/s range?
Please tell me I'm missing something, those Pi's look SWEET and I need an excuse to get one! Wink
rjk
Sr. Member
****
Offline Offline

Activity: 420


1ngldh


View Profile
March 05, 2012, 01:16:00 PM
 #1107

Short note:
Bitcoin-qt, p2pool and Modular python bitcoin miner sucessfully running on 600 mhz ARM board.
I expect to get it running on rasberry pi as soon as i get my hands on one Cheesy

That's awesome....but why?
I don't mean that in a sarcastic way, I'm actually asking what makes it awesome?
Without a GPU, wouldn't hashing on a Rasberry Pi be in the 1-2 Mh/s range?
Please tell me I'm missing something, those Pi's look SWEET and I need an excuse to get one! Wink
It isn't hashing, it is simply acting as a server to hold p2pool and FPGA control software. It is awesome because it removes the need for a host computer to do the same task, and instead runs on a low power embedded device.

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
March 05, 2012, 01:18:28 PM
 #1108

Short note:
Bitcoin-qt, p2pool and Modular python bitcoin miner sucessfully running on 600 mhz ARM board.
I expect to get it running on rasberry pi as soon as i get my hands on one Cheesy

That's awesome....but why?
I don't mean that in a sarcastic way, I'm actually asking what makes it awesome?
Without a GPU, wouldn't hashing on a Rasberry Pi be in the 1-2 Mh/s range?
Please tell me I'm missing something, those Pi's look SWEET and I need an excuse to get one! Wink
It isn't hashing, it is simply acting as a server to hold p2pool and FPGA control software. It is awesome because it removes the need for a host computer to do the same task, and instead runs on a low power embedded device.

Hell I don't have an FPGA but if someone can get p2pool and bitcoind running on one I would buy one (and donate the developer).  Pretty cool to have p2pool server for a 10GH/s farm running on 5 watts. Smiley
Elmojo
Full Member
***
Offline Offline

Activity: 155


View Profile
March 05, 2012, 01:32:29 PM
 #1109

It isn't hashing, it is simply acting as a server to hold p2pool and FPGA control software. It is awesome because it removes the need for a host computer to do the same task, and instead runs on a low power embedded device.

Ah, I figured it may have been something like that.
I missed the part where this thread is about P2Pool! lol
That would be awesome, running P2Pool on a Pi, controlling a cluster of FPGAs or even full GPU machines, like D&T said.
I can't wait to see where this goes!

On another note, I'm trying to get my 7970 hashing in the pool, but I can't seem to get it configured correctly with diablominer.
It works fine with cgminer, but I get better hashrates with diablo.
Anyone got this combo (7970+diablominer+P2Pool) working?
I'd love a few pointers in the right direction. Smiley
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
March 05, 2012, 01:43:15 PM
 #1110

Anyone else notice the trend of rising hashing power and falling users?  The avg hashing power per user is rising.

Higher network hashing power = lower block variance.
Higher network hashing power = higher share variance.

The above combo is a win-win for large miners but a win-lose for smaller ones.  Taken to the extreme at 600 GH/s avg block time is roughly 3 hour (current difficulty).  However at 600 GH/s share difficulty is ~1400 and for a 500 MH/s miner that means a 3.3 hour share time.  Further increases in network hashing power mean increased not reduced effective variance.

Of course there are potential solutions I am just pontificating.  
rjk
Sr. Member
****
Offline Offline

Activity: 420


1ngldh


View Profile
March 05, 2012, 01:45:12 PM
 #1111

Anyone else notice the trend of rising hashing power and falling users?  The avg hashing power per user is rising.

Higher network hashing power = lower block variance.
Higher network hashing power = higher share variance.

The above combo is a win-win for large miners but a win-lose for smaller ones.  Taken to the extreme at 600 GH/s avg block time is roughly 3 hour (current difficulty).  However at 600 GH/s share difficulty is ~1400 and for a 500 MH/s miner that means a 3.3 hour share time.  Further increases in network hashing power mean increased not reduced effective variance.

Of course there are potential solutions I am just pontificating.  
Should we have a "CPU And Crappy GPU Miners" p2pool, and a "Big Ass Hard Core Rig Monster" p2pool? Grin


Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
jamesg
VIP
Legendary
*
Offline Offline

Activity: 1330


AKA: gigavps


View Profile
March 05, 2012, 01:49:33 PM
 #1112

Anyone else notice the trend of rising hashing power and falling users?  The avg hashing power per user is rising.

Higher network hashing power = lower block variance.
Higher network hashing power = higher share variance.

The above combo is a win-win for large miners but a win-lose for smaller ones.  Taken to the extreme at 600 GH/s avg block time is roughly 3 hour (current difficulty).  However at 600 GH/s share difficulty is ~1400 and for a 500 MH/s miner that means a 3.3 hour share time.  Further increases in network hashing power mean increased not reduced effective variance.

Of course there are potential solutions I am just pontificating.  
Should we have a "CPU And Crappy GPU Miners" p2pool, and a "Big Ass Hard Core Rig Monster" p2pool? Grin

Why can't p2pool stay the way it is with small miners migrating to p2pool subpools that send out 1 difficulty shares so small miners can still get their cut?

I would be willing to setup / run a small p2pool pool (i coin this a p2p pool, you heard it hear first) without a fee but would need some open source software to run since my time is limited.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
March 05, 2012, 02:07:40 PM
 #1113


Why can't p2pool stay the way it is with small miners migrating to p2pool subpools that send out 1 difficulty shares so small miners can still get their cut?

I have indicated that a backbone & subpool model is likely the best and the most lasting however it is the most complex.  In the short term p2pool front ends or proxys (conventional pools using p2pool as backend) which accept diff 1 work buys us some time.  forrest also indicated he will consider splitting p2pool at around 500 GH/s into two instances.


As far as I can tell three major things need to change (and be extensively tested) to allow a multilayered p2pool network:

1) Increase LP interval from 10 sec to something like 30 sec or 60 sec.  This is necessary otherwise sub pools LP interval will be too small. Remember a sub pool is dependent on the main network thus it's effective LP it whenever an LP occurs on the subpool OR main network.  Yes increasing LP target interval will increase difficulty so it shouldn't be done until sub pools are ready.

2) Allow p2pool shares to be assigned to multiple addresses.  Currently when you find a share the network records a single address (your payment address) in the reward split.  Sub pools will need to split 1 share across multiple miners (based on their current share chain work distribution).

3) Modify p2pool code to work as a sub pool. It means building a "subpool" level share chain, and reward splits and being aware of backbone p2pool status (blocks, LPs, share split, etc). The subpool is "invisible" to backbone p2pool accept when subpool submits shares.
stevegee58
Hero Member
*****
Offline Offline

Activity: 783



View Profile
March 05, 2012, 02:22:57 PM
 #1114

Anyone else notice the trend of rising hashing power and falling users?  The avg hashing power per user is rising.

Higher network hashing power = lower block variance.
Higher network hashing power = higher share variance.

The above combo is a win-win for large miners but a win-lose for smaller ones.  Taken to the extreme at 600 GH/s avg block time is roughly 3 hour (current difficulty).  However at 600 GH/s share difficulty is ~1400 and for a 500 MH/s miner that means a 3.3 hour share time.  Further increases in network hashing power mean increased not reduced effective variance.

Of course there are potential solutions I am just pontificating.  

So in other words little guys like me doing 200 MH/s should probably just stick with a traditional pool until these p2pool issues are settled.

You are in a maze of twisty little passages, all alike.
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
March 05, 2012, 02:45:13 PM
 #1115

So in other words little guys like me doing 200 MH/s should probably just stick with a traditional pool until these p2pool issues are settled.

Well p2pool may not grow any larger so it may not matter.  Still at 200 MH/s p2pool growing larger doesn't help your variance.  In the long run you expected return remains the same however in short run higher hashing power results in more variance.

If/when p2pool grows larger it becomes more of a concern.  If you want to use a conventional pool try p2pool hybrid pool (it provides a 1 difficulty shares as a front end to p2pool so you can still support p2pool indirectly).
stevegee58
Hero Member
*****
Offline Offline

Activity: 783



View Profile
March 05, 2012, 02:59:08 PM
 #1116

So in other words little guys like me doing 200 MH/s should probably just stick with a traditional pool until these p2pool issues are settled.

Well p2pool may not grow any larger so it may not matter.  Still at 200 MH/s p2pool growing larger doesn't help your variance.  In the long run you expected return remains the same however in short run higher hashing power results in more variance.

If/when p2pool grows larger it becomes more of a concern.  If you want to use a conventional pool try p2pool hybrid pool (it provides a 1 difficulty shares as a front end to p2pool so you can still support p2pool indirectly).

I'm willing to "support" p2pool if it benefits me, but I really don't see any advantage for myself at this point.  There are 0% fee pools that give me a steady payout.  I'm agnostic on the arguments about whether p2pool is "better" than normal pools so I'll do whatever gets me the most BTC on average.

Security isn't an issue for me since if the pool's web site is hacked I'll only lose less than 1 day's worth of mined BTC.

You are in a maze of twisty little passages, all alike.
O_Shovah
Sr. Member
****
Offline Offline

Activity: 410


Watercooling the world of mining


View Profile
March 05, 2012, 03:14:46 PM
 #1117

I am running a x6500 FPGA board and a icraus FPGA board with my ARM board as host.
I hope this week a bitforce box from butterflylabs will join them Smiley

The ARM plattform is using ~4W out the wall at max performance, so slightly less in its current operation mode.
I will do simmilar systems on panda board and rasberry pi as soon as i get them.
These systems feature full operability as Host computers (ethernet,HDMI,USB OTG,...)

I will also create a thread with HowTo's and downloadble images for these systems soon.
I just quite busy at work at the moment so i have to ask your patience for some time.

Gabi
Legendary
*
Offline Offline

Activity: 1050


View Profile
March 05, 2012, 07:59:11 PM
 #1118

Anyone else notice the trend of rising hashing power and falling users?  The avg hashing power per user is rising.

Higher network hashing power = lower block variance.
Higher network hashing power = higher share variance.

The above combo is a win-win for large miners but a win-lose for smaller ones.  Taken to the extreme at 600 GH/s avg block time is roughly 3 hour (current difficulty).  However at 600 GH/s share difficulty is ~1400 and for a 500 MH/s miner that means a 3.3 hour share time.  Further increases in network hashing power mean increased not reduced effective variance.

Of course there are potential solutions I am just pontificating.  

So in other words little guys like me doing 200 MH/s should probably just stick with a traditional pool until these p2pool issues are settled.
340mhash/s here and i have no problems so far... sure i just find some shares but since each p2pool share right now is worth like 620 normal shares... i'm fine
forrestv
Hero Member
*****
Offline Offline

Activity: 510


View Profile
March 05, 2012, 09:06:37 PM
 #1119

The transition ~40 hours ago went better than expected. Thanks to all for upgrading.

Now that we're using the new implementation, miners can volunteer to raise their share difficulty by adding something like "/1300" to the end of their miners' usernames. The 1300 is the difficulty of your own shares, and can be changed but must be higher than P2Pool's difficulty (currently 650) to have any effect. I urge anyone whose variance is dominated by P2Pool's block finding to try this (which really means anyone who gets more than a few shares per hour). This has the effect of lowering P2Pool's difficulty for the benefit of small miners, which may let P2Pool grow further.

Last, a side note (mainly to DeathAndTaxes): I just pushed a commit that will add another option ("+1") that lets you choose your pseudoshare difficulty, so you can fix it to some value.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
Elmojo
Full Member
***
Offline Offline

Activity: 155


View Profile
March 05, 2012, 09:21:05 PM
 #1120

Sorry to (semi)re-post this, but I'd really like to jump into the pool!
I'm trying to get my 7970 hashing in the pool, but I can't seem to get it configured correctly with diablominer.
It works fine with cgminer, but I get better hashrates with diablo.
Anyone got this combo (diablominer+P2Pool) working?
I can get diablo running, but it just sits at 0.0Mh/s, even though the P2Pool app seems to be working fine.
Is there a log file or something I can post that will help track down the issue?
I followed the setup instructions in the first few posts, but they don't seem to address diablo specifically, and I think I'm just missing some minor (but important) bit of string to get it hashing.
Any help appreciated.
Pages: « 1 ... 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 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 ... 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!