--- Log opened Mon Aug 03 00:00:39 2020
02:21 -!- belcher_ [~belcher@unaffiliated/belcher] has joined #utreexo
02:24 -!- belcher [~belcher@unaffiliated/belcher] has quit [Ping timeout: 240 seconds]
02:25 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has quit [Ping timeout: 240 seconds]
02:39 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has joined #utreexo
03:16 -!- belcher_ [~belcher@unaffiliated/belcher] has quit [Read error: Connection reset by peer]
05:20 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has quit [Ping timeout: 240 seconds]
05:21 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has joined #utreexo
06:21 -!- slivera_ [~slivera@103.231.88.30] has quit [Remote host closed the connection]
07:33 -!- rafalcpp [~racalcppp@ip-178-214.ists.pl] has joined #utreexo
08:00 -!- rafalcpp [~racalcppp@ip-178-214.ists.pl] has quit [Ping timeout: 264 seconds]
08:28 -!- rafalcpp [~racalcppp@ip-178-214.ists.pl] has joined #utreexo
09:23 < adiabat> kcalvinalvin: I think btcd is smaller overall
09:23 < adiabat> or that's what I saw for testnet
09:30 < adiabat> dergoegge: oh huh there is blocksonly, not much code there too.  So yeah could make sense to try to get a utreexo db working with blocksonly
10:07 < adiabat> also the other thing about re-orgs... I actually think most of the rev files are useless, even in current bitcoin core
10:07 < adiabat> and I don't mean useless as in "there's no way you can reorg 8 years so it won't happen"
10:08 < adiabat> I mean that even if you try to make a 400,000 block, 200GB reorg, like in regtest or something...
10:08 < adiabat> it won't work and bitcoind just crashes; basically it goes oom
10:09 < adiabat> at least that's what i've heard from some people.  and it makes sense, nobody would bother to fix that since it never happens
11:41 -!- mdrollette [~matt@cpe-70-123-125-237.tx.res.rr.com] has quit [Quit: bye]
11:44 -!- mdrollette [~mdrollett@cpe-70-123-125-237.tx.res.rr.com] has joined #utreexo
13:03 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has quit [Ping timeout: 240 seconds]
13:16 -!- jb55 [~jb55@gateway/tor-sasl/jb55] has joined #utreexo
14:05 -!- cfields [~cfields@unaffiliated/cfields] has joined #utreexo
14:07 -!- slivera [~slivera@103.231.88.10] has joined #utreexo
15:20 < dergoegge> adiabat: just did some testing with the latest master and #177. ibd is waaay slower, because the server spends all its time fetching the ttls from the db. so maybe hold of merging and i will add the things you mentioned in the comments https://github.com/mit-dci/utreexo/pull/177#issuecomment-667567339
15:37 -!- aaronc2347 [uid451246@gateway/web/irccloud.com/x-hscdphfifnmlqwto] has joined #utreexo
15:49 < adiabat> dergoegge: OK, makes sense.  Yeah having a db lookup for every utxo when you're serving it will be slow
15:50 < adiabat> we can put them in the proof data and then remove from levelDB, shouldn't be too bad, and then the ttl DB stays small
16:43 -!- mdrollette [~mdrollett@cpe-70-123-125-237.tx.res.rr.com] has quit [Quit: bye]
16:43 -!- mdrollette [~mdrollett@cpe-70-123-125-237.tx.res.rr.com] has joined #utreexo
19:20 -!- adiabat [~adiabat@63.209.32.102] has quit [Remote host closed the connection]
19:22 -!- adiabat [~adiabat@63.209.32.102] has joined #utreexo
19:46 -!- slivera [~slivera@103.231.88.10] has quit [Remote host closed the connection]
22:56 -!- mdrollette [~mdrollett@cpe-70-123-125-237.tx.res.rr.com] has quit [Ping timeout: 240 seconds]
23:28 -!- mdrollette [~mdrollett@cpe-70-123-125-237.tx.res.rr.com] has joined #utreexo
--- Log closed Tue Aug 04 00:00:41 2020