the pool is using wrong algo, its never gonna find a block. i think its not setup fully.
|
|
|
alert.cpp:268:1: fatal error: opening dependency file obj/alert.d: No such file or directory compilation terminated. make: *** [obj/alert.o] Error 1
hmmm u need to make the obj directory. seen this issue for many coins. ok now it passed alert.cpp but now have another problem net.cpp:19:32: fatal error: miniupnpc/miniwget.h: No such file or directory compilation terminated. make: *** [obj/net.o] Error 1
u need libminiupnpc-dev also i always make sure i do this before building any coin. apt-get -y install build-essential libssl-dev libdb5.3-dev libdb5.3++-dev libboost-all-dev libqrencode-dev libminiupnpc-dev libcurl-ocaml-dev ntp
|
|
|
just ride with me into the pool!! The pool is wrong. it accepts normal scrypt PoW ... and rejects quark PoW... its never going to find a block.
|
|
|
I am having shit for luck with Minerd. Lots of Khash but no blocks.
I feel the same. Just switched back to the builtin miner... have been in several launches and never had a an orphan ration of 99%. Even now the orphans are still going. This is starting to smell..... Ha ha, diff of 8. Well this coins is already dead to anyone without a optimized botnet or at least multiple powerful servers. Laters skaters! 16 now
|
|
|
I am having shit for luck with Minerd. Lots of Khash but no blocks.
I feel the same. Just switched back to the builtin miner...
|
|
|
Unable to create account: Unable to request email confirmation: Unable to send mail ignore it and login Ah yeah. I assume its not ready for mining... since its all rejects and im the only one there... will wait for you to confirm if its ok to start.
|
|
|
alert.cpp:268:1: fatal error: opening dependency file obj/alert.d: No such file or directory compilation terminated. make: *** [obj/alert.o] Error 1
hmmm u need to make the obj directory. seen this issue for many coins.
|
|
|
Unable to create account: Unable to request email confirmation: Unable to send mail
|
|
|
{ "blocks" : 3054, "currentblocksize" : 1000, "currentblocktx" : 0, "difficulty" : 2.00000000, "errors" : "", "generate" : true, "genproclimit" : 48, "hashespersec" : 220158, "pooledtx" : 0, "testnet" : false }
what does "genproclimit" : 48, mean? means ur using 48 threads Does it matter if it says "genproclimit" : -1, in mine? -1 means use all cores. thats the best option to have generally.. dont change it unless u need cpu for other tasks
|
|
|
There's a flaw in the coin somewhere. Not an isolated incident. Too many people are receiving 0 connections.
All the people who connected earliest are now connected to each other. So most of the addnode lines in this thread are already at maximum connections, so you can't connect to them. Someone posted a complete list of all of their peers. Try adding some IP addresses chosen from there, you will eventually get a connection. The addnode I posted has 87 connections now. 54.212.116.200 host with 109 connections. BTW with difficulty 8 creeping up soon... anyone working on a pool?
|
|
|
{ "blocks" : 3054, "currentblocksize" : 1000, "currentblocktx" : 0, "difficulty" : 2.00000000, "errors" : "", "generate" : true, "genproclimit" : 48, "hashespersec" : 220158, "pooledtx" : 0, "testnet" : false }
what does "genproclimit" : 48, mean? means ur using 48 threads
|
|
|
/home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/main.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/leveldb.o: In function `CLevelDB::CLevelDB(boost::filesystem3::path const&, unsigned long, bool, bool)': /home/ubuntu/src/leveldb.cpp:37: undefined reference to `leveldb::Options::Options()' obj/leveldb.o: In function `GetOptions': /home/ubuntu/src/leveldb.cpp:28: undefined reference to `leveldb::Options::Options()' /home/ubuntu/src/leveldb.cpp:29: undefined reference to `leveldb::NewLRUCache(unsigned long)' /home/ubuntu/src/leveldb.cpp:31: undefined reference to `leveldb::NewBloomFilterPolicy(int)' obj/leveldb.o: In function `CLevelDB::CLevelDB(boost::filesystem3::path const&, unsigned long, bool, bool)': /home/ubuntu/src/leveldb.cpp:56: undefined reference to `leveldb::DB::Open(leveldb::Options const&, std::string const&, leveldb::DB**)' /home/ubuntu/src/leveldb.cpp:46: undefined reference to `leveldb::Env::Default()' /home/ubuntu/src/leveldb.cpp:46: undefined reference to `leveldb::NewMemEnv(leveldb::Env*)' /home/ubuntu/src/leveldb.cpp:51: undefined reference to `leveldb::DestroyDB(std::string const&, leveldb::Options const&)' /home/ubuntu/src/leveldb.cpp:58: undefined reference to `leveldb::Status::ToString() const' obj/leveldb.o: In function `CLevelDB::WriteBatch(CLevelDBBatch&, bool)': /home/ubuntu/src/leveldb.cpp:76: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `Write<std::pair<char, uint256>, CDiskTxPos>': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `CLevelDBBatch::~CLevelDBBatch()': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `bool CLevelDB::Read<char, uint256>(char const&, uint256&)': /home/ubuntu/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `bool CLevelDB::Read<char, int>(char const&, int&)': /home/ubuntu/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `bool CLevelDB::Exists<char>(char const&)': /home/ubuntu/src/leveldb.h:123: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `void CLevelDBBatch::Write<char, int>(char const&, int const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `void CLevelDBBatch::Write<char, char>(char const&, char const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `void CLevelDBBatch::Erase<char>(char const&)': /home/ubuntu/src/leveldb.h:51: undefined reference to `leveldb::WriteBatch::Delete(leveldb::Slice const&)' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `void CLevelDBBatch::Write<char, uint256>(char const&, uint256 const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `void CLevelDBBatch::Erase<std::pair<char, uint256> >(std::pair<char, uint256> const&)': /home/ubuntu/src/leveldb.h:51: undefined reference to `leveldb::WriteBatch::Delete(leveldb::Slice const&)' obj/txdb.o: In function `bool CLevelDB::Exists<std::pair<char, uint256> >(std::pair<char, uint256> const&)': /home/ubuntu/src/leveldb.h:123: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `bool CLevelDB::Read<std::pair<char, std::string>, char>(std::pair<char, std::string> const&, char&)': /home/ubuntu/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `void CLevelDBBatch::Write<std::pair<char, std::string>, char>(std::pair<char, std::string> const&, char const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `void CLevelDBBatch::Write<char, CBigNum>(char const&, CBigNum const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `bool CLevelDB::Read<std::pair<char, uint256>, CDiskTxPos>(std::pair<char, uint256> const&, CDiskTxPos&)': /home/ubuntu/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `void CLevelDBBatch::Write<std::pair<char, uint256>, CDiskBlockIndex>(std::pair<char, uint256> const&, CDiskBlockIndex const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' obj/txdb.o: In function `bool CLevelDB::Read<char, CBigNum>(char const&, CBigNum&)': /home/ubuntu/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `bool CLevelDB::Read<std::pair<char, int>, CBlockFileInfo>(std::pair<char, int> const&, CBlockFileInfo&)': /home/ubuntu/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `bool CLevelDB::Read<std::pair<char, uint256>, CCoins>(std::pair<char, uint256> const&, CCoins&)': /home/ubuntu/src/leveldb.h:94: undefined reference to `leveldb::Status::ToString() const' obj/txdb.o: In function `void CLevelDBBatch::Write<std::pair<char, uint256>, CCoins>(std::pair<char, uint256> const&, CCoins const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `void CLevelDBBatch::Write<std::pair<char, int>, CBlockFileInfo>(std::pair<char, int> const&, CBlockFileInfo const&)': /home/ubuntu/src/leveldb.h:42: undefined reference to `leveldb::WriteBatch::Put(leveldb::Slice const&, leveldb::Slice const&)' obj/txdb.o: In function `CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /home/ubuntu/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' collect2: error: ld returned 1 exit status
chmod +x src/leveldb/build_detect_platform The OP shouldnt have used braindead format like zip to distribute source code.
|
|
|
compile errors anyone?
/misc/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /misc/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' collect2: error: ld returned 1 exit status make: *** [securecoind] Error 1
Had the same/similar issue. Need to give execute (+x ) permissions to src/leveldb/build_detect_platform otherwise leveldb will not build. Doesnt help. ive given it +x already. edit: ok. chmod +x src/leveldb/build_detect_platform thats the fix., It did not work for me since i ran a make to test things. needed to do a make clean in leveldb directory
|
|
|
compile errors anyone?
/misc/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::WriteBatch()' obj/txdb.o: In function `~CLevelDBBatch': /misc/src/leveldb.h:23: undefined reference to `leveldb::WriteBatch::~WriteBatch()' collect2: error: ld returned 1 exit status make: *** [securecoind] Error 1
Same here. Please fix asap Same. How do we get this compiled?? apt-get install libleveldb-dev doesnt fix this as well...
|
|
|
Zetacoin... because Catherine Zeta-Coins
ZG1shjcX3gufDGzfc9nDiuBtNG7xvKVZYS
|
|
|
NeBT79VRNmLPsAMGfSGEYNrnAvmpVJ5hY8
Thanks
|
|
|
ladies and gents: WE HAVE SHIPMENT! 360 units are on their way to me. note that's a total of 514 - only 2 for warranty this time, which i'll be holding on to. i do not have tracking info yet but i have sent payment to FC as requested. hopefully he'll get me the tracking tomorrow at the latest - and hopefully it's being mailed ot texas this time. either way - YAY! Oh yea! I just did a little happy dance in my seat. You and me both! I'll be distributing the available 5 shortly. Pls ship the international orders first this time.... it takes longer to get here...
|
|
|
Then ill take it that all shares found below the diff set arent lost when you use such a high diff. If you set the diff at X, you won't send any nonces found which are below X in difficulty. But one correct result (diff at X or higher) is worth X shares. The idea behind this is to lessen the impact of fast ASICs on pools. There simply is no need to send all the diff 1 work, when you can send, say, 1 diff 32 (or higher) result and get 32 shares accepted. Also network bandwidth is saved. So, in essence, all the nonces your ASICs find that have difficulty below X are "wasted", but the valid nonces are also worth more. It will even out over time. Thats what i wondered. So at a diff 8 all shares below 8 are wasted but thats not a problem because the pool pays you more because you only send higher shares to the pool. If that payment is done fair its ok. I only thought that all the wasted shares will summarize to a lot shares. Seems thats no an issue. If i read it right a difficulty should be a multiple of 8 right? I tried with 5 and with 1000 but it looked like it lead to a lower hashrate. With 8 its good again. So ill try with multiples of 8 now. AFAIK this depends on the pool. What share setting they have. If on their end its diff 1, then for all your shares (no matter what difficulty share was found) you get rewarded with diff 1 share. If the pool setting is diff 8, then you only send the pool shares of diff 8 and above, the pool would give u 8x the shares of the user mining at diff 1. Many stratum pools decide the share diff per user based on their hashrate to minimize variance and improve efficiency. Higher the share diff, higher your variance ... but over the long term it should average out... but check with your pool operator.
|
|
|
Fast miners are more efficient at reporting their work, that is, they have less work go "unreported". Slower miners are less efficient at reporting their work, because the interruption of new blocks makes a larger percentage of their work go unrecognized. They will have been working longer without finding a share at block change.
Result: no change to overall pool profit. The effect is of the distribution if rewards.
Look forward to your simulations... but.. i think the argument is invalid. Say the duration to the interruption is 20 seconds. A 100 GH/s miner will have exactly 10x the odds of finding a share than 10 GH/s miner. irrespective of the share difficulty. Over time its the same distribution of rewards. The argument sounds like saying : Pools using diff 1 shares is unfair, because I have done many hashes and didnt find a single diff 1 hash to submit. The work was done and went unrecognized. I am pretty sure when you do the simulation, you will find that over time, at any difficulty, the 100GH/s miner would have submitted 10x of what 10 GH/s miner would have. Going by h2odysee suggestion, try this. 2 processes generating random numbers between 1 and 1000000. Process A generates 1000 randoms a second, B does 10000 / sec. Log the output in one place if the number is 100 and another place if its below 10. run the processes many times for 10 second intervals.... im pretty sure both A and B will have similar ratio for the 2 difficulties... over time... i.e. B's ratio will be more consistent than A's but over time itll be the same.
|
|
|
|