< fanquake> Got some rc4 sigs up.
< phantomcircuit> gmaxwell, sounds like a forkcoin that's got the same history upto some point
< gmaxwell> phantomcircuit: interesting, so I certantly have seen a bunch of those that claim to be a fork coin (superbitcoin)
< gmaxwell> that get themselves banned
< echeveria> gmaxwell: can you connect back to any of them?
< gmaxwell> there is also some VDS which is apparently some ponzi scheme coin that airdropped to bitcoin users which is very popular in china.
< gmaxwell> echeveria: none of the last 12 that connected to me.
< echeveria> ike
< echeveria> blockfilterindex=1 on a synced node results in some impressive log spam
< echeveria> 2019-04-19T01:57:00Z Pre-allocating up to position 0x300000 in fltr00003.dat
< echeveria> 2019-04-19T01:57:01Z Pre-allocating up to position 0x400000 in fltr00003.dat
< echeveria> 2019-04-19T01:57:03Z Pre-allocating up to position 0x500000 in fltr00003.dat
< echeveria> 2019-04-19T01:57:04Z Pre-allocating up to position 0x600000 in fltr00003.dat
< echeveria> etc etc
< sipa> ha
< sipa> i think we should probably turn those off by default (incl. for block/undo)
< echeveria> mm. my log is getting blasted.
< phantomcircuit> sipa, any idea if the pre-allocation still helps on ssds?
< phantomcircuit> (especially ones on top of a cow filesystem?)
< sipa> phantomcircuit: i doubt it tbh
< sipa> it'd be useful if we used mmap or so, but we don't
< luke-jr> but it may save us from ugly out of disk space issues.. except on filesystems with compression :P
< luke-jr> actually, I wonder if posix_fallocate is broken on such filesystems - it's supposed to guarantee a write to the space won't fail
< luke-jr> or maybe they actually implement it such that it ensures it won't fail
< phantomcircuit> luke-jr, i doubt that it's gonna prevent an out of space issue
< echeveria> 2019-04-19T02:46:27Z basic block filter index is enabled at height 572248
< echeveria> 2019-04-19T02:46:27Z basic block filter index thread exit
< echeveria> 2019-04-19T02:48:49Z Potential stale tip detected, will try using extra outbound peer (last tip update: 3114 seconds ago)
< echeveria> so about 45 minutes, as described on the PR, on a dual core i7 in a laptop. not bad.
< echeveria> that's sort of a bug that it thinks the tip is stale when it isn't, but of no consequence.
< echeveria> oh no there's just been no new blocks, I misunderstood what happened there.
< echeveria> hm
< echeveria> I'm seeing absurd CPU usage in master.
< wumpus> any idea where?
< wumpus> I mean, is it doing actual work, such as validating blocks, or is it spinning somewhere
< echeveria> while at the tip, with bip157 enabled. restarted with actual logging.
< wumpus> sometimes in these cases it's useful to start it in gdb, then when it occurs, break, and see what all the threads are doing
< wumpus> if you can get your ps/top tool to show thread names, it also helps, by narrowing down in which thread it happens
< echeveria> I restarted with GDB before I thought of that.
< echeveria> lets wait and see.
< wumpus> could have attached the debugger to the running process, but ok, too late now :)
< echeveria> yeah alright.
< echeveria> 100% core usage in openconn.
< wumpus> I remember we've had spinning problems with there before
< wumpus> problems such as: it doesn't find suitable peers and keeps retrying in a tight loop
< wumpus> not very recently, though
< echeveria> only strange networking is a socks5 proxy.
< bitcoin-git> [bitcoin] MarcoFalke opened pull request #15852: doc: 0.18: Remove TODO from release notes (0.18...1904-docRel18) https://github.com/bitcoin/bitcoin/pull/15852
< hebasto> could #15630 be labeled "Wallet"?
< gribble> https://github.com/bitcoin/bitcoin/issues/15630 | -wallet is a "network-only" option but -walletdir is not · Issue #15630 · bitcoin/bitcoin · GitHub
< bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/d1c2ed8dd768...ae2c19f578b6
< bitcoin-git> bitcoin/master 418d323 251: Resolve the checkpoints <-> validation CD.
< bitcoin-git> bitcoin/master ae2c19f MarcoFalke: Merge #15655: Resolve the checkpoints <-> validation circular dependency
< bitcoin-git> [bitcoin] MarcoFalke merged pull request #15655: Resolve the checkpoints <-> validation circular dependency (master...patch/resolve-checkpoints-validation-cd) https://github.com/bitcoin/bitcoin/pull/15655
< bitcoin-git> [bitcoin] MarcoFalke opened pull request #15853: wallet: Remove unused import checkpoints.h (master...1904-walletRemCheck) https://github.com/bitcoin/bitcoin/pull/15853
< MarcoFalke> [06:23] <echeveria> 100% core usage in openconn.
< MarcoFalke> there is an open issue
< MarcoFalke> echeveria: Please comment there #15665
< gribble> https://github.com/bitcoin/bitcoin/issues/15665 | 0.18.0 rc2 CPU spike in thread bitcoin-opencon · Issue #15665 · bitcoin/bitcoin · GitHub
< kolnpole> HI
< kolnpole> im using bitcoin core and im tyring to sign message
< kolnpole> but i get error bitcoin core Address does not refer to key (code -3)
< kolnpole> but when i dump key by dumpprivate key i get a key
< kolnpole> ????????
< kolnpole> anyone ..
< MarcoFalke> kolnpole: See #10542
< gribble> https://github.com/bitcoin/bitcoin/issues/10542 | Signmessage doesnt work with segwit addresses · Issue #10542 · bitcoin/bitcoin · GitHub
< bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/ae2c19f578b6...b6a5583c4f9b
< bitcoin-git> bitcoin/master fadf7d1 MarcoFalke: wallet: Remove unused import checkpoints.h
< bitcoin-git> bitcoin/master b6a5583 MarcoFalke: Merge #15853: wallet: Remove unused import checkpoints.h
< bitcoin-git> [bitcoin] MarcoFalke merged pull request #15853: wallet: Remove unused import checkpoints.h (master...1904-walletRemCheck) https://github.com/bitcoin/bitcoin/pull/15853
< kolnpole> MarcoFalke, gribble doesnt works with other address either https://ibin.co/4eF9qvcmqYGE.png
< kolnpole> and you can see dump private key works
< MarcoFalke> it does not work with bech32 and p2sh addresses
< MarcoFalke> in the gui you can get a new address that can sign in the debug console
< MarcoFalke> getnewaddress address_label legacy
< kolnpole> MarcoFalke, wow
< kolnpole> cool
< echeveria> MarcoFalke: I'll dump the information asked.
< MarcoFalke> thx
< bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/b6a5583c4f9b...56376f336548
< bitcoin-git> bitcoin/master 765c0b3 Antoine Riard: refactor: combine Chain::findFirstBlockWithTime/findFirstBlockWithTimeAndH...
< bitcoin-git> bitcoin/master 56376f3 MarcoFalke: Merge #15670: refactor: combine Chain::findFirstBlockWithTime/findFirstBlo...
< bitcoin-git> [bitcoin] MarcoFalke merged pull request #15670: refactor: combine Chain::findFirstBlockWithTime/findFirstBlockWithTimeAndHeight (master...2019-03-remove-find-first-block-time-height) https://github.com/bitcoin/bitcoin/pull/15670
< bitcoin-git> [bitcoin] lemz90 opened pull request #15854: Update README.md (master...patch-1) https://github.com/bitcoin/bitcoin/pull/15854
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #15854: Update README.md (master...patch-1) https://github.com/bitcoin/bitcoin/pull/15854
< bitcoin-git> [bitcoin] MarcoFalke opened pull request #15855: [refactor] interfaces: Add missing LockAnnotation for cs_main (master...1904-interfacesLock) https://github.com/bitcoin/bitcoin/pull/15855
< bitcoin-git> [bitcoin] hebasto opened pull request #15856: wallet: Do not create unsolicited wallets subdirectory (master...20190419-unsolicited-walletdir) https://github.com/bitcoin/bitcoin/pull/15856
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #15576: constexpr: Increase constexpr usage in strencodings (master...constexpr-strencodings) https://github.com/bitcoin/bitcoin/pull/15576
< bitcoin-git> [bitcoin] hebasto closed pull request #15856: wallet: Do not create unsolicited wallets subdirectory (master...20190419-unsolicited-walletdir) https://github.com/bitcoin/bitcoin/pull/15856
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #14397: Faster duplicate input check in CheckTransaction (alternative to #14387) (master...201810_fastduplicate) https://github.com/bitcoin/bitcoin/pull/14397
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #14837: Stricter & More Performant Invariant Checking in CheckBlock (master...faster-dedup-working-rebase) https://github.com/bitcoin/bitcoin/pull/14837
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #14035: Utxoscriptindex (master...utxoscriptindex) https://github.com/bitcoin/bitcoin/pull/14035
< bitcoin-git> [bitcoin] MarcoFalke closed pull request #12024: Remove most recent transaction timestamp stuff from nTimeSmart (master...fix-timesmart) https://github.com/bitcoin/bitcoin/pull/12024
< kanzure> wallet meeting?
< gwillen> it shifted parity
< sipa> no, last week
< gwillen> (I would like to suggest that in the future it not do that, because it causes confusion)
< gwillen> (if it has to move, just move it one-off instead)
< sipa> gwillen: in fact it shifted twice; now we're back on the original original schedule
< gwillen> heh.
< sipa> (but i agree; in the future we should either cancel the meeting outright, or do a one-off shift)
< kanzure> what is the current original original schedule?
< sipa> every two weeks, first one was oct 19 2018
< gwillen> every two weeks starting either last week or next week, but not this week
< sipa> GMT 7pm
< gmaxwell> people will be confused no matter what. :P
< sipa> yeah...
< sipa> maybe it should be "1st and 3rd friday of the month"
< gwillen> then you'd get weird skips and consecutive weeks to no direct benefit
< gwillen> "odd numbered weeks" doesn't really cause any more problems than that, as long as you don't switch it to even sommetimes
< gmaxwell> obviously it should be the first and third friday after the ecclesiastical full moon.
< jnewbery> If you are lucky enough to have attended a wallet IRC meeting as a young man, then wherever you go for the rest of your life, it stays with you, for wallet IRC meetings are moveable feasts.
< sipa> that sounds very profound... at first
< jnewbery> ... and then you realise there's not really anything there at all?
< gmaxwell> Chinese food movable feast.
< bitcoin-git> [bitcoin] MarcoFalke opened pull request #15858: Faster tests with topological mempool rpc sync 🚀 (master...1904-qaSync) https://github.com/bitcoin/bitcoin/pull/15858