My favorite SHA-256 coin.
Mine too. I mean bitcoin is BITCOIN, but I really like Tek. It'll be fun to see where this goes.
Its goodone BUT ALL POOLS FOR IT STOPPED !!!
Topic: [TEK] TEKcoin Hi-PoS hybrid pos/pow no premine/ipo/ico - page 287. (Read 446060 times)
Mine too. I mean bitcoin is BITCOIN, but I really like Tek. It'll be fun to see where this goes.
Its goodone BUT ALL POOLS FOR IT STOPPED !!!
My favorite SHA-256 coin.
Mine too. I mean bitcoin is BITCOIN, but I really like Tek. It'll be fun to see where this goes.
My favorite SHA-256 coin.
ahhh cute kitteh bump lol
Got a dumb question for you smart people.
I finally managed to connect to the client for solomining with my rig. I know I'm not going to see "accepted shares" when solo mining, but I am seeing "pool not providing work fast enough" over and over again. Is this normal behaviour for cgminer? the rig isn't particularly crazy, only a single HEX16B hashing board.
EDIT: It appears to be submitting shares to my btc pool as well... Which doesn't make sense to me at all. I don't have it set on balance, and it's keeping the connection to my wallet. I'z a confused dude
You will need to tinker a bit with your config.I finally managed to connect to the client for solomining with my rig. I know I'm not going to see "accepted shares" when solo mining, but I am seeing "pool not providing work fast enough" over and over again. Is this normal behaviour for cgminer? the rig isn't particularly crazy, only a single HEX16B hashing board.
EDIT: It appears to be submitting shares to my btc pool as well... Which doesn't make sense to me at all. I don't have it set on balance, and it's keeping the connection to my wallet. I'z a confused dude
What happens is that your rig is too fast for the client. When you mine on a pool, the pool can send chunks of work of difficulty 64,128,256,512,etc. witch keeps your miner busy.
When solo mining, and this is what you need to tinker with, you can help by setting a high queue number, smaller scan time and smaller expiry in cgminer. You should see less of that message when you play with those numbers. Also, I believe the fact that the rigs sends share to another pool is tied to your failover setting. Instead of doing nothing, some work is beeing done on the next pool in your settings.
Start by adding a lot of queue, that should help you a lot.
Hope this helps you out.
Yeah, changing the queue instantly cured it. Now just gotta lower it till it starts again and adjust. Thanks!
I have started working more on getting multiple wallets to be able to load in the client. It adds some complicated elements. Just know that I am still working on making the wallet better, it will just be a bit until the results are seen 
Got a dumb question for you smart people.
I finally managed to connect to the client for solomining with my rig. I know I'm not going to see "accepted shares" when solo mining, but I am seeing "pool not providing work fast enough" over and over again. Is this normal behaviour for cgminer? the rig isn't particularly crazy, only a single HEX16B hashing board.
EDIT: It appears to be submitting shares to my btc pool as well... Which doesn't make sense to me at all. I don't have it set on balance, and it's keeping the connection to my wallet. I'z a confused dude
You will need to tinker a bit with your config.I finally managed to connect to the client for solomining with my rig. I know I'm not going to see "accepted shares" when solo mining, but I am seeing "pool not providing work fast enough" over and over again. Is this normal behaviour for cgminer? the rig isn't particularly crazy, only a single HEX16B hashing board.
EDIT: It appears to be submitting shares to my btc pool as well... Which doesn't make sense to me at all. I don't have it set on balance, and it's keeping the connection to my wallet. I'z a confused dude
What happens is that your rig is too fast for the client. When you mine on a pool, the pool can send chunks of work of difficulty 64,128,256,512,etc. witch keeps your miner busy.
When solo mining, and this is what you need to tinker with, you can help by setting a high queue number, smaller scan time and smaller expiry in cgminer. You should see less of that message when you play with those numbers. Also, I believe the fact that the rigs sends share to another pool is tied to your failover setting. Instead of doing nothing, some work is beeing done on the next pool in your settings.
Start by adding a lot of queue, that should help you a lot.
Hope this helps you out.
Got a dumb question for you smart people.
I finally managed to connect to the client for solomining with my rig. I know I'm not going to see "accepted shares" when solo mining, but I am seeing "pool not providing work fast enough" over and over again. Is this normal behaviour for cgminer? the rig isn't particularly crazy, only a single HEX16B hashing board.
EDIT: It appears to be submitting shares to my btc pool as well... Which doesn't make sense to me at all. I don't have it set on balance, and it's keeping the connection to my wallet. I'z a confused dude
I finally managed to connect to the client for solomining with my rig. I know I'm not going to see "accepted shares" when solo mining, but I am seeing "pool not providing work fast enough" over and over again. Is this normal behaviour for cgminer? the rig isn't particularly crazy, only a single HEX16B hashing board.
EDIT: It appears to be submitting shares to my btc pool as well... Which doesn't make sense to me at all. I don't have it set on balance, and it's keeping the connection to my wallet. I'z a confused dude
some interesting stats on the new block explorer, coinmarketcap ?
Market Capitalization
BTC USD
455.60 BTC $202,921.68
Market Capitalization
BTC USD
455.60 BTC $202,921.68
Oh and btw, I think the interest rate is really about 41.09% every 30 days 
Enjoy your extra 1.09%!
Enjoy your extra 1.09%!I got 41.74% average. ;p
Cryptsy max withdrawal size of 998.99 results in stake rewards that average out to just north of 417.
Yeah it will always come out a bit more than 41.09% because it is rare for a block to stake right at 30 days. I am liking being able to investigate everything using the tek.blockx.info, interesting that most PoS mined blocks are relatively small. Although there are some larger ones as well. I would guess this is because coin control is relatively new to TEK so not much focus on combining blocks.
Oh and btw, I think the interest rate is really about 41.09% every 30 days Enjoy your extra 1.09%!
Enjoy your extra 1.09%!I got 41.74% average. ;p
Cryptsy max withdrawal size of 998.99 results in stake rewards that average out to just north of 417.
Oh and btw, I think the interest rate is really about 41.09% every 30 days Enjoy your extra 1.09%!
Enjoy your extra 1.09%!sounds about right for the block i hit today
Oh and btw, I think the interest rate is really about 41.09% every 30 days Enjoy your extra 1.09%!
Enjoy your extra 1.09%! Did some quick calculations concerning PoS difficulty and when it will rise.
The way the source code is written (at least how it is supposed to be) is that every time the PoS difficulty multiplies by 64 times, then the stake rate will cut in half.
The client shows that the genesis block had PoS difficulty at 0.00024414 and the current PoS diff is 0.00390625. So right now the diff has multiplied by 16x. So we are still a ways off. If more people being staking regularly I am guess the diff will rise. According to my calcs (which could be wrong) the threshold will be at PoS diff of 0.0156.
Any thoughts??
The way the source code is written (at least how it is supposed to be) is that every time the PoS difficulty multiplies by 64 times, then the stake rate will cut in half.
The client shows that the genesis block had PoS difficulty at 0.00024414 and the current PoS diff is 0.00390625. So right now the diff has multiplied by 16x. So we are still a ways off. If more people being staking regularly I am guess the diff will rise. According to my calcs (which could be wrong) the threshold will be at PoS diff of 0.0156.
Any thoughts??
You can't use the starting difficulty as the starting point. It was hard forked in original PPC code. The min diff is .00390625, so it hasn't budged, much like HBN.
Hmm this might be something to put on the list of hard fork dreams.
Everyone, the new block explorer looks great and the rich list makes TEK even funner! We raised 1225 TEK for Unick, and the goal was 1500. If you have anymore to give or can spare a few send them now BVHMuf41bXasvkVYXRv3MkRK6YwX62Ko1S
I am sending the coins in a few hours
I am sending the coins in a few hours
Hope i am not too late, i send 50 Tek.
Great work all together, Tek is a brilliant Coin.
hey guys,
the explorer is up and running with the rich list (updated every 10 minutes).
you can find it here: http://tek.blockx.info/
I also went on compiling a Mac wallet. It's been know from past builds that it might crash on some Mac versions. I tried on a few different mac I own and it works, so if it crashes for you, I'm sorry about that, I never found the issue!
You can have a try here: http://tek.blockx.info/tekcoin-1.2.0.0-macosx.dmg
Enjoy
the explorer is up and running with the rich list (updated every 10 minutes).
you can find it here: http://tek.blockx.info/
I also went on compiling a Mac wallet. It's been know from past builds that it might crash on some Mac versions. I tried on a few different mac I own and it works, so if it crashes for you, I'm sorry about that, I never found the issue!
You can have a try here: http://tek.blockx.info/tekcoin-1.2.0.0-macosx.dmg
Enjoy
Ahh! I'm higher on the rich list than I expected.
Also, the OSX wallet is working well on the several different macs I've tried. No crashes so far.
fwiw, I've had zero wallet crashes with the latest linux and windows wallets, as well.
Glad to hear that the client works for you
I mean: equity equality is more representative than income equality, no?
Considering the information we can get from the blockchain, yes. I have no idea, whether such an index exists or not.
I mean: equity equality is more representative than income equality, no?
Considering the information we can get from the blockchain, yes. I have no idea, whether such an index exists or not.
If I have $1 million in the bank, but my income this year is $0, the $0 is what is used in the gini-calculations, effectively pooling me with the "poor" people.
Crystal-clear, thanks.I guess the gini-coefficient could be applied to POS coins, by looking purely at addresses that has staked over a given time frame, and use those numbers for calculations.
Maybe this is not the Gini index we would need, but another one (like those you - I believe - mentionned and I never heard of before).I mean: equity equality is more representative than income equality, no?
Did some quick calculations concerning PoS difficulty and when it will rise.
The way the source code is written (at least how it is supposed to be) is that every time the PoS difficulty multiplies by 64 times, then the stake rate will cut in half.
The client shows that the genesis block had PoS difficulty at 0.00024414 and the current PoS diff is 0.00390625. So right now the diff has multiplied by 16x. So we are still a ways off. If more people being staking regularly I am guess the diff will rise. According to my calcs (which could be wrong) the threshold will be at PoS diff of 0.0156.
Any thoughts??
The way the source code is written (at least how it is supposed to be) is that every time the PoS difficulty multiplies by 64 times, then the stake rate will cut in half.
The client shows that the genesis block had PoS difficulty at 0.00024414 and the current PoS diff is 0.00390625. So right now the diff has multiplied by 16x. So we are still a ways off. If more people being staking regularly I am guess the diff will rise. According to my calcs (which could be wrong) the threshold will be at PoS diff of 0.0156.
Any thoughts??
You can't use the starting difficulty as the starting point. It was hard forked in original PPC code. The min diff is .00390625, so it hasn't budged, much like HBN.
Jump to: