I am trully unable to reproduce any kind of misbehaviours regarding p=, no matter what I set and at what kind of timing I start the miner. Everything is working just fine. I tested with sgminer 4.0.0.
So, until I have a way to reproduce this bug I really have no idea what else to do or look. Believe me, I have been sitting in front of code for hours trying to figure out what could have gone wrong, and I couldn't find it. I can paste you the part regarding it and you will see on your own.
i think, if someone has a issue with nicehash, start sgminer/cgminer with debug mode, save logs to file, and send it to nicehashdev. cgminer --debug --protocol-dump --log-show-date -o otherparam.... 2>logfile.txt I'm sure, it'll help they to find the bug. Elbandi
|
|
|
oh, i missed the price with a 10... i dont want to run my pc 24/7 for 5$.... so you got ~1700 listen for girft
|
|
|
Just tell your antivirus program to ignore the folder /Users/username/Library/Application Support/Bitcoin
This is a huge mistake! Just imagine: a unknown virus download some viruses to this directory. The folder is ignore by the virus scanner, so _valid_ viruses are not recognized, they can do whatever they want to do. And you do not realize that your wallet is stolen. So the devs sould somehow handle this! Elbandi
|
|
|
But if you can solve the only problem that's will be perfect When your pool switch to job there is a disconnection with the stratum server, if you can remove this disconnection During 5-20 secondes rigs don't mining in order to reconenct the stratum server. Yeah, we're aware of it. This is also what phzi was talking about a couple of posts back. The issue is with the stratum protocol, which currently doesn't support changing the extranonce1. Therefore currently the only option is to disconnect a rig in reconnect it to new order. We'll see if we'll find a technical solution for this. However, another, organizational solution is already being implemented - will make sure orders don't switch too fast. There will be a minimum order time frame (not too long though, allowing for the buyers still to be flexible) and the possibility for order hash limit. This will allow more concurrent orders, less order switching and will make hash power providers to stay on single order for longer time. Will not be perfect, there will still be some disconnects form time to time. But at the end of the day we have to make some trade-offs between optimizations for sellers&buyers (we want to make a ~100% fair game for sellers&buyers). Stay tuned! How about this patch: http://pastebin.com/8rV0md98This change the nonce1 value on-the-fly, and report back if successful. (so if the miner dont report back, you can fallback to reconnect) Elbandi
|
|
|
Hi, The ColossusCoinCommunity would love if you could add ColossusCoin (COL)
Added. Elbandi
|
|
|
Is someone working on this?
Elbandi
|
|
|
There is a source code in linux wallet zip. Elbandi
|
|
|
New version: - Display the coin properties on printing
- New coins added
|
|
|
i made a little app for him, after he verified my work, he sent my pay. Recommended.
|
|
|
I forked the bitaddress.org and i made a really universal wallet generator: You can set any decimal addressversion and privatekey prefix, so you can work wallets for any altcoin. There are some predefined coins, so you dont have to know the right decimals for that coins. http://www.universalwalletgenerator.netThe code is not fully completed, but it's usable.
|
|
|
Here is the code: // If genesis block hash does not match, then generate new genesis hash. if (true && block.GetHash() != hashGenesisBlock) { printf("Searching for genesis block...\n"); // This will figure out a valid hash and Nonce if you're // creating a different genesis block: uint256 hashTarget = CBigNum().SetCompact(block.nBits).getuint256(); uint256 thash; char scratchpad[SCRYPT_SCRATCHPAD_SIZE];
loop { #if defined(USE_SSE2) // Detection would work, but in cases where we KNOW it always has SSE2, // it is faster to use directly than to use a function pointer or conditional. #if defined(_M_X64) || defined(__x86_64__) || defined(_M_AMD64) || (defined(MAC_OSX) && defined(__i386__)) // Always SSE2: x86_64 or Intel MacOS X scrypt_1024_1_1_256_sp_sse2(BEGIN(block.nVersion), BEGIN(thash), scratchpad); #else // Detect SSE2: 32bit x86 Linux or Windows scrypt_1024_1_1_256_sp(BEGIN(block.nVersion), BEGIN(thash), scratchpad); #endif #else // Generic scrypt scrypt_1024_1_1_256_sp_generic(BEGIN(block.nVersion), BEGIN(thash), scratchpad); #endif if (thash <= hashTarget) break; if ((block.nNonce & 0xFFF) == 0) { printf("nonce %08X: hash = %s (target = %s)\n", block.nNonce, thash.ToString().c_str(), hashTarget.ToString().c_str()); } ++block.nNonce; if (block.nNonce == 0) { printf("NONCE WRAPPED, incrementing time\n"); ++block.nTime; } } printf("block.nTime = %u \n", block.nTime); printf("block.nNonce = %u \n", block.nNonce); printf("block.GetHash = %s\n", block.GetHash().ToString().c_str()); }
|
|
|
it's not a big magic: they set the high reward for first blocks at code. And before the source is released, they solve some blocks, and woala coins are in they qt wallet. The diff is very low, so it's easy to mine, even with cpuminer.
|
|
|
It's a sessionid. if a pool is resumed, cgminer can submit the unsended shares to pool.
|
|
|
Use this small adjustment :-)
|
|
|
store somewhere (session or database) if you already sent the mail.
Elbandi
|
|
|
I knew that coinbase android app is just a frontend for coinbase online wallet, isnt?
|
|
|
nod32 alarmed me: MSIL/Injector.CZX
|
|
|
Use this: int64 static GetBlockValue(int nHeight, int64 nFees) { int64 nSubsidy = 0 * COIN;
if (nHeight == 0) return 50 * COIN; // genesisblock coins if (nHeight == 1) nSubsidy = 100000 * COIN;
return nSubsidy + nFees; } Mine the first block, and voala, you have 100000 coins. other blocks has 0 reward.
|
|
|
|