Bitcoin Forum
August 23, 2019, 05:50:12 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
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 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 ... 538 »
  Print  
Author Topic: [ANN] profit switching auto-exchanging pool - www.middlecoin.com  (Read 811370 times)
h2odysee
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile WWW
August 05, 2013, 08:28:21 PM
 #741

Oh wait, I don't think stratum-mining-proxy will work for a switching pool like mine. It looks like you have to run a daemon of the coin you're mining on the pool. I'm not really sure though.

http://middlecoin.com - profit-switching, auto-exchanging scrypt pool that pays out in BTC
1566539412
Hero Member
*
Offline Offline

Posts: 1566539412

View Profile Personal Message (Offline)

Ignore
1566539412
Reply with quote  #2

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

Posts: 1566539412

View Profile Personal Message (Offline)

Ignore
1566539412
Reply with quote  #2

1566539412
Report to moderator
1566539412
Hero Member
*
Offline Offline

Posts: 1566539412

View Profile Personal Message (Offline)

Ignore
1566539412
Reply with quote  #2

1566539412
Report to moderator
Destiffmast
Full Member
***
Offline Offline

Activity: 125
Merit: 100


View Profile
August 05, 2013, 08:37:48 PM
 #742

No bother I will figure it out eventually, have to make cgminer work for my new build so maybe then will join in all going well.
Jriker1
Full Member
***
Offline Offline

Activity: 147
Merit: 100


View Profile
August 05, 2013, 08:42:34 PM
 #743

It appears we were mining for 30 minutes while the pool was broken, and not recording shares or submitting blocks.

Is it supposed to be working now as I'm getting 0.1 M/H right now.  Should be getting 1.2 at least.

Thanks.
h2odysee
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile WWW
August 05, 2013, 08:45:45 PM
 #744

It appears we were mining for 30 minutes while the pool was broken, and not recording shares or submitting blocks.

Is it supposed to be working now as I'm getting 0.1 M/H right now.  Should be getting 1.2 at least.

Thanks.

Yeah it should be fixed now. Are you seeing 0.1 MH/s on just the stats page, or in cgminer too? If just on the stats page, restart cgminer and let me know if that fixed anything.

http://middlecoin.com - profit-switching, auto-exchanging scrypt pool that pays out in BTC
CoinBuzz
Sr. Member
****
Offline Offline

Activity: 476
Merit: 250



View Profile
August 05, 2013, 09:05:39 PM
 #745

Oh wait, I don't think stratum-mining-proxy will work for a switching pool like mine. It looks like you have to run a daemon of the coin you're mining on the pool. I'm not really sure though.

I tested stratum-proxy (mining_proxy.exe) before on your pool for a whole day. it worked perfectly without any problem.

Jriker1
Full Member
***
Offline Offline

Activity: 147
Merit: 100


View Profile
August 05, 2013, 09:42:26 PM
Last edit: August 05, 2013, 10:36:55 PM by Jriker1
 #746

It appears we were mining for 30 minutes while the pool was broken, and not recording shares or submitting blocks.

Is it supposed to be working now as I'm getting 0.1 M/H right now.  Should be getting 1.2 at least.

Thanks.

Yeah it should be fixed now. Are you seeing 0.1 MH/s on just the stats page, or in cgminer too? If just on the stats page, restart cgminer and let me know if that fixed anything.

Figured it out but need someone to blame. Could the eradic behavior of the system earlier have caused CG or something to crash?  System stopped responding and had to 10 second hold the power. Always very stable.  Second time it happened but only with this pool. Used to use non switching pools of course.

JR
brambi1
Newbie
*
Offline Offline

Activity: 17
Merit: 0



View Profile
August 05, 2013, 10:37:20 PM
 #747

I am mining with 1,7 Mh/s and got 0.05 BTC after 24 hours, Is it worth? How much would I get mining LTC?
ImI
Legendary
*
Offline Offline

Activity: 1946
Merit: 1019



View Profile
August 05, 2013, 10:57:54 PM
 #748


more
cryptopi
Full Member
***
Offline Offline

Activity: 168
Merit: 100


Want some pi with that?


View Profile
August 05, 2013, 11:04:25 PM
 #749

I have been using this pool for a while, and up until recently I have been making roughly .1 BTC per day with 2.4 Mhash which I consider good. As of recently (last 3 days or so) I have been making more like 0.03 BTC per day or less. I have restarted cgminer several times and mined with other pools to make sure that my miner was still working (and it is). Sometimes when the pool appears to switch coins, my accepted hashrate falls and then my rejected hashrate skyrockets. In addition, after that happens, my accepted and my rejected hash rate added together do not equal my total hashrate, and they should.

Does this happen to anyone else?

www.hosterbox.com - really good web hosting (accepts bitcoins)
(disclaimer - I am not affiliated with hosterbox in any way)
brambi1
Newbie
*
Offline Offline

Activity: 17
Merit: 0



View Profile
August 05, 2013, 11:14:47 PM
 #750

My Rejected 4,3% so not bad I think, especially when I am connecting from EU. I will give pool a try for a week or so, 24 hours is not long enough to judge.
Jriker1
Full Member
***
Offline Offline

Activity: 147
Merit: 100


View Profile
August 05, 2013, 11:16:52 PM
 #751

I have been using this pool for a while, and up until recently I have been making roughly .1 BTC per day with 2.4 Mhash which I consider good. As of recently (last 3 days or so) I have been making more like 0.03 BTC per day or less. I have restarted cgminer several times and mined with other pools to make sure that my miner was still working (and it is). Sometimes when the pool appears to switch coins, my accepted hashrate falls and then my rejected hashrate skyrockets. In addition, after that happens, my accepted and my rejected hash rate added together do not equal my total hashrate, and they should.

Does this happen to anyone else?

Same boat. However I think from reading we were mining some coin a couple days ago that was uber profitable and low difficulty and the party is over on that one.  Think there were a couple hiccups also that may effect things. Just make sure you verify your immature and unexchanged balances as some coins take longer to mature than others.

JR
cryptopi
Full Member
***
Offline Offline

Activity: 168
Merit: 100


Want some pi with that?


View Profile
August 06, 2013, 01:07:38 AM
 #752

Wanted to provide a bit more information about the problem that I noticed has been going on in this pool lately in the hopes that it can be fixed or explained. 

I actually take my mining stats from the pool and record them every few minutes (all day long) to see what is happening in order to evaluate pool performance. In doing this, I get a fairly detailed understanding of the workings and don't get misled by minor trends. My little program factors in all aspects of the mining output (including immature and unexchanged), not just the balance available at the end of the day to transfer out. I generate trend information data every few minutes, and summarize like data together until the trend is broken. I produce summary statistics during every like trend period. As mentioned before, have 2.4 Mhash pointed at the pool.

It generated about $10 a day 3 and 4 days ago (and I was not mining for about an hour each day). That level I defined as good. Then a couple of days ago I noticed that it appeared to start mining some coin with a very low difficulty (the miner just reports a constant string of "new block" messages). While this coin is being mined, statistics go to pot, almost nothing gets posted to the account in any form until the pool switches to another coin. I have had occurrences where my gross balance (including immature and unexchanged)  actually go backwards while this type of mining is in progress for 30 minutes or more (some immature coins previously mined get killed, and there is nothing productive to replace it). Typically, you can also see the pool's total reject rate skyrocket (mine as well), moving on multiple occasions to 30% of the total shares submitted by everyone in the pool. It appears that everyone is caught working on obsolete shares or something. Once the pool moves back to a "normal" coin, things go back to normal and the coin mining rate trends back to normal rates (was about .005 bitcoins per hour previously, for last 2 days down to .0025 per hour, which are rates of approx $12 and $6 per day. The pool continues to jump into these coins for various periods, and stats go to pot consistently at these times.  At one point, my shares were rejected over 50%. Not sure who is benefiting when these coins are being mined, but it certainly is not me.  This has caused my total production to drop from the $10 per day reported earlier down to less than $6 now. 

I understand that mining is a random payout and there are multitudes of factors affecting the payout.  I have studied this particular effect in enough detail (and it is rather consistent), so I believe that it is not a random effect at this point. I also noticed that the pool had a few hiccups in the last day or so, and I have factored out these time periods.

The premise of this pool is great, and I'm a big fan.  Love the idea, and think that if properly implemented the operator(s) could and should make plenty of $$$. However, unless the operator(s) can tackle this problem of autoswitching into dud coins, I'm going to have to mine elsewhere. I'm posting this in the hopes that the operator(s) are not aware and can look into this problem and make adjustments to protect the viability of the pool. Maybe the low difficulty coins are great for some segment of the miners (huge ones?) but certainly not for the 2.4 Mhash crowd like me.

Please advise if there is something that I am wrong about, as I don't want to move elsewhere but cannot ignore the facts...

www.hosterbox.com - really good web hosting (accepts bitcoins)
(disclaimer - I am not affiliated with hosterbox in any way)
JeremyB796
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
August 06, 2013, 01:19:40 AM
 #753


Yeah, you care to expand on that?  Cool

Sorry about your luck with the other pools.

My experience has been the opposite and yes you could always tweak cgminer every time you changed coins if they were different enough.

The easiest solution I can give is to find your graphics card in  http://litecoin.info/Mining_Hardware_Comparison list <--that list.

Then look for the one with the highest hashrate and try those settings.

--as CGMiner runs, watch the "HW:#" value at the top...that should always be zero, if not then tweak the settings till they stay there(run overnight at least)

--------------------

I used to get a Butt Load (126 Gallons) of errors which resulted in a low reported hashrate and a lot of bad shares...
Kuroth
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile WWW
August 06, 2013, 01:22:11 AM
 #754

Wanted to provide a bit more information about the problem that I noticed has been going on in this pool lately in the hopes that it can be fixed or explained. 

I actually take my mining stats from the pool and record them every few minutes (all day long) to see what is happening in order to evaluate pool performance. In doing this, I get a fairly detailed understanding of the workings and don't get misled by minor trends. My little program factors in all aspects of the mining output (including immature and unexchanged), not just the balance available at the end of the day to transfer out. I generate trend information data every few minutes, and summarize like data together until the trend is broken. I produce summary statistics during every like trend period. As mentioned before, have 2.4 Mhash pointed at the pool.

It generated about $10 a day 3 and 4 days ago (and I was not mining for about an hour each day). That level I defined as good. Then a couple of days ago I noticed that it appeared to start mining some coin with a very low difficulty (the miner just reports a constant string of "new block" messages). While this coin is being mined, statistics go to pot, almost nothing gets posted to the account in any form until the pool switches to another coin. I have had occurrences where my gross balance (including immature and unexchanged)  actually go backwards while this type of mining is in progress for 30 minutes or more (some immature coins previously mined get killed, and there is nothing productive to replace it). Typically, you can also see the pool's total reject rate skyrocket (mine as well), moving on multiple occasions to 30% of the total shares submitted by everyone in the pool. It appears that everyone is caught working on obsolete shares or something. Once the pool moves back to a "normal" coin, things go back to normal and the coin mining rate trends back to normal rates (was about .005 bitcoins per hour previously, for last 2 days down to .0025 per hour, which are rates of approx $12 and $6 per day. The pool continues to jump into these coins for various periods, and stats go to pot consistently at these times.  At one point, my shares were rejected over 50%. Not sure who is benefiting when these coins are being mined, but it certainly is not me.  This has caused my total production to drop from the $10 per day reported earlier down to less than $6 now. 

I understand that mining is a random payout and there are multitudes of factors affecting the payout.  I have studied this particular effect in enough detail (and it is rather consistent), so I believe that it is not a random effect at this point. I also noticed that the pool had a few hiccups in the last day or so, and I have factored out these time periods.

The premise of this pool is great, and I'm a big fan.  Love the idea, and think that if properly implemented the operator(s) could and should make plenty of $$$. However, unless the operator(s) can tackle this problem of autoswitching into dud coins, I'm going to have to mine elsewhere. I'm posting this in the hopes that the operator(s) are not aware and can look into this problem and make adjustments to protect the viability of the pool. Maybe the low difficulty coins are great for some segment of the miners (huge ones?) but certainly not for the 2.4 Mhash crowd like me.

Please advise if there is something that I am wrong about, as I don't want to move elsewhere but cannot ignore the facts...

Interesting Theory.   But How can we be "autoswitching into dud coins"?    it makes no sense..  I thought the whole point of auto switching was to try and always to be mining the most profitable coin?   

ocmoho
Full Member
***
Offline Offline

Activity: 137
Merit: 100



View Profile
August 06, 2013, 01:35:39 AM
 #755

I really think we need two things in this pool.
256 difficulty.
2 payments per day.(i thought we agreed this was ok before?)
anyway, since were not constantly mining the same coin, the "512 diff is the same as any other diff" doesnt apply now if we were constantly mining one single coin, that is different. but when we switch to 512k diff coins, and only submit one share in an hour, then it changes to another coin that is 1m diff, then we wasted all that work on nothing.
503guy
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
August 06, 2013, 01:40:10 AM
 #756

Wanted to provide a bit more information about the problem that I noticed has been going on in this pool lately in the hopes that it can be fixed or explained. 

I actually take my mining stats from the pool and record them every few minutes (all day long) to see what is happening in order to evaluate pool performance. In doing this, I get a fairly detailed understanding of the workings and don't get misled by minor trends. My little program factors in all aspects of the mining output (including immature and unexchanged), not just the balance available at the end of the day to transfer out. I generate trend information data every few minutes, and summarize like data together until the trend is broken. I produce summary statistics during every like trend period. As mentioned before, have 2.4 Mhash pointed at the pool.

It generated about $10 a day 3 and 4 days ago (and I was not mining for about an hour each day). That level I defined as good. Then a couple of days ago I noticed that it appeared to start mining some coin with a very low difficulty (the miner just reports a constant string of "new block" messages). While this coin is being mined, statistics go to pot, almost nothing gets posted to the account in any form until the pool switches to another coin. I have had occurrences where my gross balance (including immature and unexchanged)  actually go backwards while this type of mining is in progress for 30 minutes or more (some immature coins previously mined get killed, and there is nothing productive to replace it). Typically, you can also see the pool's total reject rate skyrocket (mine as well), moving on multiple occasions to 30% of the total shares submitted by everyone in the pool. It appears that everyone is caught working on obsolete shares or something. Once the pool moves back to a "normal" coin, things go back to normal and the coin mining rate trends back to normal rates (was about .005 bitcoins per hour previously, for last 2 days down to .0025 per hour, which are rates of approx $12 and $6 per day. The pool continues to jump into these coins for various periods, and stats go to pot consistently at these times.  At one point, my shares were rejected over 50%. Not sure who is benefiting when these coins are being mined, but it certainly is not me.  This has caused my total production to drop from the $10 per day reported earlier down to less than $6 now. 

I understand that mining is a random payout and there are multitudes of factors affecting the payout.  I have studied this particular effect in enough detail (and it is rather consistent), so I believe that it is not a random effect at this point. I also noticed that the pool had a few hiccups in the last day or so, and I have factored out these time periods.

The premise of this pool is great, and I'm a big fan.  Love the idea, and think that if properly implemented the operator(s) could and should make plenty of $$$. However, unless the operator(s) can tackle this problem of autoswitching into dud coins, I'm going to have to mine elsewhere. I'm posting this in the hopes that the operator(s) are not aware and can look into this problem and make adjustments to protect the viability of the pool. Maybe the low difficulty coins are great for some segment of the miners (huge ones?) but certainly not for the 2.4 Mhash crowd like me.

Please advise if there is something that I am wrong about, as I don't want to move elsewhere but cannot ignore the facts...

I'm right there with you and I have the same hash rate as you!  So yes, it's a problem -- but it's an inherent problem that I don't believe can be fixed without splitting the pool to low diff coins.  The problem with that is -- who gets the profit from the split?  Sometimes the lower diff coins are 800% as profitable as BTC.  With this the diff is usually less than 1.  If you throw 600Mh/s at a low diff coin then you get the results you described.. "new block new block new block reject reject reject accepted" -- obviously some people are getting accepted shares.

But, isn't that happening to everyone on the pool equally? Meaning, everyone is still splitting the profit from the low diff coin -- just with less accepted hash rate.  I'm not sure why the last few days this pool has paid less than just mining LTC -- but I'm almost to my end.  I'll give it another day or two, then I'm with you and on another pool.

503guy
Full Member
***
Offline Offline

Activity: 140
Merit: 100



View Profile
August 06, 2013, 01:56:03 AM
 #757

I really think we need two things in this pool.
256 difficulty.
2 payments per day.(i thought we agreed this was ok before?)
anyway, since were not constantly mining the same coin, the "512 diff is the same as any other diff" doesnt apply now if we were constantly mining one single coin, that is different. but when we switch to 512k diff coins, and only submit one share in an hour, then it changes to another coin that is 1m diff, then we wasted all that work on nothing.

The diff adjustment I think would help.  I have yet to see my hash rate report at or above what I have.  It's always about 500kh/s lower.  If I was mining solely on an LTC pool I would get credit for those other 500 kh/s.  Considering I only have 2,400 kh/s -- that's a lot of credit I'm not getting.

Jriker1
Full Member
***
Offline Offline

Activity: 147
Merit: 100


View Profile
August 06, 2013, 02:00:45 AM
 #758

Well that was odd. I had .03 BTC confirmed a bit ago and now down to .027 when I refreshed again.

JR
cryptopi
Full Member
***
Offline Offline

Activity: 168
Merit: 100


Want some pi with that?


View Profile
August 06, 2013, 02:02:30 AM
 #759

Wanted to provide a bit more information about the problem that I noticed has been going on in this pool lately in the hopes that it can be fixed or explained. 

I actually take my mining stats from the pool and record them every few minutes (all day long) to see what is happening in order to evaluate pool performance. In doing this, I get a fairly detailed understanding of the workings and don't get misled by minor trends. My little program factors in all aspects of the mining output (including immature and unexchanged), not just the balance available at the end of the day to transfer out. I generate trend information data every few minutes, and summarize like data together until the trend is broken. I produce summary statistics during every like trend period. As mentioned before, have 2.4 Mhash pointed at the pool.

It generated about $10 a day 3 and 4 days ago (and I was not mining for about an hour each day). That level I defined as good. Then a couple of days ago I noticed that it appeared to start mining some coin with a very low difficulty (the miner just reports a constant string of "new block" messages). While this coin is being mined, statistics go to pot, almost nothing gets posted to the account in any form until the pool switches to another coin. I have had occurrences where my gross balance (including immature and unexchanged)  actually go backwards while this type of mining is in progress for 30 minutes or more (some immature coins previously mined get killed, and there is nothing productive to replace it). Typically, you can also see the pool's total reject rate skyrocket (mine as well), moving on multiple occasions to 30% of the total shares submitted by everyone in the pool. It appears that everyone is caught working on obsolete shares or something. Once the pool moves back to a "normal" coin, things go back to normal and the coin mining rate trends back to normal rates (was about .005 bitcoins per hour previously, for last 2 days down to .0025 per hour, which are rates of approx $12 and $6 per day. The pool continues to jump into these coins for various periods, and stats go to pot consistently at these times.  At one point, my shares were rejected over 50%. Not sure who is benefiting when these coins are being mined, but it certainly is not me.  This has caused my total production to drop from the $10 per day reported earlier down to less than $6 now. 

I understand that mining is a random payout and there are multitudes of factors affecting the payout.  I have studied this particular effect in enough detail (and it is rather consistent), so I believe that it is not a random effect at this point. I also noticed that the pool had a few hiccups in the last day or so, and I have factored out these time periods.

The premise of this pool is great, and I'm a big fan.  Love the idea, and think that if properly implemented the operator(s) could and should make plenty of $$$. However, unless the operator(s) can tackle this problem of autoswitching into dud coins, I'm going to have to mine elsewhere. I'm posting this in the hopes that the operator(s) are not aware and can look into this problem and make adjustments to protect the viability of the pool. Maybe the low difficulty coins are great for some segment of the miners (huge ones?) but certainly not for the 2.4 Mhash crowd like me.

Please advise if there is something that I am wrong about, as I don't want to move elsewhere but cannot ignore the facts...

Interesting Theory.   But How can we be "autoswitching into dud coins"?    it makes no sense..  I thought the whole point of auto switching was to try and always to be mining the most profitable coin?   

We can be "autoswitching into dud coins" because it is very possible that coins look very nice on paper (theoretically the most profitable) but in practice it could not be the most profitable, even by a long shot. The whole point of this pool is indeed to attempt to switch to the most profitable but perhaps some real-world conditions are coming into play that are not taken into account when calculating the most profitable coin on paper. If this continues for much longer, I may be forced to leave this pool although it is really an excellent idea. I really hope this issue is remedied soon Smiley

www.hosterbox.com - really good web hosting (accepts bitcoins)
(disclaimer - I am not affiliated with hosterbox in any way)
Cryptos2go
Member
**
Offline Offline

Activity: 81
Merit: 10


View Profile
August 06, 2013, 02:06:53 AM
 #760

Wanted to provide a bit more information about the problem that I noticed has been going on in this pool lately in the hopes that it can be fixed or explained. 

I actually take my mining stats from the pool and record them every few minutes (all day long) to see what is happening in order to evaluate pool performance. In doing this, I get a fairly detailed understanding of the workings and don't get misled by minor trends. My little program factors in all aspects of the mining output (including immature and unexchanged), not just the balance available at the end of the day to transfer out. I generate trend information data every few minutes, and summarize like data together until the trend is broken. I produce summary statistics during every like trend period. As mentioned before, have 2.4 Mhash pointed at the pool.

It generated about $10 a day 3 and 4 days ago (and I was not mining for about an hour each day). That level I defined as good. Then a couple of days ago I noticed that it appeared to start mining some coin with a very low difficulty (the miner just reports a constant string of "new block" messages). While this coin is being mined, statistics go to pot, almost nothing gets posted to the account in any form until the pool switches to another coin. I have had occurrences where my gross balance (including immature and unexchanged)  actually go backwards while this type of mining is in progress for 30 minutes or more (some immature coins previously mined get killed, and there is nothing productive to replace it). Typically, you can also see the pool's total reject rate skyrocket (mine as well), moving on multiple occasions to 30% of the total shares submitted by everyone in the pool. It appears that everyone is caught working on obsolete shares or something. Once the pool moves back to a "normal" coin, things go back to normal and the coin mining rate trends back to normal rates (was about .005 bitcoins per hour previously, for last 2 days down to .0025 per hour, which are rates of approx $12 and $6 per day. The pool continues to jump into these coins for various periods, and stats go to pot consistently at these times.  At one point, my shares were rejected over 50%. Not sure who is benefiting when these coins are being mined, but it certainly is not me.  This has caused my total production to drop from the $10 per day reported earlier down to less than $6 now. 

I understand that mining is a random payout and there are multitudes of factors affecting the payout.  I have studied this particular effect in enough detail (and it is rather consistent), so I believe that it is not a random effect at this point. I also noticed that the pool had a few hiccups in the last day or so, and I have factored out these time periods.

The premise of this pool is great, and I'm a big fan.  Love the idea, and think that if properly implemented the operator(s) could and should make plenty of $$$. However, unless the operator(s) can tackle this problem of autoswitching into dud coins, I'm going to have to mine elsewhere. I'm posting this in the hopes that the operator(s) are not aware and can look into this problem and make adjustments to protect the viability of the pool. Maybe the low difficulty coins are great for some segment of the miners (huge ones?) but certainly not for the 2.4 Mhash crowd like me.

Please advise if there is something that I am wrong about, as I don't want to move elsewhere but cannot ignore the facts...

Interesting Theory.   But How can we be "autoswitching into dud coins"?    it makes no sense..  I thought the whole point of auto switching was to try and always to be mining the most profitable coin?   

Unfortunately it's much more reality than theory.

Basically "fast coins" have fast blocks enabled by lower difficulty ratios. Lower difficulty means easier and faster to solve. Faster transactions, faster block rewards etc.

This is all good and fine until the blocks start getting solved WAY too fast. Distributed computing is fast, but still has its limits.

I like the faster coins, they are great to mine and transfer WHEN the block rate is at or near specification.

Lets say all coins are limited by this distributed network (internet, p2p etc) to a maximum block generation rate of 1 every 5 seconds.

How many times can the designed average be exceeded on a 2.5 minute coin before reaching the 5 second limit VS a .30 minute coin?

So What happens when the blocks are solved faster than every 5 seconds?

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 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 ... 538 »
  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!