3

Help, with bitcoin core : AFTER the Rescan :

1 - rescan

2 - response output, on the debug file out:

3 - FlushStateToDisk: write coins cache to disk (coins, kB) completed (s) , OK

4 - Imported mempool transactions from disk: X succeeded, X failed, X expired, X already there, X waiting for initial broadcast

problems that I don't understand, problems that I can't solve :

5 - Problem one : Cache size () exceeds total space ()

6 - Problem two : ERROR: AcceptBlockHeader: prev block not found

7 - with => Disconnecting outbound peer XXX for old chain, best known block =

8 - and with => ERROR: AcceptBlockHeader: Consensus::ContextualCheckBlockHeader: 000XXX...XXX, bad-diffbits, incorrect proof of work

Sorry for my bad english !

What do I have to do ? Help me Please Thanks !

RedGrittyBrick
  • 26,841
  • 3
  • 25
  • 51
signbertrand
  • 11
  • 1
  • 7

1 Answers1

6

These messages may be confusing, but there is nothing wrong. Let me go over them:

FlushStateToDisk: write coins cache to disk (coins, kB) completed (s) , OK

This means that the contents of the validation state cache is written to disk. Without this, you'd need to start over if Bitcoin Core were to shutdown uncleanly (e.g. your machine crashing or power loss).

This regularly happens from time to time, or when the cache grows too big (see further).

Imported mempool transactions from disk: X succeeded, X failed, X expired, X already there, X waiting for initial broadcast

This is a log message informing you about the result of unconfirmed transactions being loaded from disk.

Cache size () exceeds total space ()

This is giving the reason why the validation cache state is being written to disk: the amount stored in memory grew larger than how much memory Bitcoin Core was configured to use. This is normal. You can let Bitcoin Core grow the cache bigger using the -dbcache command line option, the dbcache= configuration file option, or the "Database cache" setting in the GUI.

ERROR: AcceptBlockHeader: prev block not found

A peer gave you a block header which Bitcoin Core couldn't interpret. Bitcoin Core simply ignores this.

Disconnecting outbound peer XXX for old chain, best known block =

A peer seemed to be on an invalid or old block, and didn't seem to synchronize with what your Bitcoin Core believes to be the best chain. There is either something wrong with that peer, or it isn't following the same rules. In either case, it's not a peer we'll learn anything useful from. Because the number of connections Bitcoin Core makes is limited, it decided it's better to disconnect this useless peer to make space for another, potentially better, peer.

ERROR: AcceptBlockHeader: Consensus::ContextualCheckBlockHeader: 000XXX...XXX, bad-diffbits, incorrect proof of work

A peer gave you an invalid block header. It is ignored.

What do I have to do?

Nothing.

Pieter Wuille
  • 105,497
  • 9
  • 194
  • 308
  • 1
    Thank you ! a lot, I really understand better, the EVERYTHING!

    So I just have to wait?

    So I have a chance to see My Pieces, if you know?

    if I have a chance, I would like to pay for your work, which must not be simple...! but is very well explained!

    Cordially ! Friends

    – signbertrand May 19 '22 at 17:08
  • 1
    If the problem is that your funds haven't shown up because you're still rescanning or synchronization: yes, they'll only show up when that is done. None of the log messages you quote are related to this at all. – Pieter Wuille May 19 '22 at 17:42
  • 1
    Yes!!! I leave the PC on!

    But how can I see the trace of the TX or the coins?

    By simply waiting ? and I look up the TX and Coins

    – signbertrand May 19 '22 at 18:03
  • Cordially ... !! – signbertrand May 19 '22 at 18:50
  • 1
    error : "I leave the PC on!" NO, I don't close : Bitcoin-qt ! – signbertrand May 19 '22 at 19:34
  • 1
    do you have a sign of signature bitcoins coins are trusted on client bitcoin-qt ? "FlushStateToDisk: write coins cache to disk : 0 coins and 0 kB) " and "Imported mempool transactions from disk: 0 succeeded, 0 failed, 0 expired, 0 already there, 0 waiting for initial broadcast" It's That ? all imported of mempool and also disk ? – signbertrand May 20 '22 at 20:10
  • 2
    I'm sorry, but I have no idea what you are trying to say or ask. – Pieter Wuille May 20 '22 at 20:56
  • 1
    I want to talk about my bitcoin coins, I mean, how to find my coins?

    should I wait for a particular writing on the debug of bitcoin Core? - Who will say end of synchronization of the old wallet.dat file with the transactions in the mempool with those in the disk, in the blockchain? (and given that the blockchain is downloaded, with BUGs, parcial, but downloaded)

    – signbertrand May 20 '22 at 21:54
  • 1
    or let the software re-sync, "naturally" with nothing to do but wait, so should I wait, leave bitcoin-qt open and do nothing?

    I think the command -debug or -debugexclude, no! (because I don't know the output - the outputs)

    and run a -rescan command... there, I don't see the point, because I already did that a few days ago...

    so any advice?

    – signbertrand May 20 '22 at 21:55
  • 2
    You just need to wait until it is synchronized. – Pieter Wuille May 21 '22 at 02:58
  • 1
    It's possible to faster the sync with (if it is the)

    Log2_work

    OR not ?

    the Log2_work sync, are very slowly !

    and other faster sync, tell me please ! if it is ! @Pieter Wuille

    – signbertrand Jun 04 '22 at 19:22
  • 2
    log2_work is just a metric for the amount of hashrate the chain has had. It has nothing to do with progress of synchronization, nor does it contribute to it. – Pieter Wuille Jun 04 '22 at 19:30
  • 1
    Hello Peter!

    I would like to ask you a question about bitcoin core mepool,

    Is it possible not to see my funds because they are in the mempool?

    AND OR

    If a transaction (bitcoin core) has not succeeded, blocked in the mempool, the entire wallet (wallet.dat) must wait for ONE transaction to be synchronized, to show the entire balance?

    do you have an answer ?

    Cordially.

    – signbertrand Jun 27 '22 at 18:43
  • 1
    or, is there a bitcoin cache size to have? a size that: "reads all" / "syncs all" in the dbcache?? – signbertrand Jun 28 '22 at 14:00
  • 1
    This isn't a discussion box. If you have more questions, ask them as questions, but please be respective of the time and effort of the volunteers who answer here. Please get someone to translate for you, or it'll get only more frustrating for everyone. – Pieter Wuille Jun 28 '22 at 14:06
  • 1
    so, i've understood... – signbertrand Jun 28 '22 at 15:25