[1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool

[Rluner]

Just a quick update on my 10GH processing via P2pool with my BE. I guess Ive been lucky as everything has always worked perfect for me on P2Pool, until this last difficulty rise. I used to get payouts in virtually every new block found. Ive been told by respected members of the forum I will still get my fair payout, and so I am continuing to processes via P2Pool even though I have not had a payout in around four solid days. I trust the members that have given me this advise. I will ofc feel happy when I see a payment again.......  ty all again.

[Carlton Banks]

@ Kano & ckolivas

Just got a reply in the Black Arrow thread that their new units have got you guys collaborating on the miner driver... I asked them (simply) whether they would be p2pool ready or not, but what with all the long poll and work flushing talk in this thread, would you care to shed any light on how p2pool capable the prospero will be from your perspective? (Black Arrow just answered the question by saying that they will be using Stratum protocol; a fat lot of good these things would be without it! 2 TH/s on getwork, um, yeah)

[-ck]

Agreed, sorry, I went in a 'big kid who lost his lolly' crusade to OffTopicLand. 

I also apologise for being a TAUC towards kano and ck - there's no need for it, even though I disagree with their choice of USB drivers, they're still producing one of the top-two mining programs, without which BTC wouldn't be where it is now.

I hope you accept my apologies.

Graciously accepted. Humility is a priceless quality, and exceptionally rare on these forums.

Now back to the important business of mining...

Moving forward, we've been trying to get manufacturers to take the idea of work restart a step beyond the current notion of throw all work out and start again and have at least 2 different levels of restart. One for "updated work" to throw out queued work that's not been started on, and one for "block change" which stops all current work and throws out all queued work. As ASIC manufacturers so far have only been interested in getting hardware out ASAP, it's clear these issues have not remotely concerned them, but we see encouraging signs that the next generation of ASICs will be far more professional and raise the bar for what the standard should be.

[kano]

@ Kano & ckolivas

Just got a reply in the Black Arrow thread that their new units have got you guys collaborating on the miner driver... I asked them (simply) whether they would be p2pool ready or not, but what with all the long poll and work flushing talk in this thread, would you care to shed any light on how p2pool capable the prospero will be from your perspective? (Black Arrow just answered the question by saying that they will be using Stratum protocol; a fat lot of good these things would be without it! 2 TH/s on getwork, um, yeah)

If you mean the minions?
He replied in my cgminer hardware design thread:
https://bitcointalk.org/index.php?topic=294499.msg3159041#msg3159041
(and yes I have PMed back and forth with him about the design)

[Carlton Banks]

@ Kano & ckolivas

Just got a reply in the Black Arrow thread that their new units have got you guys collaborating on the miner driver... I asked them (simply) whether they would be p2pool ready or not, but what with all the long poll and work flushing talk in this thread, would you care to shed any light on how p2pool capable the prospero will be from your perspective? (Black Arrow just answered the question by saying that they will be using Stratum protocol; a fat lot of good these things would be without it! 2 TH/s on getwork, um, yeah)

If you mean the minions?
He replied in my cgminer hardware design thread:
https://bitcointalk.org/index.php?topic=294499.msg3159041#msg3159041
(and yes I have PMed back and forth with him about the design)

Encouraging? Or, does it at least sound as if any shortcomings in the driver implementation can be fixed by you guys subsequent to you receiving a Minion/Prospero? (I understand the chips are called Minions and the units are called Prosperos). Assuming they send you a sample 100 GH/s at the least...  

[kano]

@ Kano & ckolivas

Just got a reply in the Black Arrow thread that their new units have got you guys collaborating on the miner driver... I asked them (simply) whether they would be p2pool ready or not, but what with all the long poll and work flushing talk in this thread, would you care to shed any light on how p2pool capable the prospero will be from your perspective? (Black Arrow just answered the question by saying that they will be using Stratum protocol; a fat lot of good these things would be without it! 2 TH/s on getwork, um, yeah)

If you mean the minions?
He replied in my cgminer hardware design thread:
https://bitcointalk.org/index.php?topic=294499.msg3159041#msg3159041
(and yes I have PMed back and forth with him about the design)

Encouraging? Or, does it at least sound as if any shortcomings in the driver implementation can be fixed by you guys subsequent to you receiving a Minion/Prospero? (I understand the chips are called Minions and the units are called Prosperos). Assuming they send you a sample 100 GH/s at the least...  

At this point in the process I have no concerns about the design.

[agibby5]

Yeah, I agree that it'd be nice to see Jupiters able to hash properly on P2Pool.

[kano]

Yeah, I agree that it'd be nice to see Jupiters able to hash properly on P2Pool.

Th 10s LP delay makes p2pool mining with KFC a bad move until they work around that.

[twmz]

Yeah, I agree that it'd be nice to see Jupiters able to hash properly on P2Pool.

Th 10s LP delay makes p2pool mining with KFC a bad move until they work around that.

It's 30s now, but your point is still valid.

[kano]

Yeah, I agree that it'd be nice to see Jupiters able to hash properly on P2Pool.

Th 10s LP delay makes p2pool mining with KFC a bad move until they work around that.

It's 30s now, but your point is still valid.

I'm referring to the KFC 10s LP delay
(Yeah ain't that scary that they did that!)

[nonlinear]

Well, I'm coming back to the "they work with other pools". 

I've donated to p2pool plenty - I left the author donation on, and I even sent BTC - but nothing has been done in ages.  p2pool really is becoming a still-birth. It's not 2012, people aren't mining with GPUs any more.
 
I know I'm only a low-scale miner (30GH, soon 50GH), but I'm not using p2pool because it doesn't work with my hardware, even when I mine to p2pool through a proxy.  OK, it's only 30GH, but if I'm giving up on the pool, what are the chances of new users going to the bother of setting up a machine, only to find it doesn't work?  Nil.

p2pool's continued EXISTENCE relies on it being able to cope with the current and future ASIC miners, no matter what retarded firmware on them does. 

2 x 60GH/s miners here. Seems pretty good to me so far. What's the problem?

2013-10-22 23:08:48.262337 P2Pool: 17382 shares in chain (17386 verified/17386 total) Peers: 9 (3 incoming)
2013-10-22 23:08:48.262503  Local: 126GH/s in last 10.0 minutes Local dead on arrival: ~2.8% (1-5%) Expected time to share: 59.7 minutes
2013-10-22 23:08:48.262634  Shares: 32 (3 orphan, 1 dead) Stale rate: ~12.5% (4-29%) Efficiency: ~107.9% (88-118%) Current payout: 0.1353 BTC
2013-10-22 23:08:48.262764  Pool: 22105GH/s Stale rate: 18.9% Expected time to block: 14.5 hours

[nonlinear]

Hello all,

I'm new to p2pool and one thing I miss from previous pools is an email notification when I get a payout.

Anyone know if this will work?

Code:

bitcoind -walletnotify="/path/to/notify_script.sh %s"

Code:

#!/bin/sh
#notify_script.sh
#snarfs the transaction passed in from bitcoind and emails the generated amount

amount=`bitcoind gettransaction $1 | grep -A 12 generated | grep amount | awk '{print $3}'`

if [ -n "$amount" ]
then
  echo "Mined $amount" | mail -s "Yay! Mined new block on p2pool" my@email.addy
fi

Edit: nevermind...answered my own question just now! For those interested it does work.

[xyzzy099]

Wow.

The newest firmware from KnC (0.97) makes their miners work FLAWLESSLY with p2pool!  The difference is staggering.  Before p2pool was literally unusable with my Saturn - but now I am getting close to max hashrate

[gnar1ta$]

Wow.

The newest firmware from KnC (0.97) makes their miners work FLAWLESSLY with p2pool!  The difference is staggering.  Before p2pool was literally unusable with my Saturn - but now I am getting close to max hashrate

I wouldn't say flawlessly...but it does look much better.  I'll run 24 hrs and post results.

[xyzzy099]

Wow.

The newest firmware from KnC (0.97) makes their miners work FLAWLESSLY with p2pool!  The difference is staggering.  Before p2pool was literally unusable with my Saturn - but now I am getting close to max hashrate

I wouldn't say flawlessly...but it does look much better.  I'll run 24 hrs and post results.

Yeah, after a few hours of letting it run, I'd agree that it's not flawless - but it is way, way better than it was.

[gnar1ta$]

Here is Jupiter with .97.  Compare to here https://bitcointalk.org/index.php?topic=18313.msg3307821#msg3307821

[roadsterreplica]

What a headache. First the servers crashed, then the miners crashed, then the power went out. But finally, finally got my servers up and running - YAY. Now I just need to get the rest of the miners up and functional.

My public p2pool node: http://mining.all-aboutbitcoins.com:9332/

[rav3n_pl]

Here is Jupiter with .97.  Compare to here https://bitcointalk.org/index.php?topic=18313.msg3307821#msg3307821

Is it also run 440GH/s on "normal" pools? Looks like flushwork takes like 1 sec

[Clock Loop]

Wholy cowpie batman, I stop mining 6 months ago, and come back and find that I can't even make it on the board.  
(dual gpu @ 130mh)

Oh well, now I just start my miners and use them as a heater when I need heat in my room.


Looks like the bitcoin network is going to get much smaller over time, as more and more hashers can't make the board.
This is a VERY BAD THING.  
This means that the security of the network is reduced, and is susceptible to shutdown using legal pressure on the few miners that are left.
Bitcoins strength was that it has so many hashers, the idea that any government could take down the hashers was impossible.
The death of fiat using the method of death by 1,000,000 cuts, now seems like its not going to happen.
As ROI disappears, only hashers left will be behemoths.
This implys that the entire network should implement a NODE policy (rewards for just running a hasher of any rate)
Even max rewards no matter who runs bigger hash.
(this would create hashers that just want the fame of being a large hasher(bragging rights) AND keep all the little nodes running.
Similar to how torrents work.  They work not because a single user is pushing gigabits, but because all users are pushing megabits(times 1,000)
If a ratio policy was implemented into torrents, the idea would have already failed(like the old days of ftps)

The value isn't in the nodes hash rate, but the fact that they are yet another node doing the relay race.
Rewards for running any hasher should have been implemented into the design to encourage everyone to stay in.

I don't really know, but I DO know that the number of participating hashers(regardless of hash rate) makes it safer for everyone.
Really, who cares who hashes more, if they are a single point of failure, it completely throws the model out the window.
Bitcoin2.0 needs to start now before the entire network hashes its self out of existence.

I understand that the bitcoin generated isn't worth the POWER the gpus use, but what if someone wants to generate SOMETHING?
(even very small returns?)

  If you can't generate a single share, you can't get on the list, so....
in the words of willy... http://www.youtube.com/watch?v=M5QGkOGZubQ

[kjj]

I understand that the bitcoin generated isn't worth the POWER the gpus use, but what if someone wants to generate SOMETHING?
(even very small returns?)

My GPUs are still running strong.  They find a share every few days and earn a little dust.