Bitcoin Forum
December 06, 2020, 02:46:19 AM *
News: Bitcointalk Community Awards
 
   Home   Help Search Login Register More  
Pages: « 1 ... 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 [146] 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 ... 372 »
  Print  
Author Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]  (Read 836036 times)
redtwitz
Full Member
***
Offline Offline

Activity: 231
Merit: 100


View Profile
May 06, 2013, 02:16:29 PM
 #2901

Call me greedy, but are there any plans to add further altcoins? IXC and DVC together seem to make almost as much as NMC...
1607222779
Hero Member
*
Offline Offline

Posts: 1607222779

View Profile Personal Message (Offline)

Ignore
1607222779
Reply with quote  #2

1607222779
Report to moderator
1607222779
Hero Member
*
Offline Offline

Posts: 1607222779

View Profile Personal Message (Offline)

Ignore
1607222779
Reply with quote  #2

1607222779
Report to moderator
1607222779
Hero Member
*
Offline Offline

Posts: 1607222779

View Profile Personal Message (Offline)

Ignore
1607222779
Reply with quote  #2

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

Activity: 602
Merit: 500


Vertrau in Gott


View Profile
May 06, 2013, 03:06:39 PM
 #2902

Whats wrong with the pool? Someone stealing blocks?


Einer trage des andern Last, so werdet ihr das Gesetz Christi erfüllen.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1007


Poor impulse control.


View Profile WWW
May 06, 2013, 03:24:50 PM
 #2903

Whats wrong with the pool? Someone stealing blocks?

[....]

No.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
Newar
Legendary
*
Offline Offline

Activity: 1358
Merit: 1000


https://gliph.me/hUF


View Profile
May 06, 2013, 03:26:03 PM
 #2904

Whats wrong with the pool? Someone stealing blocks?
[...]
Read the last few pages.

OTC rating | GPG keyid 1DC91318EE785FDE | Gliph: lightning bicycle tree music | Mycelium, a swift & secure Bitcoin client for Android | LocalBitcoins
philipma1957
Legendary
*
Offline Offline

Activity: 2870
Merit: 2857



View Profile
May 06, 2013, 10:08:04 PM
 #2905

Whats wrong with the pool? Someone stealing blocks?




where did these come from?  while they look nice where  did the data come from to show this.    the problem is you need to show your sampling of how you get the pools hash rate. if you take your data from when a block is made it leaves out all down time and can be very misleading. remember no blocks are made when a pool goes down.  so any true hash rate must account for down time.

 by the way I have figured out a very good way to test the idea out that coins are too low for luck to be accountable.       I have a method that solves the problem of hash rate calculation. the pools hash rate is not important for my method .  in fact all that matters is If I run at least one worker 24/7 .  I can give 1 day result  a 2 day result a 3 day result a 4 day result and a 5 day result.

I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
philipma1957
Legendary
*
Offline Offline

Activity: 2870
Merit: 2857



View Profile
May 06, 2013, 10:10:04 PM
 #2906

I am about 8 hours and 35 minutes into my test.   start time was 1:34

I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1007


Poor impulse control.


View Profile WWW
May 07, 2013, 02:49:06 AM
 #2907

[....]
where did these come from?  while they look nice where  did the data come from to show this.    the problem is you need to show your sampling of how you get the pools hash rate. if you take your data from when a block is made it leaves out all down time and can be very misleading. remember no blocks are made when a pool goes down.  so any true hash rate must account for down time.

 by the way I have figured out a very good way to test the idea out that coins are too low for luck to be accountable.       I have a method that solves the problem of hash rate calculation. the pools hash rate is not important for my method .  in fact all that matters is If I run at least one worker 24/7 .  I can give 1 day result  a 2 day result a 3 day result a 4 day result and a 5 day result.

Not quite. Unless you derive confidence interval for the data, you're only showing the variance.


Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
luffy
Hero Member
*****
Offline Offline

Activity: 607
Merit: 500



View Profile
May 07, 2013, 04:56:34 AM
 #2908

bad luck will not last forever! just enjoy this great pool  Wink
i would like to see also all the other merging capable coins, i wish PPC would be amongst them  Tongue
philipma1957
Legendary
*
Offline Offline

Activity: 2870
Merit: 2857



View Profile
May 07, 2013, 12:50:05 PM
 #2909

[....]
where did these come from?  while they look nice where  did the data come from to show this.    the problem is you need to show your sampling of how you get the pools hash rate. if you take your data from when a block is made it leaves out all down time and can be very misleading. remember no blocks are made when a pool goes down.  so any true hash rate must account for down time.

 by the way I have figured out a very good way to test the idea out that coins are too low for luck to be accountable.       I have a method that solves the problem of hash rate calculation. the pools hash rate is not important for my method .  in fact all that matters is If I run at least one worker 24/7 .  I can give 1 day result  a 2 day result a 3 day result a 4 day result and a 5 day result.

Not quite. Unless you derive confidence interval for the data, you're only showing the variance.


true . but my method is not about btc real earnings vs btc projected earnings. 

my method has constants that do not vary but rather show a parallel ratio that should be consistent.

 if not consistent it would indicate a flaw and or a bug or a very clever manipulation of the pool.

 frankly  I have done this method a few times and never had any large problem (ie variance) 


 which is why I feel that this pool is run well and that the so called bad luck is not 10%.

I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1007


Poor impulse control.


View Profile WWW
May 07, 2013, 01:10:06 PM
 #2910

[....]
where did these come from?  while they look nice where  did the data come from to show this.    the problem is you need to show your sampling of how you get the pools hash rate. if you take your data from when a block is made it leaves out all down time and can be very misleading. remember no blocks are made when a pool goes down.  so any true hash rate must account for down time.

 by the way I have figured out a very good way to test the idea out that coins are too low for luck to be accountable.       I have a method that solves the problem of hash rate calculation. the pools hash rate is not important for my method .  in fact all that matters is If I run at least one worker 24/7 .  I can give 1 day result  a 2 day result a 3 day result a 4 day result and a 5 day result.

Not quite. Unless you derive confidence interval for the data, you're only showing the variance.


true . but my method is not about btc real earnings vs btc projected earnings. 

my method has constants that do not vary but rather show a parallel ratio that should be consistent.

 if not consistent it would indicate a flaw and or a bug or a very clever manipulation of the pool.

 frankly  I have done this method a few times and never had any large problem (ie variance) 


 which is why I feel that this pool is run well and that the so called bad luck is not 10%.


You're a mysterious one!

When you're done, can you post your method and the reason for it along with the results?

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
philipma1957
Legendary
*
Offline Offline

Activity: 2870
Merit: 2857



View Profile
May 07, 2013, 01:20:38 PM
 #2911

[....]
where did these come from?  while they look nice where  did the data come from to show this.    the problem is you need to show your sampling of how you get the pools hash rate. if you take your data from when a block is made it leaves out all down time and can be very misleading. remember no blocks are made when a pool goes down.  so any true hash rate must account for down time.

 by the way I have figured out a very good way to test the idea out that coins are too low for luck to be accountable.       I have a method that solves the problem of hash rate calculation. the pools hash rate is not important for my method .  in fact all that matters is If I run at least one worker 24/7 .  I can give 1 day result  a 2 day result a 3 day result a 4 day result and a 5 day result.

Not quite. Unless you derive confidence interval for the data, you're only showing the variance.


true . but my method is not about btc real earnings vs btc projected earnings. 

my method has constants that do not vary but rather show a parallel ratio that should be consistent.

 if not consistent it would indicate a flaw and or a bug or a very clever manipulation of the pool.

 frankly  I have done this method a few times and never had any large problem (ie variance) 


 which is why I feel that this pool is run well and that the so called bad luck is not 10%.


You're a mysterious one!

When you're done, can you post your method and the reason for it along with the results?


yes I will.

 It is quite simple but I want to post it after 5 days showing the 1 day the 2 day 3 day 4 day 5 day results.

After I post the first 5 days I will continue to track the pool. Frankly I do not expect to have a  large 10% issue that has been mentioned.

More like plus or minus 1 or 2 %.

I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
Jcw188
Hero Member
*****
Offline Offline

Activity: 532
Merit: 500

Carpe Diem


View Profile
May 07, 2013, 04:48:32 PM
 #2912

How many rigs does realasicminer have?  He is now at 4.3 Thps.  Anyone know who this is?  Or could it be BFL mining with the gear they're supposed to be shipping to customers? :-)
PCMiner
Full Member
***
Offline Offline

Activity: 123
Merit: 100


View Profile
May 07, 2013, 04:55:22 PM
 #2913

How many rigs does realasicminer have?  He is now at 4.3 Thps.  Anyone know who this is?  Or could it be BFL mining with the gear they're supposed to be shipping to customers? :-)

Its ASICMiner.  They have some of their machines on bitminter for awhile while they are getting them setup.  The plan I believe is to eventually move them to solo mining.  So enjoy it while it lasts on Bitminter.
DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
May 08, 2013, 06:05:06 AM
 #2914

There is some confusion lately that having big miners in the pool means the smaller miners get paid less. That's not how it works. Your average payout is determined by your hashrate, the difficulty, and fees/donations. Other people's hashrate does not influence this at all.

If someone joins the pool with 10% of the hashrate, then the pool will be pulling in 10% more bitcoins, the new user will be doing 10% of the work, and the new user will get 10% of the payouts. You don't make more coins by mining in a big/small pool, and you don't make less money mining in a big/small pool.

But a higher pool hashrate reduces variance for everyone in the pool. That means you will have smaller variations than before in your daily payouts.

▶▶▶ Bitminter.com 2011-2020
kano
Legendary
*
Offline Offline

Activity: 3332
Merit: 1299


Linux since 1997 RedHat 4


View Profile
May 08, 2013, 07:09:00 AM
 #2915

There is some confusion lately that having big miners in the pool means the smaller miners get paid less. That's not how it works. Your average payout is determined by your hashrate, the difficulty, and fees/donations. Other people's hashrate does not influence this at all.

If someone joins the pool with 10% of the hashrate, then the pool will be pulling in 10% more bitcoins, the new user will be doing 10% of the work, and the new user will get 10% of the payouts. You don't make more coins by mining in a big/small pool, and you don't make less money mining in a big/small pool.

But a higher pool hashrate reduces variance for everyone in the pool. That means you will have smaller variations than before in your daily payouts.

However, that depends on the order you send LP messages.
If you order them higher hash rate first (like slush does) then those with a lower hash rate will get their LP that tiny bit later, if there are more higher hashing people on the pool. Of course this only means a small drop if it is the case.

Also of course without the source code one can't verify how the pool prioritises responses to miners.
But since you have to pay for the miner (it isn't free), I'd guess no one else has the source code Smiley

Pool: https://kano.is - lowest fee PPLNS 3 Days Here on Bitcointalk: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
May 08, 2013, 02:17:19 PM
 #2916

However, that depends on the order you send LP messages.
If you order them higher hash rate first (like slush does) then those with a lower hash rate will get their LP that tiny bit later, if there are more higher hashing people on the pool. Of course this only means a small drop if it is the case.

Ok, true, more users in the pool affects your work reject ratio, but the difference will be tiny.

The BitMinter server orders long pollers by hashrate for getwork and getblocktemplate (GBT). For Stratum there is no ordering when pushing work (at least not yet).

Currently at each block change work is pushed to 7000-8000 Stratum connections in 0.01-0.03 seconds. 8000-9000 long pollers (getwork/GBT) are notified in 1.5-1.8 seconds. A few more ASICs running Stratum won't really make any difference.

Also of course without the source code one can't verify how the pool prioritises responses to miners.
But since you have to pay for the miner (it isn't free), I'd guess no one else has the source code Smiley

Yes, the server software is closed source. And it wouldn't make much difference if it was open source, because you would never know if the source code I gave you is what I was running on the server.

Not sure what you mean having to pay for the miner. There's no extra fee for using BitMinter client over other mining clients.

▶▶▶ Bitminter.com 2011-2020
alexKKK
Member
**
Offline Offline

Activity: 82
Merit: 10


View Profile
May 08, 2013, 07:49:56 PM
 #2917

Wow, 6 and half hours without block ?

Imho
Looks strange with pool speed more than 11 000 ghs !



DrHaribo
Legendary
*
Offline Offline

Activity: 2716
Merit: 1034


Bitminter.com Operator


View Profile WWW
May 08, 2013, 07:59:29 PM
 #2918

Wow, 6 and half hours without block ?

Imho
Looks strange with pool speed more than 11 000 ghs !

Why is bad luck strange? Wouldn't it be more strange if we only had good luck all the time?

▶▶▶ Bitminter.com 2011-2020
philipma1957
Legendary
*
Offline Offline

Activity: 2870
Merit: 2857



View Profile
May 08, 2013, 08:36:45 PM
 #2919

Wow, 6 and half hours without block ?

Imho
Looks strange with pool speed more than 11 000 ghs !



 how about the 2 blocks right before it  6m and 33m   and the block after it took 11m.

 btw my 3 large samples dating from april 5 to now show no oddness.

 1 ratio of btc blocks to nmc blocks earned was high one was low and one was close to perfect.

I see BTC as the super highway and alt coins as taxis and trucks needed to move transactions.
matt4054
Legendary
*
Offline Offline

Activity: 1652
Merit: 1011


BitcoinQueue.com


View Profile WWW
May 08, 2013, 11:23:46 PM
 #2920

DrHaribo, may I ask this question without sounding accusing or implying anything because I'm honestly wondering:

How unlucky and for how long should it last before you would start to suspect anything? I don't have many months of experience but for the last 2-3 weeks I've only seen bad luck. Weeks are not a long time you will say, and bad luck can be just that, granted. But if the block/hashrate stayed like the past 2 weeks for, say, 2 more years, should we still not worry at all?

So basically because I'm biased and the pool has lived long before I joined, I was wondering when someone like you would start to worry.
Pages: « 1 ... 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 [146] 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 ... 372 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!