He pays out with DGM when blocks are found, it isn't a PPS pool. So there is nothing for him to pay out of pocket in terms of BTC payments. He does have the expenses of running the pool itself, of course.

As long as the pool has enough blocks that he can cover all of his expenses, there's no reason for it to ever fail.

You can't get stats/etc through p2pool for the merge mined coins, any coins found go into the wallet for that coin on the computer you are having it connect to for the RPC commands/etc. (It's on the command line to p2pool when you give it the merge mine server/login/pw info.)

It lets you mine extra coins for free. You can only mine coins that are designed to support merge mining (like namecoin, ixcoin, etc). The only merge-minable coin with any reasonable USD conversion value is Namecoin. It can give you an extra 1%-1.5% profit than mining bitcoin alone.

+1 only sets the pseduo share target, which is used for graphing. It has no effect on the diff target you are trying to solve for actual shares on the share chain.

/1 will give you the minimum possible diff target for actual shares. p2pool will never have you target a difficulty below the minimum share diff for the pool. However, setting it really low makes sure you are always working on the lowest possible difficulty. But again this will override the use of DUST_THRESHOLD so you might not want to override it. That's up to you to decide.

Plenty of people are selling through bitcoinbuilder. As volume increase, price has been getting steady around 70%. With lighter volumes before it would range from 45%-85%.

It's an exchange, bitcoinbuilder isn't buying/selling anything. If you only want to pay 45%, then put in your bid at 45% and see if anyone ever sells that low. As the volume there keeps going higher and higher, around 70% has been the "market" rate.

Edit: Heck if you scroll up about 8 posts before yours, someone just offered to buy at 65%-70%.

Although please note if you ever mind on p2pool you must submit those stales, they could be valid blocks that pay everyone you're throwing away.

By default p2pool sets the vardiff for your user shares based on the local node's hash rate. When you are combining all of your miners that's no worry. Keep in mind your vardiff target might be set higher than otherwise on your small miners because of the one big one. It doesn't change your earnings, just increases the variance on the smaller miners. I have a patch that changes that behavior earlier in the thread and it's a pull request in the repo. You could apply by hand, or set your miner addresses on the tiny miners to something like /1. (This will also override the dust threshold though and you might not want to do that.)

As others replied already, 1 address or 4 has no effect on your total earnings. And in fact, with default p2pool, your variance for each miner will remain exactly the same as it is now. You'll just see it broken out more by each miner's address.

Maxcoin had KGW from launch instead of added in later, so the diff grew so fast that cpu mining was pointless almost immediately.

There are over 100 for sale at bitcoinbuilder.com.

With an extra year of improvements to ABE, do you know if an Electrum wallet for TRC/PPC is feasible yet?

To your own miner? /DIFF will control your share target to gets shares on the chain, +DIFF will control your pseudo share target to report work back even if it's lower than share target.

They run nginx. It's lighter weight and faster than apache.

There are two types of trading happening.

BTC for MtgoxBTC: The USD value of the BTC at MtGox vs other exchanges indirectly matters on what you will pay or accept, but when you do a trade for say 70% you are basically giving up liquidity to get a huge return on your BTC if MtGox eventually sorts it all out and you can withdrawal your MtgoxBTC from them normally down the road. Doing 1:1 trade here would make no sense.

USD BTC for USD MtgoxBTC: This is the same trade but you are pegging the exchange rate to the difference between the USD value on the exchanges. If BTC-E is $500 and MtGox is $250, then you are doing the same trade as paying 50% above. For a $1000 trade, it'd be 2 real BTC ($1000) for 4 Mtgox BTC ($1000).

Bititcoinbuilder provides raw history data but I couldn't find a chart so I made one:

http://us-east.royalminingco.com/builder/

I believe the scanner is based on all of the addresses in data/coinname/addrs. You might try setting up a direct connection to the scanner's node with -n so it sees you for sure.

Predicted Payouts is maybe not the best way to describe that column. It is actually "value of all shares currently in the share chain". They have a higher value than you because they've been mining longer and so have more total shares even though your current speed is faster, or maybe you've had a recent unlucky time or they've had a really lucky time.

The long version of "Predicted Payout For The Combined Value of All of Your Shares If A Block Is Found This Instant". It's the same values from the "Payouts" tab of the other style interface.

Fee is actually .5%, fyi.

Namecoin apparently no longer has a makefile.unix and just wants you to type 'make'. Also requires boost_chrono library.

Took me forever to discover that there is no -lboost_chrono any more on ubuntu. Just remove that line from the Makefile and it links fine. I guess all those functions are built into the basic boost library now.


Think those should be namecoin.conf?

The trade history seems active.

It seems your p2pool node has no peers in/out and network hash rate much lower than other nodes. I'm guessing a networks.py change happened at some point in the past so you are forked off from the rest of the network?