< bitcoin-git>
bitcoin/master a76dafa Hennadii Stepanov: ci: Add tsan suppression for race in BerkeleyBatch
< bitcoin-git>
bitcoin/master f4301e9 MarcoFalke: Merge #19450: ci: Add tsan suppression for race in BerkeleyBatch
< bitcoin-git>
[bitcoin] MarcoFalke merged pull request #19450: ci: Add tsan suppression for race in BerkeleyBatch (master...200705-tsan-bd) https://github.com/bitcoin/bitcoin/pull/19450
< phantomcircuit>
why does the txindex and blockfilter index try to "keep in sync" why not just check every block in the currently active chain when we start and then deal with changes? they both use leveldb so can easily tell a consumer whether they have that particular block in the index
< phantomcircuit>
i guess for txindex it would be kind of annoying to have a partial index
< luke-jr>
phantomcircuit: I'm not clear what you're suggesting to do different
< phantomcircuit>
luke-jr, at least for the block filter index, instead of keeping track of the "tip" just walk the current chain and try to rebuild
< phantomcircuit>
it makes something that's O(1) O(n) but it means it's more flexible
< sipa>
phantomcircuit: it's not clear to me how that would be practically different
< sipa>
you mean how you could have some blocks indexed and others not?