This all this new Hashing power added to the pool, one would think the number of blocks found would also increase.
8 new blocks in 24 hours is extremely low, for that amount of processing power.
HMMMM.
Just my 2 cents worth.
Topic: Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB - page 132. (Read 1061485 times)
I just wanted to say how awesome it is to have 8.5 Ph/s and no fail safe! How high do you think it can go? I have new hardware coming in, should increase my processing around 4x.
welcome to the forum newb
hehe i like yer nameI'm hoping it'll go alot higher...course with all this new HW coming to the pool it sure tanked out luck %
thank god for avg.'s 
Ya i've added a few more th/s here and there to eligius 
praying for ROI each and everyday 
H) When the payout queue grows longer that a few hundred BTC:
1. The pool operator initiates a transaction with the bitcoins in the offline wallet, paying everybody in the payout queue (except those in the first block, so that miners still have something to work on) the full amount of their balance.
2. If a miner was payed out with the manual payout transaction, the payed out amount is removed from it's personnal balance. The date of their last payout is updated to the date the transaction was submitted.
3. The pool refreshes the payout queue.
1. The pool operator initiates a transaction with the bitcoins in the offline wallet, paying everybody in the payout queue (except those in the first block, so that miners still have something to work on) the full amount of their balance.
2. If a miner was payed out with the manual payout transaction, the payed out amount is removed from it's personnal balance. The date of their last payout is updated to the date the transaction was submitted.
3. The pool refreshes the payout queue.
I'll just clarify here that in a manual payout the payout queue, *not counting potential earnings for the current round*, is generally paid completely (the "As of Last Block" balance value in the user stats). Since the estimated earnings for the current round will obviously sum to 25 BTC, that is why when you see the payout queue it seems like one block was left unpaid, but those are just balances not yet rewarded/earned.
How can balances not yet rewarded/earned show up in the payout queue? Related, what if the payout queue is completely emptied out by a manual payout, and (due to vagaries of the queue and people not yet hitting their threshold) there are not yet enough users in the queue for payouts to total 25 BTC in the currently-being-mined block? Is the remainder just sent to the cold wallet for future manual payouts? Or will the pool just pay out accounts before they hit their thresholds?
Quote
The payout queue/coinbase payout normally contains the exact earnings calculation for the moment a block is found (with a correction for the obvious delay in work->mining->block submission) so that miners in the top of the queue are already paid for the block that was just found immediately when it is found. In a manual payout this is not possible, since it's not a block that is found and earning funds. So, only the balances valid/earned as of the previous block are able to be paid.
1) So manual payouts are just normal transactions pushed to the Bitcoin network? I.e., they often end up in blocks that aren't mined by Eligius? If so, it seems that it would be nice to just have that transaction included in the next Eligius-mined block so that the pool can keep the fees (equivalent to not paying fees). Obviously this could lead to a delay in payments if there is a long round, but I think that most people would understand.
2) How often does Eligius push new block contents to miners? If the exact payout amount is fully paid out and kept current (not just the "as of last block" amount) in every block, this would have to be pretty frequent..... several times a minute? So if a miner successfully finds an "old" block (with "old" version of the coinbase transaction that has "old" balances), I suppose the new balance differentials are just kept in the user's account to be paid out the next time they enter the queue?
H) When the payout queue grows longer that a few hundred BTC:
1. The pool operator initiates a transaction with the bitcoins in the offline wallet, paying everybody in the payout queue (except those in the first block, so that miners still have something to work on) the full amount of their balance.
2. If a miner was payed out with the manual payout transaction, the payed out amount is removed from it's personnal balance. The date of their last payout is updated to the date the transaction was submitted.
3. The pool refreshes the payout queue.
1. The pool operator initiates a transaction with the bitcoins in the offline wallet, paying everybody in the payout queue (except those in the first block, so that miners still have something to work on) the full amount of their balance.
2. If a miner was payed out with the manual payout transaction, the payed out amount is removed from it's personnal balance. The date of their last payout is updated to the date the transaction was submitted.
3. The pool refreshes the payout queue.
I'll just clarify here that in a manual payout the payout queue, *not counting potential earnings for the current round*, is generally paid completely (the "As of Last Block" balance value in the user stats). Since the estimated earnings for the current round will obviously sum to 25 BTC, that is why when you see the payout queue it seems like one block was left unpaid, but those are just balances not yet rewarded/earned.
The payout queue/coinbase payout normally contains the exact earnings calculation for the moment a block is found (with a correction for the obvious delay in work->mining->block submission) so that miners in the top of the queue are already paid for the block that was just found immediately when it is found. In a manual payout this is not possible, since it's not a block that is found and earning funds. So, only the balances valid/earned as of the previous block are able to be paid.
I just wanted to say how awesome it is to have 8.5 Ph/s and no fail safe! How high do you think it can go? I have new hardware coming in, should increase my processing around 4x.
Ok, I may have answered a lot of questions on this forum, but I have one now.
It has been often said on this forum that because of the orphaned block, the pool payout to miners converges to about 97% PPS, instead of 100%.
Therefore, if blocks were -never- orphaned, the payout would converge to 100% PPS. However, it is my understanding that when a block is orphaned, the pool (and the Bitcoin Network) act as if that block had never existed.
Therefore, I do not see how it makes a difference to the payout value that some block are orphaned, since acting as if it had never existed, is the same as if no block was ever orphaned, no?
It has been often said on this forum that because of the orphaned block, the pool payout to miners converges to about 97% PPS, instead of 100%.
Therefore, if blocks were -never- orphaned, the payout would converge to 100% PPS. However, it is my understanding that when a block is orphaned, the pool (and the Bitcoin Network) act as if that block had never existed.
Therefore, I do not see how it makes a difference to the payout value that some block are orphaned, since acting as if it had never existed, is the same as if no block was ever orphaned, no?
The pool expects to find blocks at a given rate. This is what the PPS payout rate is based on. An orphaned block counts as a "found block" (per expectations of the rate of finding blocks) but the pool does not get the BTC for it.
Ok, I may have answered a lot of questions on this forum, but I have one now.
It has been often said on this forum that because of the orphaned block, the pool payout to miners converges to about 97% PPS, instead of 100%.
Therefore, if blocks were -never- orphaned, the payout would converge to 100% PPS. However, it is my understanding that when a block is orphaned, the pool (and the Bitcoin Network) act as if that block had never existed.
Therefore, I do not see how it makes a difference to the payout value that some block are orphaned, since acting as if it had never existed, is the same as if no block was ever orphaned, no?
It has been often said on this forum that because of the orphaned block, the pool payout to miners converges to about 97% PPS, instead of 100%.
Therefore, if blocks were -never- orphaned, the payout would converge to 100% PPS. However, it is my understanding that when a block is orphaned, the pool (and the Bitcoin Network) act as if that block had never existed.
Therefore, I do not see how it makes a difference to the payout value that some block are orphaned, since acting as if it had never existed, is the same as if no block was ever orphaned, no?
This pool is a PPS variation so it rewards (block reward / estimated # of shares per block) to every share, the estimated # of shares block, depends on the pool dificulty and the network difficulty but it does not takes into account the orphans.
So when a block found by the pool is orphaned the rewards of that block and the next one, should be the half of a normal block to avoid that 1-2% of global bad luck/shelved shares (in the case of double orphan it should be 1/3, etc.)
Anyway global variance seems to affect a lot more than the orphans, since April my account have been at least twice at 100% of rewarded shares even with the block withholding issue we had a couple of months ago and I am right now at 98.8% with this week bad luck.
Ok, I may have answered a lot of questions on this forum, but I have one now.
It has been often said on this forum that because of the orphaned block, the pool payout to miners converges to about 97% PPS, instead of 100%.
Therefore, if blocks were -never- orphaned, the payout would converge to 100% PPS. However, it is my understanding that when a block is orphaned, the pool (and the Bitcoin Network) act as if that block had never existed.
Therefore, I do not see how it makes a difference to the payout value that some block are orphaned, since acting as if it had never existed, is the same as if no block was ever orphaned, no?
It has been often said on this forum that because of the orphaned block, the pool payout to miners converges to about 97% PPS, instead of 100%.
Therefore, if blocks were -never- orphaned, the payout would converge to 100% PPS. However, it is my understanding that when a block is orphaned, the pool (and the Bitcoin Network) act as if that block had never existed.
Therefore, I do not see how it makes a difference to the payout value that some block are orphaned, since acting as if it had never existed, is the same as if no block was ever orphaned, no?
NMC is working fine.
I seem to have broken automatic BTC payouts yesterday, though. I'll do a manual payout to catch that up as soon as these blocks confirm. Sorry about that.
I seem to have broken automatic BTC payouts yesterday, though. I'll do a manual payout to catch that up as soon as these blocks confirm. Sorry about that.
when manual payout gonna hit ? thanks
NMC is working fine.
I seem to have broken automatic BTC payouts yesterday, though. I'll do a manual payout to catch that up as soon as these blocks confirm. Sorry about that.
I seem to have broken automatic BTC payouts yesterday, though. I'll do a manual payout to catch that up as soon as these blocks confirm. Sorry about that.
How possible that pool is getting donations from unused NMC when NMC are not working since march?
NMC was being mined continuously the whole time. NMC payouts were delayed for a couple of months after the exploit occurred in March, but wizkid patched up the code and everybody got paid in full recently, maybe a month ago? And NMC payouts happen regularly now, AFAIK. At least nobody has asked about it recently.
How possible that pool is getting donations from unused NMC when NMC are not working since march?
What exchange is the most popular for NMC?
According to Coinmarketcap.com, the highest volume Namecoin exchange is BTC-E by a longshot (29 BTC volume over the past 24h), then CEX.IO (2 BTC), Cryptsy (1 BTC), Kraken (.6 BTC), BTER (.5 BTC), Vircurex (.3 BTC). Everything else is too low-volume to be worth your while. Current prices all hover in the .0028 +/- .0001 BTC range. I don't know if Namecoin has much bot action, but in general, arbitrageurs across the exchanges will keep prices to a pretty low spread.
http://coinmarketcap.com/currencies/volume/24-hour/#namecoin
What exchange is the most popular for NMC?
Popular or highest prices?
Popular would be using ghash.io
Cryptsy is probably up there as well.
What exchange is the most popular for NMC?
sure this pool is 0% fee? how you get maintenance cost if your pool is free?
Donations.
sure this pool is 0% fee? how you get maintenance cost if your pool is free?
That problem is not really significant currently, because the transaction fees are insignificant, but I'm pretty sure the pool operator will address this when the transaction fees will become significant. It is just difficult to devise a "fair" way of paying the transaction fees to the miners, because contrarily to the block reward, their value is unpredictable and varies a lot.
This will be the big test of Bitcoin. If we get a bunch of halvings, price doesn't increase significantly, and/or transaction fees don't increase, Bitcoin has a problem.
In other words, hang on tight. It'll be a wild ride, and no one knows where it'll end.
M
Indeed, the full Bitcoin network has difficulty of any arbitrary value, but I've never seen a pool (any pool! not just this one) that sent share of values not multiple of two.
You have to get out more then. 
Jump to: