 Show Posts
|
|
Pages: [1]
|
When sending between two clients, an error message occurs -
Fee estimation failed. Fallbackfee is disabled. Wait a few blocks or endable -fallbackfee.
What does this mean, and how do I fix it?
Log extract below....
2018-06-01T22:48:18Z Fee Calculation: Fee:16600 Bytes:166 Needed:16600 Tgt:0 (requested 0) Reason:"PayTxFee set" Decay 0.00000: Estimation: (-1 - -1) nan% 0.0/(0.0 0 mem 0.0 out) Fail: (-1 - -1) nan% 0.0/(0.0 0 mem 0.0 out)
2018-06-01T22:48:23Z CommitTransaction:
CTransaction(hash=578d837469, ver=2, vin.size=1, vout.size=2, nLockTime=157)
CTxIn(COutPoint(a3a8c8cd92, 0), scriptSig=160014a7419391b687baff02, nSequence=4294967293)
CScriptWitness(3045022100887e2a97a954e5300a92ddb920256955112fe0977121b1fd9b9876b8144b246602200 f067e29f0a555a914034d13b9203390448832f43277f447c42404119e5c328001, 03a0415edb85fbdbf4b9ab3b759c3f660b8e87fe57b7dc852237a5a670ee1ba791)
CTxOut(nValue=48.99983400, scriptPubKey=a914b4f55ca5f2a9a9a67c6dd4f8a2)
CTxOut(nValue=1.00000000, scriptPubKey=a9147bcc4af60d02ea64d6ad3dcfc0)
2018-06-01T22:48:23Z keypool keep 1001
2018-06-01T22:48:23Z AddToWallet 578d837469ebf22fe9fff4a97ad87c11ee4453ade47c36c378c9941374d4f2e9 new
2018-06-01T22:48:23Z CommitTransaction(): Transaction cannot be broadcast immediately, no-witness-yet (code 64)
2018-06-01T22:49:51Z keypool added 1 keys (1 internal), size=2000 (1000 internal)
Do we have to wait 432 blocks before we can send between clients for segwit to activate? Have you figured this out yet? I've mined 432 blocks, (the client turning on and off in between, idk if that matters) and it still says the same thing. I'm on block 440 right now, and I am not able to send a transaction, i just get the same CommitTransaction() error. When I use -prematurewitness to bypass that, nothing happens, it says that it's been relayed but my laptop that is running a node receives nothing. When I enable -prematurewitness on both machines, my laptop actually displays that a transactions has been sent to it but it never gets confirmed in the blockchain. And when I try to use a Bech32 address, it just says "CommitTransaction(): Transaction cannot be broadcast immediately, scriptpubkey". I don't really know what to do, any help would be appreciated. |
|
|
|
Hello, I am having some problems with the genesis block. I am new to C++, but what I know is that because my assert of the genesis hash is failing, it means that I am putting the wrong genesis hash. Here is my code for generating the genesis hash (I'm using the genesis generator from https://github.com/hashcrack256/node-genesis-block): node genesis -p 040839e4f568674e93581cf1db43a7b09a8ba9d440bad64b296c1554cf7c9c9714d1b5d19c3aadc01647ab41266d4fe2745afa72166c3d69a66cd35c4f3a0b5de0 -t 1618258400 -n 404483 -a sha256d -v 5000000000 -z "Ion got it on me." -b 0x1d00ffff And in my chainparams.cpp: static CBlock CreateGenesisBlock(uint32_t nTime, uint32_t nNonce, uint32_t nBits, int32_t nVersion, const CAmount& genesisReward)
{
const char* pszTimestamp = "Ion got it on me.";
const CScript genesisOutputScript = CScript() << ParseHex("040839e4f568674e93581cf1db43a7b09a8ba9d440bad64b296c1554cf7c9c9714d1b5d19c3aadc01647ab41266d4fe2745afa72166c3d69a66cd35c4f3a0b5de0") << OP_CHECKSIG;
return CreateGenesisBlock(pszTimestamp, genesisOutputScript, nTime, nNonce, nBits, nVersion, genesisReward);
} As well as: genesis = CreateGenesisBlock(1618258400, 404483, 0x1d00ffff, 1, 50 * COIN);
consensus.hashGenesisBlock = genesis.GetHash();
assert(consensus.hashGenesisBlock == uint256S("0x000005a48ef8e68ac2f26d0987784eaace9dc304f9f579a652f83c958d5fadb1"));
assert(genesis.hashMerkleRoot == uint256S("0x941d67c6b23e01ae4f16284613133be33c46d23d38fe150c34ab92bc7bd04176")); What exactly am I missing? What missing parameter am I missing that affects the genesis hash, so that the assert fails? The reason I'm not using your provided genesis generator is because it gives me a ton of chainparams.cpp:27:5: error: ‘arith_uint256’ was not declared in this scope errors for more than just line 27. What I'm doing to put your code into chainparams.cpp, is copy and pasting https://raw.githubusercontent.com/NicolasChoukroun/altcoin-genesis/master/creategenesis.cpp under all of the #include in chainparams.cpp. There is probably something I'm doing wrong here, and I'm way too new to C++ to know what I'm doing wrong. Any help would be greatly appreciated! |
|
|
|
Sorry for late response. Here is the kernel log: https://pastebin.com/raw/Rk5ZxT3wFor replacing the hash board, once I buy a new one I will report back. For the PSU, before buying a new one is there a way I can test it? I have a voltmeter if that helps. Also, I noticed that the PSU's fans are very dusty, so I will clean that up. If chain#1 is getting power though, I don't know why chain#3 isn't though. No matter the case, thanks for your help. |
|
|
|
Whenever I start up my Antimer S7, it starts fine (at least I think). It takes a little while for it to go online, but the online miner control panel works fine. The only thing that doesn't work are the 2 hash boards, and the odd fan behavior. The first hash board works fine, but under performs heavily. It should be doing something like 1TH/s, but it only does 150GH/s (Shown in the image linked below). And for the other 2 boards, they don't work at all. I only have 1 screenshot to show, I'm a noob at this so I don't know what else to put. If you ask, I can most likely get a screenshot of it for you. Image link (imgur) : https://imgur.com/a/hgeC0z7P.S. for anyone saying that the Antminer S7 is outdated and inefficient, and that I should just get a newer one, I'd rather have problems like these with a 70$ beater miner, and gain some experience fixing it, than having these problems with a 500$ miner. |
|
|
|
|
