Bitcoin Forum
September 28, 2016, 12:02:43 AM *
News: Due to DDoS attacks, there may be periodic downtime.
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3151 (80.4%)
Bank transfer / USD - 407 (10.4%)
Gold/silver coins and bars - 359 (9.2%)
Total Voters: 3915

Pages: « 1 ... 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 [690] 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 ... 1104 »
  Print  
Author Topic: [40+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 3855663 times)
eleuthria
Legendary
*
Offline Offline

Activity: 1750


BTC Guild Owner


View Profile WWW
December 21, 2013, 02:18:39 AM
 #13781


Who's getting all the blocks now? Private pools, or tera-hashing solo miners? I know it ain't us.


sorry for the dumb question - i'm still learning - but are you asking this because your miner also stopped to work as mine?

when i restart bfgminer, it tells me:

Code:
[2013-12-21 01:29:45] Probing for an alive pool
[2013-12-21 01:29:46] Pool 0 stratum+tcp://stratum.bitcoin.cz:3333 alive
[2013-12-21 01:29:46] Network difficulty changed to 908M ( 6.50Ph/s)
[2013-12-21 01:29:46] Stratum from pool 0 detected new block
[2013-12-21 01:29:46] Pool 0 is hiding block contents from us
[2013-12-21 01:29:54] Stratum from pool 0 requested work update
[2013-12-21 01:30:23] Stratum from pool 0 requested work update
[2013-12-21 01:30:24] Stratum from pool 0 requested work update
...

Would someone be so kind to describe what "Pool 0 is hiding block contents from us" means?

Thank you in advance!

My BJGminer says that all the  time too, and continues to work normally, so I just ignore it. Yes, I'd be curious to know what it means too. I'm sure it's been explained on here many times, but I can't find it.

russell
     

Hiding block contents just means the pool doesn't let you request the full raw block of data.  AFAIK none of the stratum pools have this enabled at the moment.  bfgminer complains about that.  Transparency would be nice, but it's at the cost of massive bandwidth requirements (raw block contents can be 300-500 KB or more), creating an easy way for malicious users to cause massive bills/exhaust available connection bandwidth.

R.I.P. BTC Guild, 2011 - 2015.
BTC Guild Forum Thread
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1475020963
Hero Member
*
Offline Offline

Posts: 1475020963

View Profile Personal Message (Offline)

Ignore
1475020963
Reply with quote  #2

1475020963
Report to moderator
1475020963
Hero Member
*
Offline Offline

Posts: 1475020963

View Profile Personal Message (Offline)

Ignore
1475020963
Reply with quote  #2

1475020963
Report to moderator
1475020963
Hero Member
*
Offline Offline

Posts: 1475020963

View Profile Personal Message (Offline)

Ignore
1475020963
Reply with quote  #2

1475020963
Report to moderator
BuhTuglia
Full Member
***
Offline Offline

Activity: 137



View Profile WWW
December 21, 2013, 02:25:32 AM
 #13782


Who's getting all the blocks now? Private pools, or tera-hashing solo miners? I know it ain't us.


sorry for the dumb question - i'm still learning - but are you asking this because your miner also stopped to work as mine?

when i restart bfgminer, it tells me:

Code:
[2013-12-21 01:29:45] Probing for an alive pool
[2013-12-21 01:29:46] Pool 0 stratum+tcp://stratum.bitcoin.cz:3333 alive
[2013-12-21 01:29:46] Network difficulty changed to 908M ( 6.50Ph/s)
[2013-12-21 01:29:46] Stratum from pool 0 detected new block
[2013-12-21 01:29:46] Pool 0 is hiding block contents from us
[2013-12-21 01:29:54] Stratum from pool 0 requested work update
[2013-12-21 01:30:23] Stratum from pool 0 requested work update
[2013-12-21 01:30:24] Stratum from pool 0 requested work update
...

Would someone be so kind to describe what "Pool 0 is hiding block contents from us" means?

Thank you in advance!

My BJGminer says that all the  time too, and continues to work normally, so I just ignore it. Yes, I'd be curious to know what it means too. I'm sure it's been explained on here many times, but I can't find it.

russell
      

Hiding block contents just means the pool doesn't let you request the full raw block of data.  AFAIK none of the stratum pools have this enabled at the moment.  bfgminer complains about that.  Transparency would be nice, but it's at the cost of massive bandwidth requirements (raw block contents can be 300-500 KB or more), creating an easy way for malicious users to cause massive bills/exhaust available connection bandwidth.

I see... thanks for the info... very interesting, and sensible.

russell

Just another dust miner... Enquiring Gnomes want to Mine!
Send nothing to 16SVa2iQA6HuNPDGYShpmeEvUBRi2gW7f1
dbell
Jr. Member
*
Offline Offline

Activity: 59


View Profile
December 21, 2013, 02:55:47 AM
 #13783

I have a some older technology Getwork miners working through a Stratum Proxy hashing on Slush.  Running around 50 to 70 GH combined

I had one recent round, 21228, where I had no reward for any shares.  What is up?  The value formula indicates the reward should have been 0.0013 BTC.  "The reward earned by a given user is given by the following formula:
(25 BTC + block fees - 2% fee) * (shares found by user's workers) / (total shares in current round)"

Not much loss but it seems like something is wrong or I don't understand the BTC reward algorithm, or I don't undestand reward reporting.

Round  Duration   Total Shares     My Shares  BTC Reward    Block #    Block Value   Validation
21230   1:43:31   728080133           102720   0.00390706   276139   25.04945416    98 confirmations left
21229   9:39:26   4091124633         480476   0.00383220   276127   25.12559563    86 confirmations left
21228   4:35:30   1928606238         102602   0.00000000   276067   25.17414052    26 confirmations left
21227   0:46:16   323420163             47502   0.00321315   276036   25.06559435    confirmed
21226   0:14:56   104058374             13282   0.00321300   276031   25.01980000    confirmed
21225   1:07:44   472925199             64496   0.00285957   276029   25.20153852    confirmed
21224   0:04:17   29652709               4292    0.00351801   276018   25.03507003    confirmed
21223   1:52:10   783569002             58652   0.00273363   276016   25.05123438    confirmed

Round 21224 sure was a winner!
FiniteMatter
Newbie
*
Offline Offline

Activity: 21


View Profile
December 21, 2013, 07:04:59 AM
 #13784

I have a some older technology Getwork miners working through a Stratum Proxy hashing on Slush.  Running around 50 to 70 GH combined

I had one recent round, 21228, where I had no reward for any shares.  What is up?  The value formula indicates the reward should have been 0.0013 BTC.  "The reward earned by a given user is given by the following formula:
(25 BTC + block fees - 2% fee) * (shares found by user's workers) / (total shares in current round)"

Not much loss but it seems like something is wrong or I don't understand the BTC reward algorithm, or I don't undestand reward reporting.

Round  Duration   Total Shares     My Shares  BTC Reward    Block #    Block Value   Validation
21230   1:43:31   728080133           102720   0.00390706   276139   25.04945416    98 confirmations left
21229   9:39:26   4091124633         480476   0.00383220   276127   25.12559563    86 confirmations left
21228   4:35:30   1928606238         102602   0.00000000   276067   25.17414052    26 confirmations left
21227   0:46:16   323420163             47502   0.00321315   276036   25.06559435    confirmed
21226   0:14:56   104058374             13282   0.00321300   276031   25.01980000    confirmed
21225   1:07:44   472925199             64496   0.00285957   276029   25.20153852    confirmed
21224   0:04:17   29652709               4292    0.00351801   276018   25.03507003    confirmed
21223   1:52:10   783569002             58652   0.00273363   276016   25.05123438    confirmed

Round 21224 sure was a winner!

I've had the all zeros thing happen to me before too, but I found out that my miners weren't connected during that time because of an issue on my stratum proxy (nat'ing issue) so they weren't able to connect to the pool during that round. You sure everything was working as expected during that round for you? I'm guessing that since the next round shows results that it may not be the problem you were seeing, but thought I'd throw it out there just in case.
deagel
Member
**
Offline Offline

Activity: 67


View Profile
December 21, 2013, 09:22:43 AM
 #13785

Hi,
i have a short question:

#      Block found at             Duration   Total shares   Your shares     Your BTC reward   Block #   Block value            Validity
21229   2013-12-21 00:36:48     9:39:26   4091124633   17590     0.00000000           276127   25.12559563    34 Bestätigungen ausstehend

My miner can't finished the block couse of an hardware problem but is it true that i get no reward or will it be calculated later?

thanks

deagel
kabopar
Hero Member
*****
Offline Offline

Activity: 616


View Profile
December 21, 2013, 10:36:40 AM
 #13786

difficulty just rose to 1180923195 (30% increase)
kabopar
Hero Member
*****
Offline Offline

Activity: 616


View Profile
December 21, 2013, 10:41:48 AM
 #13787

Hi,
i have a short question:

#      Block found at             Duration   Total shares   Your shares     Your BTC reward   Block #   Block value            Validity
21229   2013-12-21 00:36:48     9:39:26   4091124633   17590     0.00000000           276127   25.12559563    34 Bestätigungen ausstehend

My miner can't finished the block couse of an hardware problem but is it true that i get no reward or will it be calculated later?

thanks

deagel
It depends when did your hardware stop working, Slush uses an exponentially decaying function, the formula is somewhere in the FAQ or on this thread.  In some cases the reward is reported as zero or low, then it is updated to the correct value.  This may happen even if your system was hashing the full time.  If you stopped hashing a long enough time before the block was found, then your reward will reduce to almost nothing.  On the other hand if you hopped to another pool or had a hardware problem, but got back to Slush enough time before the end of the block, then you'll get essentially the full reward as if you were there 100% of the time...
deagel
Member
**
Offline Offline

Activity: 67


View Profile
December 21, 2013, 10:50:53 AM
 #13788

Hi,
i have a short question:

#      Block found at             Duration   Total shares   Your shares     Your BTC reward   Block #   Block value            Validity
21229   2013-12-21 00:36:48     9:39:26   4091124633   17590     0.00000000           276127   25.12559563    34 Bestätigungen ausstehend

My miner can't finished the block couse of an hardware problem but is it true that i get no reward or will it be calculated later?

thanks

deagel
It depends when did your hardware stop working, Slush uses an exponentially decaying function, the formula is somewhere in the FAQ or on this thread.  In some cases the reward is reported as zero or low, then it is updated to the correct value.  This may happen even if your system was hashing the full time.  If you stopped hashing a long enough time before the block was found, then your reward will reduce to almost nothing.  On the other hand if you hopped to another pool or had a hardware problem, but got back to Slush enough time before the end of the block, then you'll get essentially the full reward as if you were there 100% of the time...

Thats meen the best way to loos not your reward is to mine with to workers. That if one is going down the second one safe your reward?
timmmers
Sr. Member
****
Offline Offline

Activity: 322


View Profile
December 21, 2013, 10:53:07 AM
 #13789

is the slush mining proxy flakey?
 Got my blades going 10+gh/s now. had 2 pointed at a bfg proxy and 1 pointed at slush's mining proxy.
The one pointed at his proxy reported for the last 8 hours 10.9gh/s while slush pool reported the blade was only doing 9.6gh/s. That is too much of a different to be luck etc...
I then pointed that blade at a bfg proxy, I did not reboot the blade. I simply stopped the slush miner and made bfg take over at that IP/port. It immediately started to rise above 9.6gh/s on the pool and was at 10.6 on the next block as it delcared it was doing.
All the same network, same pc, same everything, so it 100% was the slush mining proxy skimming 1gh/s off.


Same here, been that way for a week or more. Roughly 5 to 10% loss most of the time. Hashing at 140 give or take a couple and 120 to 130 shown on Slush. IF it carries on like this I'm off to find a pool that works.
kabopar
Hero Member
*****
Offline Offline

Activity: 616


View Profile
December 21, 2013, 11:19:01 AM
 #13790

Hi,
i have a short question:

#      Block found at             Duration   Total shares   Your shares     Your BTC reward   Block #   Block value            Validity
21229   2013-12-21 00:36:48     9:39:26   4091124633   17590     0.00000000           276127   25.12559563    34 Bestätigungen ausstehend

My miner can't finished the block couse of an hardware problem but is it true that i get no reward or will it be calculated later?

thanks

deagel
It depends when did your hardware stop working, Slush uses an exponentially decaying function, the formula is somewhere in the FAQ or on this thread.  In some cases the reward is reported as zero or low, then it is updated to the correct value.  This may happen even if your system was hashing the full time.  If you stopped hashing a long enough time before the block was found, then your reward will reduce to almost nothing.  On the other hand if you hopped to another pool or had a hardware problem, but got back to Slush enough time before the end of the block, then you'll get essentially the full reward as if you were there 100% of the time...

Thats meen the best way to loos not your reward is to mine with to workers. That if one is going down the second one safe your reward?
Smiley  the best way is to mine with all possible miners/workers that you have, and have a good power backup, good internet connection, then use a 'backup pool' so if your main pool goes down, you don't waste your mining resources and automatically switch to an alternative pool....Smiley
It probably doesn't matter if you group your miners into a single 'worker' or not, unless the separation into separate workers involves some redundancy that improves your overall reliability (such as if 2 workers have each a separate PC, if one PC fails the other one will keep going, but you'll have higher electricity costs...)
Mudbankkeith
Hero Member
*****
Offline Offline

Activity: 868



View Profile
December 21, 2013, 11:36:27 AM
 #13791

Hi,
i have a short question:

#      Block found at             Duration   Total shares   Your shares     Your BTC reward   Block #   Block value            Validity
21229   2013-12-21 00:36:48     9:39:26   4091124633   17590     0.00000000           276127   25.12559563    34 Bestätigungen ausstehend

My miner can't finished the block couse of an hardware problem but is it true that i get no reward or will it be calculated later?

thanks

deagel
It depends when did your hardware stop working, Slush uses an exponentially decaying function, the formula is somewhere in the FAQ or on this thread.  In some cases the reward is reported as zero or low, then it is updated to the correct value.  This may happen even if your system was hashing the full time.  If you stopped hashing a long enough time before the block was found, then your reward will reduce to almost nothing.  On the other hand if you hopped to another pool or had a hardware problem, but got back to Slush enough time before the end of the block, then you'll get essentially the full reward as if you were there 100% of the time...

Thats meen the best way to loos not your reward is to mine with to workers. That if one is going down the second one safe your reward?
Smiley  the best way is to mine with all possible miners/workers that you have, and have a good power backup, good internet connection, then use a 'backup pool' so if your main pool goes down, you don't waste your mining resources and automatically switch to an alternative pool....Smiley
It probably doesn't matter if you group your miners into a single 'worker' or not, unless the separation into separate workers involves some redundancy that improves your overall reliability (such as if 2 workers have each a separate PC, if one PC fails the other one will keep going, but you'll have higher electricity costs...)

Multiple Pi's is the route to good economic redundancy and easy failover, also for mining across multiple pools.     ................(or possibly beagle bones)

BTc donations welcome:-  13c2KuzWCaWFTXF171Zn1HrKhMYARPKv97
deagel
Member
**
Offline Offline

Activity: 67


View Profile
December 21, 2013, 12:38:29 PM
 #13792

Hi,
i have a short question:

#      Block found at             Duration   Total shares   Your shares     Your BTC reward   Block #   Block value            Validity
21229   2013-12-21 00:36:48     9:39:26   4091124633   17590     0.00000000           276127   25.12559563    34 Bestätigungen ausstehend

My miner can't finished the block couse of an hardware problem but is it true that i get no reward or will it be calculated later?

thanks

deagel
It depends when did your hardware stop working, Slush uses an exponentially decaying function, the formula is somewhere in the FAQ or on this thread.  In some cases the reward is reported as zero or low, then it is updated to the correct value.  This may happen even if your system was hashing the full time.  If you stopped hashing a long enough time before the block was found, then your reward will reduce to almost nothing.  On the other hand if you hopped to another pool or had a hardware problem, but got back to Slush enough time before the end of the block, then you'll get essentially the full reward as if you were there 100% of the time...

Thats meen the best way to loos not your reward is to mine with to workers. That if one is going down the second one safe your reward?
Smiley  the best way is to mine with all possible miners/workers that you have, and have a good power backup, good internet connection, then use a 'backup pool' so if your main pool goes down, you don't waste your mining resources and automatically switch to an alternative pool....Smiley
It probably doesn't matter if you group your miners into a single 'worker' or not, unless the separation into separate workers involves some redundancy that improves your overall reliability (such as if 2 workers have each a separate PC, if one PC fails the other one will keep going, but you'll have higher electricity costs...)

Multiple Pi's is the route to good economic redundancy and easy failover, also for mining across multiple pools.     ................(or possibly beagle bones)

thanks for the information.
i have two pi's. the plan was to have one active and one for testing. know both are active and i split my asic's on both pi.
Mudbankkeith
Hero Member
*****
Offline Offline

Activity: 868



View Profile
December 21, 2013, 12:52:06 PM
 #13793

thanks for the information.
i have two pi's. the plan was to have one active and one for testing. know both are active and i split my asic's on both pi.

I now have 3Pi's and a spare SD card (cards do fail, especially when they are second hand, 2Gb micro SD off fleabay)

BTc donations welcome:-  13c2KuzWCaWFTXF171Zn1HrKhMYARPKv97
gourmet
Sr. Member
****
Offline Offline

Activity: 311


View Profile
December 21, 2013, 02:38:47 PM
 #13794

Hi,
i have a short question:

#      Block found at             Duration   Total shares   Your shares     Your BTC reward   Block #   Block value            Validity
21229   2013-12-21 00:36:48     9:39:26   4091124633   17590     0.00000000           276127   25.12559563    34 Bestätigungen ausstehend

My miner can't finished the block couse of an hardware problem but is it true that i get no reward or will it be calculated later?

thanks

deagel
It depends when did your hardware stop working, Slush uses an exponentially decaying function, the formula is somewhere in the FAQ or on this thread.  In some cases the reward is reported as zero or low, then it is updated to the correct value.  This may happen even if your system was hashing the full time.  If you stopped hashing a long enough time before the block was found, then your reward will reduce to almost nothing.  On the other hand if you hopped to another pool or had a hardware problem, but got back to Slush enough time before the end of the block, then you'll get essentially the full reward as if you were there 100% of the time...

Thats meen the best way to loos not your reward is to mine with to workers. That if one is going down the second one safe your reward?

:-)
Do you hope your second worker saving your first worker's reward, just by "masking" its absence by its own presence? This is not the case, each worker's hashrate/reward doesn't influence the other worker's reward at all. Shares from each worker are ageing/losing value independently of each other.
J_Dubbs
Full Member
***
Offline Offline

Activity: 238


View Profile
December 21, 2013, 07:38:17 PM
 #13795

Wondering if this is normal...

Anyone else have slightly lower reported hash rate on some workers? Or maybe just ones running through stratum proxy?

For example, one of my blades is isolated as it's own worker, through the blade UI it says 99.7% efficiency and 10.7gh/s, but on my pool account view (ie, Slush Website) the worker is reporting 9.7gh/s.

Maybe worth mentioning, I have 8 other blades all on one worker account, sharing the same proxy, which also might be seeing the same reporting variance. I am going to split them all into separate workers later on to get a batter idea how each blade is performing.

Also, the one right now that is isolated will sometimes say "last share tome: 1 minute" on Slush account view, which makes me think it gets stuck waiting in line behind the worker with 8 blades on the same proxy.

"a bird in the hand is worth two in the bush"
Learn something new?: 1hzpjSkWaxm7XaEMi5P2fL6hhxuj8gxyX
BuhTuglia
Full Member
***
Offline Offline

Activity: 137



View Profile WWW
December 21, 2013, 07:42:02 PM
 #13796


This pool has gone to crap lately. Our luck is abysmal. The gods are angry. Someone must be sacrificed. I'd do it, but I have a dentist appointment Tuesday. Any volunteers?

Just another dust miner... Enquiring Gnomes want to Mine!
Send nothing to 16SVa2iQA6HuNPDGYShpmeEvUBRi2gW7f1
Codemeister
Full Member
***
Offline Offline

Activity: 131

Hobby Miner


View Profile
December 21, 2013, 08:24:27 PM
 #13797

Yeah, last rounds are horrible. Pool luck went down to 52%. I'm in the hospital next week, so I'll sacrifice myself. Cheesy
mdopro1
Sr. Member
****
Offline Offline

Activity: 290



View Profile
December 21, 2013, 08:50:45 PM
 #13798

*W00t* I just finished making a custom aluminum enclosure for my blades that now almost looks like a KNCMiner Cheesy

I'll do a guide if other people want to know how I did it. Pic attached.

https://www.dropbox.com/s/00aipz3j8l9kyap/gen1complete.jpg


Keep Slush rounds short by donating to my wallet 1Pbmm1L69wNG7HaCHGLmVKzVCsq6p3UTds and also in case I actually helped someone.
Trongersoll
Sr. Member
****
Offline Offline

Activity: 448


Retired Software Engineer


View Profile
December 21, 2013, 11:29:16 PM
 #13799

Wondering if this is normal...

Anyone else have slightly lower reported hash rate on some workers? Or maybe just ones running through stratum proxy?

For example, one of my blades is isolated as it's own worker, through the blade UI it says 99.7% efficiency and 10.7gh/s, but on my pool account view (ie, Slush Website) the worker is reporting 9.7gh/s.

Maybe worth mentioning, I have 8 other blades all on one worker account, sharing the same proxy, which also might be seeing the same reporting variance. I am going to split them all into separate workers later on to get a batter idea how each blade is performing.

Also, the one right now that is isolated will sometimes say "last share tome: 1 minute" on Slush account view, which makes me think it gets stuck waiting in line behind the worker with 8 blades on the same proxy.

What you are seeing is pretty normal. It is because the pool bases hashrate on work returned and can be affected by variance. also, if you start in the middle of a round you'll see off kilter reporting.

*insert appropriate begging line here* 
BTC: 1CS6AV7VnjcPLxaTFoUhTjXK4mQCTzfSxE
Doge: DB22tiynvXKg7SyPpnH9jyfitKLTZb6ejc
J_Dubbs
Full Member
***
Offline Offline

Activity: 238


View Profile
December 22, 2013, 12:42:07 AM
 #13800

Wondering if this is normal...

Anyone else have slightly lower reported hash rate on some workers? Or maybe just ones running through stratum proxy?

For example, one of my blades is isolated as it's own worker, through the blade UI it says 99.7% efficiency and 10.7gh/s, but on my pool account view (ie, Slush Website) the worker is reporting 9.7gh/s.

Maybe worth mentioning, I have 8 other blades all on one worker account, sharing the same proxy, which also might be seeing the same reporting variance. I am going to split them all into separate workers later on to get a batter idea how each blade is performing.

Also, the one right now that is isolated will sometimes say "last share tome: 1 minute" on Slush account view, which makes me think it gets stuck waiting in line behind the worker with 8 blades on the same proxy.

What you are seeing is pretty normal. It is because the pool bases hashrate on work returned and can be affected by variance. also, if you start in the middle of a round you'll see off kilter reporting.

I've had all my stuff running for a few days, feel like this is just today it's a bit less. Should I reboot everything? This isn't a case of joining mid-round, but I should read up on scoring variance so I understand it. Thanks.

Edit: just realized all the miners reporting low on the pool website have one thing in common; they're the only ones running through proxy. My BFL Jally reports correctly and runs through BfGminer directly to pool, but it is also not competing for bandwidth like the blades are because it's USB.

"a bird in the hand is worth two in the bush"
Learn something new?: 1hzpjSkWaxm7XaEMi5P2fL6hhxuj8gxyX
Pages: « 1 ... 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 [690] 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 ... 1104 »
  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!