Pages:
Author

Topic: [350 GH/s] "Eligius" (experimental) pool: almost feeless PPS, hoppers welcome - page 36. (Read 116992 times)

legendary
Activity: 2576
Merit: 1186
Should each miner have its own address? Does it confuse the code at all if they don't?
I can't think of any reason it would be a problem, but I'm not overly familiar with that part, and make no guarantees.
Version 2 is now live and ready for testing. Anyone care to check http://luke.dashjr.org/programs/bitcoin/pool/balances.json?
I'm lost. How do I read the 3 fields?
Balance is how much the pool considers owed to you if a block is found "now" (that is, it includes the payout of the currently-in-progress block); it is (as all data should be) denominated in raw bitcoin units aka Satoshis: divide by 100,000,000 to get the BTC equivalent.
Oldest is the time your balance went positive originally. In case there are more due for payout than the generation has to distribute, those waiting the longest get paid first.
Newest is the most recent time your balance was increased. If this gets to be over a week old, you will be paid your balance regardless of its value.
member
Activity: 78
Merit: 10
I'm lost. How do I read the 3 fields?

The last two fields are timestamps (number of seconds since epoch) but I'm not sure how to interpret the first field.
sr. member
Activity: 392
Merit: 250
Version 2 is now live and ready for testing. Anyone care to check http://luke.dashjr.org/programs/bitcoin/pool/balances.json?

I'm lost. How do I read the 3 fields?
legendary
Activity: 1500
Merit: 1022
I advocate the Zeitgeist Movement & Venus Project.
Should each miner have its own address? Does it confuse the code at all if they don't?
legendary
Activity: 2576
Merit: 1186
It ends with ,"":null}, but otherwise it seems fine.
Yeah, stupid JSON won't let me just leave a trailing comma at the end of an object, and I'd rather throw that in than slow it down even a little with a stupid check every address...
legendary
Activity: 1284
Merit: 1001
It ends with ,"":null}, but otherwise it seems fine.
legendary
Activity: 2576
Merit: 1186
Version 2 is now live and ready for testing. Anyone care to check http://luke.dashjr.org/programs/bitcoin/pool/balances.json?
legendary
Activity: 2576
Merit: 1186
Could someone having trouble with ufasoft come on #bitcoin-dev so we can troubleshoot it?
newbie
Activity: 8
Merit: 0
ufasoft 0.7 seems to idle at 0mhash/s and doing nothing.

ufasoft 0.8 isn't working for me, either.
legendary
Activity: 1500
Merit: 1022
I advocate the Zeitgeist Movement & Venus Project.
Interesting idea, trying it out.
legendary
Activity: 2576
Merit: 1186
What's the reasoning for not paying out under 1 BTC? If it's part of the generation transaction, then I wouldn't expect it would add much overhead to pay out less.
I'm assuming most people don't want to get bunches of tiny coins. It's fine for the pool, but you'll have to pay a hefty transaction fee when you want to spend them, simply due to the data size of the transaction.
Maybe you could have the password be the minimum amount you want paid?
I could, but then anyone random could hijack your address and change it easily. Better to find a happy medium, IMO.
What's the reasoning for the pool keeping all transaction fees? I'm certainly fine with a pool that takes a cut, since running a pool takes quite a bit of effort, but it feels weird to me to mine on a pool that requires transactions to have fees, but then not get any of them.
Originally, it was because the code had no way to know how much the fees added up to. With version 2 that changes, but the transactions are more or less work done by the pool, not the miners, so it makes more sense (to me) to have the pool simply keep those fees rather than taking a sizable percent out of the miners' fair work.
Just curious. I don't really do mining now that CPU mining is pretty much useless, but I fired up minerd at this for a bit until it submitted a few shares to test it.
Thanks. I'll try to get some kind of "what is my balance" online soon after I do the upgrade (which is mainly waiting on reactions and comments before I do it).
pc
sr. member
Activity: 253
Merit: 250
What's the reasoning for not paying out under 1 BTC? If it's part of the generation transaction, then I wouldn't expect it would add much overhead to pay out less. Maybe you could have the password be the minimum amount you want paid?

What's the reasoning for the pool keeping all transaction fees? I'm certainly fine with a pool that takes a cut, since running a pool takes quite a bit of effort, but it feels weird to me to mine on a pool that requires transactions to have fees, but then not get any of them.

Just curious. I don't really do mining now that CPU mining is pretty much useless, but I fired up minerd at this for a bit until it submitted a few shares to test it.
legendary
Activity: 2576
Merit: 1186
a few minutes ago v1.3 miner reported upstream RPC error and failed to reconnect to pool, I had to kill app and start it again
Sorry about that, I restarted bitcoind in preparation for the new pool script. It shouldn't happen again, when I do the real upgrade.
legendary
Activity: 2576
Merit: 1186
So far how many blocks generated?
As of now it looks like 4!  Seems we're a bit on the lucky side right now.
I count 5.

I'm about to push out an update that makes it a lot more accurate with payouts. It will also recalculate the entire history of payouts. As a result, you may have extra rewards in the next block (as soon as there are fees to cover paying them out), or you might have your payout "docked" a little because it overpaid you. In any case, the margin of error from the old code was small, under 0.02 BTC total.

Another change is that the pool will no longer make payouts for amounts under 1 BTC. It will manage a virtual balance for your address until you have that much and make a single 1 BTC payout as soon as possible. On the other hand, if your address doesn't earn anything for a whole week, it will assume you've stopped mining on the pool and payout whatever is owed.

As always, I am open to constructive criticism and suggestions. I still don't have code to display these balances anywhere (they're basically calculated during block creation every time, to avoid any problems from orphaned blocks), but I hope to soon.
hero member
Activity: 698
Merit: 500
a few minutes ago v1.3 miner reported upstream RPC error and failed to reconnect to pool, I had to kill app and start it again
member
Activity: 78
Merit: 10
So far how many blocks generated?

As of now it looks like 4!  Seems we're a bit on the lucky side right now.
legendary
Activity: 1855
Merit: 1016
So far how many blocks generated?

the hash rate runs btw 6-9 GH/s
member
Activity: 308
Merit: 10
If I mine and don't have my client up to receive payments will I get them the next time I start the client when all the blocks download? I know this works for other pools but I'm not sure for this one.

This is how it works period. Your coins are in the blocks, your client is just picking out the transactions that apply to you.
full member
Activity: 196
Merit: 100
If I mine and don't have my client up to receive payments will I get them the next time I start the client when all the blocks download? I know this works for other pools but I'm not sure for this one.
member
Activity: 78
Merit: 10
Just a note.  So far, my payoffs seem pretty good here compared to other pools.  That being said, the total hashrate went down quite a bit from it's peak so I hope it continues!
Pages:
Jump to: