Going to need a pool to mine this { "blocks" : 3, "currentblocksize" : 1000, "currentblocktx" : 0, "difficulty" : 1.00000000, "errors" : "", "generate" : true, "genproclimit" : 7, "hashespersec" : 640312, "pooledtx" : 0, "testnet" : false } getpeerinfo?
|
|
|
any nodes? I am having 0 connections
|
|
|
CPU mining is still viable and profitable.
delaying the release of the gpu miner would be a good option, as this was announced as a cpu only coin I would have liked a CPU only coin as intended... but delaying the gpu miner makes no sense. Delaying would allow only the OP and a couple of opencl programmers to GPU mine.... I would say a delay of 30 minutes or 1 hour. Programmers also needs that time to compile a miner and dev if is fair waits that time before hashing with gpu
|
|
|
CPU mining is still viable and profitable.
delaying the release of the gpu miner would be a good option, as this was announced as a cpu only coin
|
|
|
P94XEWGNEa6m9bUjU8zfxW1DYPeC5JQSAf Thanks. started mining but messed up with ports ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif) is the 3333 port working too or only the 9420 that is on the pool website?
|
|
|
Considering dev didn't respond and coinedup removed the coin , I guess we could consider it dead ...
coinedup removed it for our request as per dev i would give it another 24 hours after that ...sad
|
|
|
DPtjPeNFKYMwdFRayAXtFem7tQdpfq9fqz Thank you. I wore snap pants for years ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
Watched this thread for a while now i am interested too ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
XfP4oVgH2spDWBbdy8Vi93vrUPbYj6WdCR
Thanks
|
|
|
My suggestions for the dev are: - Do a new fork from the old client - Put the fork at a point that is a bit further in advance then the last one so that all pools have the possibility to change the client. It is not important how much time we lose on the old client now, we need to safe that coin, another messed up fork will probably kill it - Dont screw the difficulty again ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) It's everybodys choice to trust in this coin and what happened was a huge mess, but im really happy to see that so many people still believe in the coin. And by the way, even Bitcoin had a serious fork once ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) DEV offline 24 hours ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) Why are you posting false informations? He was last logged in yesterday 6PM board time now it is 10 AM board time
|
|
|
OP can just delete the failblocks from the block chain, right?
I think not. It is possible by setting a new checkpoint by minting the block after the failed fork and hardcoding inside the source. Not many other options - it's either that or I have a nice fat etok wallet for sale (few thousand etoks). ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) This was my ideea too. If dev wants to save the coin this is the only way
|
|
|
when we have reached 900k coins, will there be a cap?
how you reach 900k coins? next forked block : Next Network Block 50181 we just lost 50k reward to some whale only.. http://coinmarketcap.com/ you can se that there are in total 239,502 eTOK in existance, what i was wondering is, if we get to 900k coins is there a cap then? coinmarketcap shows wrong number there are ~99K mined not 239K
|
|
|
I think this will let the eToken value just decrease since people will mine and dump at this diff. ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) you are wrong. diff will be adaptive like this and can't happen the thing anymore that diff is stuck at 8 while the price is still low yet.
|
|
|
Nothing more than orphans.
me too. i am out. Dev instamined like hell and there are only a few people being able to mine it who either have a standalone gpu miner for this coin from dev or they own botnets ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
"Someone" mining hard.
 { "blocks" : 1746, "currentblocksize" : 1000, "currentblocktx" : 0, "difficulty" : 0.06249911, "errors" : "", "generate" : true, "genproclimit" : 4, "hashespersec" : 136748, "pooledtx" : 0, "testnet" : false }
All orphans.
DEv is instamining it i was amongst the first ones who downloaded and blocks were just continuously counting and i didn't got any
|
|
|
i don't think this is quark
|
|
|
any one compile it for windows ![Sad](https://bitcointalk.org/Smileys/default/sad.gif) yeah c'mon somebody with skills we need that wallet ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
Hi, we are back ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) The difficulty become a real issue. We are not worried about the eTOK futur, especially with the release of eTOK-Cryptomarket and this news. We are not in a good period but we working to fix this. So we don't want to deal with difficulty issue anymore. We are going to fork the eToken to change the diff rules. The fork will be brutal, we will do it very soon. The fork will be brutal because we will force peoples to go in it: - we will update the eTOK natural nodes. - we will remove not updated pools from the list. - we will remove every downloads not updated. All the people who don't update the client will be on the wrong blockchain. The new rules are: - retarget every 24 blocks (48min) - diff increase max to 200% instead of 400%. The fork block will trigger a difficulty retarget. I'm looking right now for someone can compile the next version for windows. I'll do a bounty for this (send me a PM). Please consider Kimoto before forking! type +1 who's with me on this one! +1
|
|
|
kimoto gravity well may be considered. but this 24 block retarget seems pretty reasonable too, however i think 200% diff up is too much with fast difficulty changes. I guess it should be somewhere at 20% instead
|
|
|
|