03:44:04 Do I have this right: 03:44:14 If somebody's output became invalid, but one thousand other users happen to have used that output as a decoy in their own transaction, all *their* transactions would end up `failed` as well - or would they suffer something else - like confirming with one less decoy? 04:15:28 This, in turn, would make 0-confirmation transactions in Monero overall less trustworthy. 06:16:04 0-conf has always been dangerous due to reorgs 06:16:25 although the 10-block lock on ring members is supposed to deal with most problems 06:17:07 well.. maybe Im thinking of 1-conf 06:17:39 if a tx exists in the mempool it's probably valid for the current chain 21:38:36 hello 21:49:30 moneromooo: what was the name of the fake chain mode in monerod? 21:49:35 can’t find it in --help 21:52:16 ok found https://github.com/moneroexamples/private-testnet 22:44:12 Good afternoon. Could you tell me if monero wallet gui v.016 will be released this week? 22:44:23 yes, tomorrow 22:44:37 Ok. Thank you 22:44:39 it is already ready 22:44:49 we have been getting some feedback here: https://www.reddit.com/r/Monero/comments/gs8fy8/gui_v01600_testers_needed_part_2_linux_macos/ 22:44:52 and will release tomorrow 22:45:21 Cool. Thank you 22:58:48 when daemons connect they ask for all peers, right ? 22:59:03 for all peers? no 22:59:04 (at least on bitcoin I believe it works this way) 22:59:06 but it asks for peers 22:59:22 hmmm, but it is possible to get all peers from an daemon ? 22:59:22 but I could be wrong :P 22:59:38 I was wondering, in regards to improve dandaleon 22:59:55 daemons should have private connections with 1 or 2 peers 23:00:02 that only they should know of the existence 23:01:53 existence of what? 23:02:15 of the connection between them 23:03:30 for example, my daemon is connected with your deamon, booth of use know the connection (of course), but none of them disclose that connection to other nodes 23:04:19 Peers will send a random set of up to 250 peers in the peer list they have which they've not sent yet. Wait enough and you should get the whole list that peer has. 23:04:48 White list only IIRC. 23:05:07 afaik the goal of dandelion is to hide tx origin, not ip addresses itself 23:06:27 moneromooo, soo, we are not sure of wich peers the other daemons are connected too ? 23:06:32 moneromooo, soo, we are not sure of wich peers the other daemons are connected to ? 23:09:00 Correct. 23:10:06 nice!