--- Day changed Wed Jun 19 2019
00:25 -!- reallll [~belcher@unaffiliated/belcher] has quit [Quit: Leaving]     
00:26 -!- belcher [~belcher@unaffiliated/belcher] has joined #joinmarket     
01:04 -!- Comstock [Comstock@gateway/vpn/privateinternetaccess/comstock] has joined #joinmarket     
01:38 -!- Zenton [~user@unaffiliated/vicenteh] has joined #joinmarket     
06:09 < waxwing> just an offhand thought, but if anyone wants to do a PR for automatic dust spend avoidance, it shouldn't be hard; just add a config var for it, then implement a filter in the select_utxos in the wallet.py code.
06:09 < waxwing> course we could bikeshed all day about what that behaviour should be by default. just mentioning it. didn't want to do it as part of the coincontrol PR because there was already enough stuff in that.
06:11 < waxwing> or perhaps i'm thinking of it the wrong way, and it should be 'don't reuse addresses by default' and force the user to enable it?
06:11 < waxwing> i can see the logic of that, but it could certainly cause some confusion/upset to a user who didn't understand it.
06:11 < waxwing> maybe both together? (size and reuse)
06:18 < waxwing> yeah sorry wasn't thinking very clearly there. clearly size and reuse must realistically both be part of the filter. i guess the PR is not very trivial really, but not super hard either.
07:09 -!- lnostdal [~lnostdal@77.70.119.51] has joined #joinmarket     
07:55 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Quit: "Fascism, Nazism, Communism and Socialism are only superficial variations of the same monstrous theme—collectivism." -- Ayn Rand]     
08:13 < belcher> address reuse is the privacy-damaging thing to be avoided
08:14 < belcher> iv been using the phrase "forced address reuse" to describe those attacks, but a more common name is "dust attack" even though the resulting coins dont have to be very small
08:29 -!- lnostdal [~lnostdal@151.251.243.169] has joined #joinmarket     
08:42 -!- undeath [~undeath@hashcat/team/undeath] has joined #joinmarket     
09:21 < AgoraRelay> [agora-irc/CgRelayBot] [cgan/AlexCato1] I'd also only filter by re-used address. Imho, per default, those coins should not be moveable without explicitly un-freezing those funds by the user. But there should be a very clear error message if somebody tries to do it anyways to avoid confusion, which also explains that this is very privacy-damaging
09:57 < waxwing> i'm not so convinced actually.
09:58 < waxwing> i always have in mind joinmarket's specific wallet model, which is, very crudely, that coins in an account/mixdepth have to be assumed linked until the account is emptied, unless specifically made fungible by going out via a coinjoin.
10:05 < belcher> do you have more details on why you're not convinced?
10:07 -!- lnostdal [~lnostdal@151.251.243.169] has quit [Ping timeout: 268 seconds]     
10:08 < belcher> id say the main purpose of the mixdepths is to stop a change output and coinjoin output being co-spent in a later transaction
10:30 < waxwing> it's clearly better *not* to have two utxos at the same address, so there's more likely to be isolation. all i'm saying is, you can never rely on stuff that doesn't go out via coinjoin being not linked. crudest example might be: mixdepth contains U1, U2. does a coinjoin that spends U1, U2. due to subset sum they get linked. same address would only make more obvious.
10:31 < waxwing> so it's like, the set of cases where that kind of linking happens is somewhat worse if there is reuse, but it's not guaranteed to not happen in general. stuff like that.
10:34 < belcher> its worth pointing out that subset sum analysis of amounts doesnt always work
10:35 < belcher> the algorithm used in the malte paper in 2016 was only able to solve two-thirds of all coinjoins they found (and that was back when most of them only had 3 or 4 coinjoin peers)
10:36 < belcher> i think we agree really, is this just about what priority address-reuse-avoidance code should be
10:48 < waxwing> yeah i'm just being devil's advocate, it's not that i don't think it should be done, just saying it isn't a binary ok with/not ok without, just like an improvement.
10:52 -!- lnostdal [~lnostdal@77.70.119.51] has joined #joinmarket     
13:16 -!- MaxSan [~four@184.75.223.227] has joined #joinmarket     
13:22 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 246 seconds]     
13:25 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket     
14:27 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Quit: ZNC - http://znc.sourceforge.net]     
14:27 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket     
15:15 -!- undeath [~undeath@hashcat/team/undeath] has quit [Quit: WeeChat 2.4]     
16:42 -!- reallll [~belcher@unaffiliated/belcher] has joined #joinmarket     
16:44 -!- berndj [~berndj@azna.co.za] has quit [Ping timeout: 245 seconds]     
16:45 -!- belcher [~belcher@unaffiliated/belcher] has quit [Ping timeout: 258 seconds]     
16:45 -!- berndj [~berndj@197.242.93.82] has joined #joinmarket     
17:13 -!- AgoraRelay [~jmrelayfn@p5DE4AC24.dip0.t-ipconnect.de] has quit [Ping timeout: 246 seconds]     
17:24 -!- AgoraRelay [~jmrelayfn@p5DE4ACA2.dip0.t-ipconnect.de] has joined #joinmarket     
17:32 -!- midnightmagic [~midnightm@unaffiliated/midnightmagic] has quit [Ping timeout: 264 seconds]     
18:57 -!- harding [~harding@c-73-112-147-20.hsd1.nj.comcast.net] has quit [Ping timeout: 272 seconds]     
19:04 -!- harding [~harding@c-73-112-147-20.hsd1.nj.comcast.net] has joined #joinmarket     
20:18 -!- MaxSan [~four@184.75.223.227] has quit [Ping timeout: 248 seconds]     
20:33 -!- MaxSan [~four@184.75.223.195] has joined #joinmarket     
22:16 -!- viasil [~viasil@185.107.94.166] has quit [Ping timeout: 245 seconds]     
22:37 -!- viasil [~viasil@185.107.94.166] has joined #joinmarket     
23:47 -!- harding [~harding@c-73-112-147-20.hsd1.nj.comcast.net] has quit [Ping timeout: 245 seconds]