--- Day changed Tue Oct 22 2019 05:53 < adiabat> OK I can do 9AM KST, that's 8PM for me today. I should be home by then, will do a jitsi call then 09:23 -!- Jmabsd [~jmabsd@unaffiliated/jmabsd] has joined #utreexo 09:23 < Jmabsd> jitsi call = ? 09:23 < kcalvinalvin> sure. See you soon! 09:23 < Jmabsd> what's the utreexo work about again, i remember Tadge said something 09:23 < kcalvinalvin> Also, I am logging this channel. I should fine somewhere to host that as well 09:24 < kcalvinalvin> utreexo is a hash-based accumulator for the merkle trees 09:24 < Jmabsd> ah right. 09:24 < Jmabsd> is this useful for Bitcoin? 09:25 < Jmabsd> i recall he suggested it can be used as replacement for.. the utxo, but why 09:25 < kanzure> no, UTXOs aren't useful for bitcoin 09:26 < kcalvinalvin> I think it'll benefit Bitcoin greatly. Besides reducing the storage for pruned nodes, you'll be able to suggest a hash for a particular block height 09:26 < kanzure> https://diyhpl.us/wiki/transcripts/mit-bitcoin-expo-2019/utreexo/ 09:26 < kanzure> https://diyhpl.us/wiki/transcripts/bitcoin-core-dev-tech/2018-10-08-utxo-accumulators-and-utreexo/ 10:34 < instagibbs> Jmabsd, read up on the links given, but personally it means I can worry about other scaling limits instead of UTXO set size 10:34 < Jmabsd> ok 10:41 < adiabat> hey - jitsi call at 8PM EDT / 9AM KST 10:41 < adiabat> so in like 6h20m, right? 10:42 < adiabat> there are a lot of fun benefits to having utreexo or something like it; one that we've been talking about is that you can make block validation more isolated 10:42 < adiabat> right now when you want to validate a block, you have to give a validation function the block... and all other state, which means handing over your whole database 10:43 < adiabat> with utreexo, it seems like you can hand over the whole state of the node as a function argument, since it's only a few hundred bytes 10:43 < adiabat> this lets blocks be validated in more isolation, potentially with more parallelism. So that's another fun benefit 10:48 -!- cfields [~cfields@unaffiliated/cfields] has joined #utreexo 10:49 < kcalvinalvin> I've been thinking about that a bit... Was looking into maybe implementing OpenCL for libsecp256k1 but this seems much more doable 12:01 -!- Jmabsd [~jmabsd@unaffiliated/jmabsd] has left #utreexo ["Leaving"] 13:42 -!- valwal [sid334773@gateway/web/irccloud.com/x-qoqfqninktjguijz] has joined #utreexo 17:01 < kcalvinalvin> Are we good for the call? 17:07 < adiabat> Hi 17:07 < adiabat> soory 17:08 < adiabat> just got back 17:08 < adiabat> give me a sec 17:09 < adiabat> ok I made a jitsi room or whatever it's called at meet.jit.si/utreexo 17:13 < adiabat> hm... hopefully didn't miss everyone. I'm online and will be for a bit 17:20 < adiabat> ok on call if anyone else wants to join in, welcome to 19:07 -!- ysangkok [janus@hapy.0x90.dk] has quit [Remote host closed the connection] 21:54 -!- ysangkok [janus@hapy.0x90.dk] has joined #utreexo