Orphan transactions are never logged as AcceptToMemoryPool in debug.log #7389

issue orweinberger opened this issue on January 22, 2016
  1. orweinberger commented at 2:27 AM on January 22, 2016: none

    After reading @sipa's answer regarding what is an orphan transaction, it seems like bitcoin-core does not log orphan transactions as AcceptToMemoryPool even after it managed to identify all parents.

    For example, the txid 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9 appears in my debug.log:

    user@home ~ $ cat ~/.bitcoin/debug.log | grep 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9
    2016-01-22 02:12:08 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  new peer=3
    2016-01-22 02:12:08 askfor tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  0 (00:00:00) peer=3
    2016-01-22 02:12:08 Requesting tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9 peer=3
    2016-01-22 02:12:08 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  new peer=2
    2016-01-22 02:12:08 askfor tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  1453428727872645 (02:12:07) peer=2
    2016-01-22 02:12:08 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  new peer=6
    2016-01-22 02:12:08 askfor tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  1453428847872645 (02:14:07) peer=6
    2016-01-22 02:12:08 stored orphan tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9 (mapsz 101 prevsz 195)
    2016-01-22 02:12:09 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  have peer=1
    2016-01-22 02:12:09 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  have peer=5
    2016-01-22 02:12:09 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  have peer=8
    2016-01-22 02:12:09 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  have peer=7
    2016-01-22 02:12:19 got inv: tx 60f83ba567b39258519f0f981709eeb904f09b9992c4247c983cbbecd6ce07d9  have peer=4
    

    At the first few seconds of seeing it arrive to the log, I wasn't able to execute getrawtransaction against it, since I'm guessing it wasn't in the mempool, but then after about a minute I was able to execute getrawtransaction but still could not find the AcceptToMemoryPool log. I ended up checking quite a few txids that were marked as orphan and noticed non of them are eventually marked as AcceptToMemoryPool in the debug.log

    I'm running v0.11.2.0-g7e27892 on Ubuntu 14.04 with -txindex=1 and -debug

  2. laanwj added the label Docs and Output on Jan 22, 2016
  3. paveljanik commented at 3:12 PM on January 24, 2016: contributor

    It should be logged by:

       LogPrint("mempool", "   accepted orphan tx %s\n", orphanHash.ToString());
    
  4. orweinberger commented at 8:30 AM on January 25, 2016: none

    After building 0.12rc2 I can see these two new messages that I couldn't find on 0.11:

    2016-01-25 06:36:20    accepted orphan tx 2164af3b8e0f8303f7e05ddcf016c05ab447809fb8083e6411f07b4946580a29
    

    and

    2016-01-25 08:27:27 stored orphan tx 9708577e701c1a2303bb3a0d12b605fc40bc684095b69ce0b13c5123fc2ea0a8 (mapsz 101 prevsz 236)
    

    However, they seem to not correlate. I get different txids that were stored than accepted.

  5. MarcoFalke commented at 12:06 AM on April 27, 2020: member

    Is this still an issue with a recent version of Bitcoin Core? If yes, what are the steps to reproduce?

  6. MarcoFalke closed this on Apr 27, 2020

  7. DrahtBot locked this on Feb 15, 2022

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-22 18:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me