Bitcoin Forum
December 06, 2016, 02:29:21 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 ... 201 »
  Print  
Author Topic: [OLD] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 #  (Read 417767 times)
runlinux
Hero Member
*****
Offline Offline

Activity: 567



View Profile WWW
July 14, 2011, 01:41:55 PM
 #121

Luke-Jr, you may want to update your first post and remove that generations dont work at Mt Gox.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481034561
Hero Member
*
Offline Offline

Posts: 1481034561

View Profile Personal Message (Offline)

Ignore
1481034561
Reply with quote  #2

1481034561
Report to moderator
1481034561
Hero Member
*
Offline Offline

Posts: 1481034561

View Profile Personal Message (Offline)

Ignore
1481034561
Reply with quote  #2

1481034561
Report to moderator
blumpkinpie76
Newbie
*
Offline Offline

Activity: 26


View Profile
July 14, 2011, 10:07:11 PM
 #122

I assume that balances from 3 or Ti are yet to be paid? Just checking. I got both my US and EU balances, so I have faith. If they have been sent, I guess I need to take a second look at my received. Thank you!
Ti is still up on ghost.mining.eligius.st probably until Monday. There's a guy on IRC who has a bunch of supercomputer CPU miners that overloaded EU, and I want him to test on Ti to see how well the new software can handle it before unleashing it on Su. Once it's shutdown and the final block has 120 confirmations, I'll be sending any remaining balances via the usual sendmany.

Received my balance from Ti today. Thank you Luke-jr!

Accepting Bitcoin for computer services in the Portland metro area. Hardware and software support, repairs, networking, and laser printer service. 12 years of professional experience. From small businesses to enterprise customers. 20% discount for customers paying in BTC. PM me if interested.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
July 15, 2011, 05:03:55 AM
 #123

In addition, the Linux networking stack has been randomly choosing machines it doesn't allow to connect--  we get the SYN packet fine, but Linux silently discards it without passing it to pushpoold.
Turns out this is a known issue when net.ipv4.tcp_tw_recycle and NAT are combined. I have disabled it on the pool server, so it should be resolved now. Much thanks to mobiusl and everyone else who helped troubleshoot!

Also, I shutdown Eligius-Ti (formerly 3) last night, and its final payout went out this morning as a sendmany.

iopq
Hero Member
*****
Offline Offline

Activity: 644


View Profile
July 15, 2011, 01:23:26 PM
 #124

Any idea why the pool has missed its chance to pay me on the last three blocks?
Payouts are processed 50 BTC (+ txn fees) at a time, choosing the addresses which have been waiting the longest first. Since our last 3 blocks were rather long, the pool rewarded over 50 BTC per block, and there's a bit of a backlog. When we get to short blocks, it will catch up again.
should have done PPLNS, and not listened to polls  Tongue

Stupidpal
Member
**
Offline Offline

Activity: 84


View Profile
July 15, 2011, 01:37:25 PM
 #125

I absolutely love the stats page.

If I helped, tip me! Smiley http://btc.to/a7
The easiest way to earn Bitcoins! BitCatch Randomizer
Dargo
Legendary
*
Offline Offline

Activity: 1554



View Profile
July 15, 2011, 02:35:20 PM
 #126

Switched back to Eligius last night, and it has been SOLID! I noticed the stats page is off again, which is a bit of a bummer, but I'm still loving this pool. When the stats are working, it is really nice to be able to check my stats without logging in with my complicated-as-hell passwords.
Yeti
Member
**
Offline Offline

Activity: 112

Firstbits: 1yetiax


View Profile
July 15, 2011, 04:37:24 PM
 #127

Any idea why the pool has missed its chance to pay me on the last three blocks?
Payouts are processed 50 BTC (+ txn fees) at a time, choosing the addresses which have been waiting the longest first. Since our last 3 blocks were rather long, the pool rewarded over 50 BTC per block, and there's a bit of a backlog. When we get to short blocks, it will catch up again.
should have done PPLNS, and not listened to polls  Tongue
Why? Seems to work out great now, server funds of over 500 BTC. That should last for a really long dry round of 70 hours! Wink

I was with Eligius from the start of my mining career, only tried out BTC Guild during the instable period, but now I'm back and staying.

1YetiaXeuRzX9QJoQNUW84oX2EiXnHgp3 or http://payb.tc/yeti

Since Bitcoin Randomizer is dead, join the Bitcoin Pyramid (referrer id #203)! Be quick, be on top! Instant payout as soon as one of your referrals deposits!
anodyne
Full Member
***
Offline Offline

Activity: 168


View Profile
July 15, 2011, 07:58:20 PM
 #128

In addition, the Linux networking stack has been randomly choosing machines it doesn't allow to connect--  we get the SYN packet fine, but Linux silently discards it without passing it to pushpoold.
Turns out this is a known issue when net.ipv4.tcp_tw_recycle and NAT are combined. I have disabled it on the pool server, so it should be resolved now. Much thanks to mobiusl and everyone else who helped troubleshoot!

Are the NAT issues something that explains why I had connection problems when I was connected over VPN (which I assume uses NAT rather than giving everyone a unique IP at the exit), or is it just something related to the server/hosting setup?

Bitcoins: solid enough to build pyramids.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
July 15, 2011, 08:00:24 PM
 #129

In addition, the Linux networking stack has been randomly choosing machines it doesn't allow to connect--  we get the SYN packet fine, but Linux silently discards it without passing it to pushpoold.
Turns out this is a known issue when net.ipv4.tcp_tw_recycle and NAT are combined. I have disabled it on the pool server, so it should be resolved now. Much thanks to mobiusl and everyone else who helped troubleshoot!

Are the NAT issues something that explains why I had connection problems when I was connected over VPN (which I assume uses NAT rather than giving everyone a unique IP at the exit), or is it just something related to the server/hosting setup?
It could be. The problem as I understand it, is that your miners are sending relative-to-an-unknown-value timestamps in the packets, and tcp_tw_recycle ignores ones with timestamps going backward in time (or something like that). So minerA and minerB have different relative-timestamps, but the earlier of the two gets ignored because of the later's packets...

digger
Sr. Member
****
Offline Offline

Activity: 322


View Profile WWW
July 15, 2011, 10:16:40 PM
 #130

your pool is big.

But i can;t find the link of blocks statistics.

doge pool: http://dog.ltcoin.net ,yac pool: http://yac.ltcoin.net ,bbq pool: http://bbq.ltcoin.net ,Litecoin pool, http://ltcoin.net dig feathercoin , http://fc.ltcoin.net bitbar pool: http://btb.ltcoin.net wdc pool: http://wdc.ltcoin.net
twmz
Hero Member
*****
Offline Offline

Activity: 737



View Profile
July 15, 2011, 10:21:34 PM
 #131

your pool is big.

But i can;t find the link of blocks statistics.

http://eligius.st/~artefact2/

Was I helpful?  1TwmzX1wBxNF2qtAJRhdKmi2WyLZ5VHRs
WoT, GPG

Bitrated user: ewal.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
July 15, 2011, 10:23:05 PM
 #132

But i can;t find the link of blocks statistics.
http://www.eligius.st/~luke-jr/raw/5/blocks/

digger
Sr. Member
****
Offline Offline

Activity: 322


View Profile WWW
July 15, 2011, 10:30:07 PM
 #133

you pool has been included http://digbtc.com

doge pool: http://dog.ltcoin.net ,yac pool: http://yac.ltcoin.net ,bbq pool: http://bbq.ltcoin.net ,Litecoin pool, http://ltcoin.net dig feathercoin , http://fc.ltcoin.net bitbar pool: http://btb.ltcoin.net wdc pool: http://wdc.ltcoin.net
coblee
Donator
Legendary
*
Offline Offline

Activity: 1078


firstbits.com/1ce5j


View Profile WWW
July 15, 2011, 10:35:06 PM
 #134

Artefact2 already has something like it: http://pident.artefact2.com/

Palmdetroit
Legendary
*
Offline Offline

Activity: 882


PHS 50% PoS - Stop mining start minting


View Profile WWW
July 15, 2011, 11:33:17 PM
 #135

 Tongue bored


DiabloD3
Legendary
*
Offline Offline

Activity: 1162


DiabloMiner author


View Profile WWW
July 16, 2011, 01:59:34 AM
 #136

Tongue bored



Palmdetroit, just because those tripleminer idiots put gigantic sig banners up doesn't mean you can. I want to ban them so much.

anodyne
Full Member
***
Offline Offline

Activity: 168


View Profile
July 16, 2011, 10:42:01 AM
 #137

In addition, the Linux networking stack has been randomly choosing machines it doesn't allow to connect--  we get the SYN packet fine, but Linux silently discards it without passing it to pushpoold.
Turns out this is a known issue when net.ipv4.tcp_tw_recycle and NAT are combined. I have disabled it on the pool server, so it should be resolved now. Much thanks to mobiusl and everyone else who helped troubleshoot!

Are the NAT issues something that explains why I had connection problems when I was connected over VPN (which I assume uses NAT rather than giving everyone a unique IP at the exit), or is it just something related to the server/hosting setup?
It could be. The problem as I understand it, is that your miners are sending relative-to-an-unknown-value timestamps in the packets, and tcp_tw_recycle ignores ones with timestamps going backward in time (or something like that). So minerA and minerB have different relative-timestamps, but the earlier of the two gets ignored because of the later's packets...

Has been running fine since your first post. It was an intermittent problem, though, so I guess it's still too early to be certain if it's something related or just good luck on my side.

Something else... I noticed to pool just finished a 250BTC round, so how about an addition to the stats pages that mentions that payments may take a few rounds when the pool has a backlog to process?

Bitcoins: solid enough to build pyramids.
Stupidpal
Member
**
Offline Offline

Activity: 84


View Profile
July 16, 2011, 11:32:25 AM
 #138

In addition, the Linux networking stack has been randomly choosing machines it doesn't allow to connect--  we get the SYN packet fine, but Linux silently discards it without passing it to pushpoold.
Turns out this is a known issue when net.ipv4.tcp_tw_recycle and NAT are combined. I have disabled it on the pool server, so it should be resolved now. Much thanks to mobiusl and everyone else who helped troubleshoot!

Are the NAT issues something that explains why I had connection problems when I was connected over VPN (which I assume uses NAT rather than giving everyone a unique IP at the exit), or is it just something related to the server/hosting setup?
It could be. The problem as I understand it, is that your miners are sending relative-to-an-unknown-value timestamps in the packets, and tcp_tw_recycle ignores ones with timestamps going backward in time (or something like that). So minerA and minerB have different relative-timestamps, but the earlier of the two gets ignored because of the later's packets...

Has been running fine since your first post. It was an intermittent problem, though, so I guess it's still too early to be certain if it's something related or just good luck on my side.

Something else... I noticed to pool just finished a 250BTC round, so how about an addition to the stats pages that mentions that payments may take a few rounds when the pool has a backlog to process?

I thought blocks were always 50 BTC chunks.

If I helped, tip me! Smiley http://btc.to/a7
The easiest way to earn Bitcoins! BitCatch Randomizer
Yeti
Member
**
Offline Offline

Activity: 112

Firstbits: 1yetiax


View Profile
July 16, 2011, 12:15:34 PM
 #139

I thought blocks were always 50 BTC chunks.
They are. Generation is (right now anyways, until block 210000) 50 BTC plus the transaction fees. However, on long rounds Eligius sends out all the other rewards from its reserve in a sendmany(?) tx. Although I couldn't confirm that for the last block of the 22h round ... How is that done exactly?

1YetiaXeuRzX9QJoQNUW84oX2EiXnHgp3 or http://payb.tc/yeti

Since Bitcoin Randomizer is dead, join the Bitcoin Pyramid (referrer id #203)! Be quick, be on top! Instant payout as soon as one of your referrals deposits!
anodyne
Full Member
***
Offline Offline

Activity: 168


View Profile
July 16, 2011, 01:23:30 PM
 #140

Blocks are 50BTC, but with the PPS system rounds can have higher rewards since the pool pays for the shares with coins it kept after short rounds. But automatic payments are still limited by the 50BTC that fit into generation, so after rounds where the value of shares exceeds that limit the pool has to queue the payments and fit them into future blocks.

The sendmany transactions were only for paying balances from the closed pools, so until there's a solution that takes cares of backlogs in a better way I think it would be appropriate to update the information about payments... at least as a precaution against the kind of people who feel they have to tediously express their opinions when they have to wait for something...  Tongue

Bitcoins: solid enough to build pyramids.
Pages: « 1 2 3 4 5 6 [7] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 ... 201 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!