Author

Topic: Check your mining revenue - not just for P2Pool and solo mining anymore (Read 2707 times)

legendary
Activity: 2912
Merit: 1060
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
your site has worked well for me until November, but since an income of zero is displayed, even though one is there.
This address is used for mining on P2pool and contains only generatet coins.

I use this link:
http://alfter.us/income.php?addr=16D2Qe2A2sEMgLxtgRSvLA6VVYWEJxo1mL

It looks like Block Explorer is timing out.  My script retrieves transaction info for your address from http://blockexplorer.com/q/mytransactions/16D2Qe2A2sEMgLxtgRSvLA6VVYWEJxo1mL; as of right now, that URL is returning nothing.http://blockexplorer.com/q/mytransactions/16D2Qe2A2sEMgLxtgRSvLA6VVYWEJxo1mL
sr. member
Activity: 344
Merit: 250
Flixxo - Watch, Share, Earn!
Hi,

your site has worked well for me until November, but since an income of zero is displayed, even though one is there.
This address is used for mining on P2pool and contains only generatet coins.

I use this link:
http://alfter.us/income.php?addr=16D2Qe2A2sEMgLxtgRSvLA6VVYWEJxo1mL

Can you help me?
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C

Try this:

http://alfter.us/income.php?addr=17yBNpXSTMDphLg2DTNVkYWjsH3WnDhVW6&src=1VayNert3x1KzbpzMGt2qdqrAThiRovi8&simple=true

There's a new option that disables the recursive-descent validation.  The resulting graph will only be valid if the only income received at an address is mining income; if you've spent from the address and received change back to it, the numbers will be off.  If all you ever do is receive mining income and sweep it to another address every once in a while, it should work, and it's much faster.
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C

PHP might be timing out. I can't say I'm 100% happy with the time it takes to run. I might need to find a faster way to do the recursive source verification. (I should probably set it to run against a bitcoind instance instead of Blockchain.info.)
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
doesnt work with pools (EMC)

I switched to Eclipse after having a bit of a dry spell with P2Pool, which gave me some motivation to fix the script to work with other pools.  It's a fair bit slower, but it works.  If we were to assume that all input to a given address is from a pool, I could ditch the recursive search and speed things up considerably.

Read the original post for details...it's been updated.
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
Nice website Smiley

doesnt work with pools (EMC)

I kinda figured it wouldn't.  That would require looking at all income to an address, not just generation income. If the source address for income from a given pool is constant, it might be feasible to filter on that.
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
cool tool!!!! :-)

Thanks!

Quote
Can you add another Graph?
e.e. Daily stats for a Week, not a full month ?

If someone mines not a full month around the clock, the average ist not correct..

The blue average line is generated by the graph package I'm using.  There's an option to disable it, but I think the better approach to take is to know when you have bad data that will throw off the average.  With mine, for instance, there's about a one-week interval before I first brought the 7750 online that I was off of P2Pool.  That's depressing the averages, but will scroll out of view before long.

A graph of the past week's activity wouldn't be much to add to it, though.
hero member
Activity: 784
Merit: 500
Nice website Smiley

doesnt work with pools (EMC)
sr. member
Activity: 344
Merit: 250
Flixxo - Watch, Share, Earn!
cool tool!!!! :-)

Can you add another Graph?
e.e. Daily stats for a Week, not a full month ?

If someone mines not a full month around the clock, the average ist not correct..


Thanks


Subo

hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
I knocked together a script to go through the transaction history for a given address, filter out the pool transactions, add them up, and chart them so you can more easily see what you're making:

For P2Pool or solo mining, use this type of URL:

">http://alfter.us/income.php?addr=

For other pools, use this type of URL:

&src=">http://alfter.us/income.php?addr=&src=

The second address is where your pool receives its generated coins; you can get this from blockchain.info by digging back through the transaction history for recently-mined coin.  (For instance, Eclipse receives its generated coins at 1Baf75Ferj6A7AoN565gCQj9kGWbDMHfN9.)  A recursive search is done on transactions on your address to filter out those which can be traced back to your pool.  It's probably not perfect; for instance, coins sent to your address by someone else that originated at some point at the same pool will be counted.  

For a couple of examples, here's what I made with P2Pool:

http://alfter.us/income.php?addr=1N6UPydscNkUAL6ab1XaJ9i1hTV17EFr67

...and here's what I've gotten so far with Eclipse:

http://alfter.us/income.php?addr=1NgYDzGuHrJUmRSocfScYgBuGwsuvBB9Kz&src=1Baf75Ferj6A7AoN565gCQj9kGWbDMHfN9&simple=true

It will give you your total income to date (in BTC and $, the latter based on the current MtGox bid price) and graphs of the last 30 days' daily income and 30 weeks' weekly income.  Source information is from BlockExplorer and Blockchain.info.  
P2Pool and solo-mining results will come up much more quickly than results for other pools, due to the aforementioned recursive search.  

Update: Since the recursive-search feature is so slow that PHP can time out, you might have better luck appending "&simple=true" to your mining-pool query to disable it. So long as the only income at that address is mining income (no change received back from a transaction, no income from other sources), the graph will still be an accurate indication of mining income.  In this case, src can be any non-empty string.
Jump to: