01:55:40 <hyc> was discussed recently, the CVE is due to flaws in an implementation based on 32bit ints. Ours uses 64bit ints and cannot overflow
01:56:25 <hyc> kayabanerve[m]: that CVE has no relevance for us
01:57:13 <kayabanerve[m]> Yep, was pinged to the discussion in research. I checked here for discussion before sending, yet that's why I missed it :p Thanks for chiming in :)
01:58:35 <hyc> ah right it was in reesearch-lounge
10:03:13 <stretch1> i would like to inspect the data.mdb file. it is a http://www.lmdb.tech/doc/ 
10:03:13 <stretch1> is there a readable dump like sql_export in postgresql?
10:07:42 <moneromooo> mdb_dump
10:08:14 <moneromooo> Make sure you use the same lmdb version as the one monerod uses. Easiest is to build the one from external/db_drivers/liblmdb
10:19:38 <stretch1> <moneromooo> "mdb_dump" <- interesting, is it possible to use mdb_dump/load for porting a lmdb?
10:22:40 <moneromooo> Define "porting a lmdb".
10:23:21 <stretch1> moneromooo: does lmdb have node identifying information when exposing the node on the network? the bitmaps of the file sure identical partially, but how does it appear online? 
10:24:18 <moneromooo> The only things I can think of that are fingerprintable and stored in the db are:
10:24:20 <stretch1> * identical partially (if one were to make a copy, but
10:24:30 <stretch1> * identical partially (if one were to make a copy), but
10:24:36 <moneromooo> - the pruning seed (9 possible values)
10:24:57 <moneromooo> - the txpool, the contents of which will vary slightly with time and connections
10:25:36 <moneromooo> Various things can fingerprint a node that aren't in the db. I do not understand thew second questoin.
10:26:19 <moneromooo> If that's what you're after, there's no unique node id.
10:28:16 <stretch1> moneromooo: if there is no pruning, there is no such seed?
10:28:16 <stretch1> can the txpool be flushed?
10:31:58 <stretch1> * such seed? also it seems to be 0 `  virtual uint32_t get_blockchain_pruning_seed() const = 0;` can the
10:32:03 <stretch1>  * if there is no pruning, there is no such seed? also it seems to be 0 `  virtual uint32_t get_blockchain_pruning_seed() const = 0;` 
10:32:03 <stretch1> can the txpool be flushed?
10:32:33 <moneromooo> If there is no pruning, there is an absence of seed.
10:32:52 <moneromooo> The txpool can be flushed. The txpool being empty is fingerprintable information.
10:34:36 <moneromooo> Assuming the idea of flushing the txpool is meant as a defence against fingerprinting, it's likely to do the opposite of what you think.
10:35:23 <moneromooo> If Eve looks at nodes' txpool states and some of them regularly empties, chances are it's the same one.
10:36:07 <moneromooo> There are 8 possible pruning seeds. I said 9 possible values because not using pruning is also fingerprintable information.
10:36:11 <ghostway[m]> > <@stretch1:matrix.org> if there is no pruning, there is no such seed? also it seems to be 0 `  virtual uint32_t get_blockchain_pruning_seed() const = 0;` 
10:36:11 <ghostway[m]> > can the txpool be flushed?
10:36:11 <ghostway[m]> This is a virtual method, it would make an error if a class that inherits from this class doesn't implement this (something about a deleted function)
10:37:29 <stretch1> moneromooo: thank you, yet it is the common 0. so no good discriminator
10:37:57 <moneromooo> I do not understand that sentence either.
10:39:08 <stretch1> > <@moneromooo:libera.chat> There are 8 possible pruning seeds. I said 9 possible values because not using pruning is also fingerprintable information.
10:39:08 <stretch1>  * thank you, yet 0 is the common case, so it is no good discriminator to gather more info
10:39:28 <ghostway[m]> stretch1: Hmm?
10:39:31 <moneromooo> Ah, you mean most people do not use pruning ? Possibly.
10:41:45 <stretch1> does the txpool state influence the decoy sampling?
10:41:58 <stretch1> i assume not, since txpool is unspent
10:42:02 <moneromooo> No.
10:44:33 <stretch1> correct?: the internal structure of the lmdb file is not exposed to other nodes (not the state, but how it is layed out)
10:46:14 <stretch1> so eve has no received info on her node that could make her identify lmdb.file in case she had it
10:46:17 <moneromooo> Correct... though I suppose timing variations on spinning disks *might* be detectable at a push.
10:46:38 <stretch1> same as mem acces, but i assume no: the network jitter too big
16:56:43 <stretch1> please integrate monero to https://app.thorswap.finance/swap !
18:11:06 <RavFX[m]> I use to hodl there coin until they prioritized privacy coins after the tornadocash incident
18:11:15 <RavFX[m]> and since that it damped a lot 😄
18:11:40 <RavFX[m]> I ment, de-priorized
18:11:47 <RavFX[m]>  * I ment, de-prioritized