00:02
<
gmaxwell >
second column is the number of missed txn.
00:04
<
gmaxwell >
The two highest miss counts claim to be by F2Pool. The third highest claims to be antpool.
00:05
<
gmaxwell >
random checking shows a bunch of other f2pool.
00:09
<
gmaxwell >
Lets see, first block-- I'd previously seen the one missed txn:
00:09
<
gmaxwell >
2019-04-04T01:57:57.029028Z Requesting witness-tx 2dbdbed73281515c9d491c99c717f15acf3d3cb64ba9eebd18a90cf4d6cc6a65 peer=21876
00:10
<
gmaxwell >
I don't think my mempool was remotely near full so it was either non-standard or replaced (I don't have enough logging to tell)
00:11
<
gmaxwell >
it was long enough before the block that if it had been replaced, it probably wouldn't have been in the extra pool anymore.
00:12
<
gmaxwell >
it produced a 546 satoshi output, so-- non-standard, I think.
00:17
<
* gmaxwell >
turns up his logging
00:18
<
gmaxwell >
similar on a bunch of other ones, we probably really should get an extra extra pool going for rejected txn.
00:46
<
CubicEarth >
I've got another syncing question... It used to be that the cpu fans would only turn on at the end... was that back when there were checkpoints? It would only start doing 'full validation' after it passed the checkpoint?
00:48
<
gwillen >
I would really like to get #15508 merged, who do I pester for that at this point? :-) It has several acks.
00:48
<
gmaxwell >
CubicEarth: it didn't check signatures for the old history, it still doesn't (though for different reasons now)
00:49
<
CubicEarth >
When does the signature checking start?
00:50
<
CubicEarth >
1 year back from current? Or at a block height set in each release?
00:51
<
gmaxwell >
CubicEarth: at the assumevalid block, or two weeks of blocks back, whichever is older.
00:52
<
CubicEarth >
thanks
01:14
<
instagibbs >
gwillen, time to bug maintainers about readiness to merge, imo
01:15
<
gwillen >
instagibbs: who is the right person to bug
01:20
<
sipa >
gwillen: 2 acks is a bit low
01:20
<
sipa >
and the wallet maintainer is meshcollider, but he's travelling now
01:20
<
instagibbs >
maybe i miscounted i saw 3
01:21
<
gwillen >
sipa: well, it has one from ryanofsky_, one from you, and one from achow101
01:21
<
sipa >
i'll merge when i get to a computer
01:21
<
gwillen >
thanks sipa! :-)
10:02
<
jonasschnelli >
If I debug on my macOS 10.14 with lldb, unused variables are optimized away with the default --enable-debug flags of -Og -g3
10:02
<
jonasschnelli >
I have to switch to -O0 -g
10:03
<
jonasschnelli >
is that intentionally?
10:23
<
luke-jr >
jonasschnelli: #llvm ? :Pp
10:24
<
jonasschnelli >
I'm asking here because it looks like we changed that recently...
10:24
<
luke-jr >
-Og is supposed to be good for debugging
10:24
<
luke-jr >
so if it's a bug, it's a compiler bug
10:29
<
jonasschnelli >
luke-jr: maybe not all compilers support -Og
10:29
<
jonasschnelli >
though we check for it...
10:46
<
luke-jr >
jonasschnelli: not all compilers support -O0 either :p
10:47
<
luke-jr >
(I actually have my x86 compiler set to fail hard if it sees -O0; such that configure would be stopped and not allowed to continue at all)
14:42
<
instagibbs >
for elements we partially reverted #13005 because debugging was so annoying and locally in my bitcoin dir i do the same
14:43
<
instagibbs >
0g is allowed to optimize out whatever from my reading
15:15
<
jonasschnelli >
thanks instagibbs
15:55
<
bitcoin-git >
bitcoin/master afd20a2 Glenn Willen: Move PSBT decoding functions from core_io to psbt.cpp
15:55
<
bitcoin-git >
bitcoin/master ef22fe8 Glenn Willen: Refactor analyzepsbt for use outside RPC code
15:55
<
bitcoin-git >
bitcoin/master 892eff0 Glenn Willen: Add documentation of struct PSBTAnalysis et al
22:28
<
bitcoin-git >
bitcoin/master 7813eb1 Suhas Daftuar: [qa] Overhaul p2p_compactblocks.py
22:28
<
bitcoin-git >
bitcoin/master efbc867 MarcoFalke: Merge #15660: [qa] Overhaul p2p_compactblocks.py