06:47:59 <A_curious_noob> what is the progress on implementing FCMP++ in monero?
06:51:25 <A_curious_noob> also, after it will be implemented, if the wallet A sends an unusual sum to a network (for examlpe 67 XMR), and to a wallet B, and right after that B sends the same sum to C, can the chain analytic connect A to C?
06:54:47 <A_curious_noob> both in cases when chain analytic have no data, only data from A and both data from A and C
06:55:48 <br-m> <elongated:matrix.org> A_curious_noob: They cant link but if you are trying to wash same amount in and out through 2 entities who talk to each other they will just flag your txs just on probability
07:00:10 <A_curious_noob> is matrix more active than IRC? I think i would prefer it than
07:00:48 <A_curious_noob> I was born after the time IRC chatting left mainstream
07:48:36 <sech1> A_curious_noob https://github.com/seraphis-migration/monero/releases/tag/v0.19.0.0-beta.3.0
08:18:58 <br-m> <pw:xmr.mx> would rather run stock android than linageos! > <@pyratevevo:matrix.org> Definitely will keep an eye on Linux Phones. From what I read last time they're not ready, yet. Meanwhile LineageOS is in a pretty stable spot as of now on my phone so I don't have a palpable reason to jump ship immediately.
08:18:58 <br-m> <pw:xmr.mx> continue in #monero-offtopic:monero.social if you want
08:31:58 <btcdwed> i am using LoS too, no problems
08:35:30 <BlueyHealer> pw, why?
11:14:11 <br-m> <shortwavesurfer2009> Testing monfluo-cli. I need a known full node to sync against. Is cake or rucknium full?
11:36:25 <br-m> <ofrnxmr:xmr.mx> full?
11:36:46 <br-m> <ofrnxmr:xmr.mx> why would it need a full node?
11:50:35 <br-m> <shortwavesurfer2009> Because I'm getting errors, and I'm trying to see if it's because I'm using pruned nodes.
11:51:51 <br-m> <shortwavesurfer2009> The wallet that gets created by default is getting created at height zero, so I'm trying to figure out whether it's the wallet itself or the node that is causing the error to be thrown.
12:10:34 <br-m> <shortwavesurfer2009> Yep, it's definitely something when syncing from zero because when I set the block height to 3,770,000 it works fine.
12:58:38 <br-m> <ofrnxmr> @shortwavesurfer2009: Its not going to be from using a pruned node
13:00:07 <br-m> <shortwavesurfer2009> @ofrnxmr: Yeah, got it figured out. Asking for from block 0 does not work, but asking for from block 1 or above does work.
13:00:47 <br-m> <ofrnxmr:xmr.mx> Sounds like a bug in the wallet
13:39:15 <plowsof> ofrnxmr shortwavesurfer2009 ask your local administrator to check commits 1 and 2 https://git.disroot.org/iuanv9/anonero-fork/commit/7ee624a  https://git.disroot.org/iuanv9/anonero-fork/commit/ad90b73
13:40:39 <plowsof> not sure why monfluo has that, best to ask acx
13:44:32 <br-m> <ofrnxmr:xmr.mx> i knew i recalled that issue from somewhere
14:27:24 <br-m> <shortwavesurfer2009> @ofrnxmr:xmr.mx: Yeah it is
14:30:22 <br-m> <shortwavesurfer2009> Kimi also pointed out a double refresh panic where if you started a refresh, and then typed refresh again while the first one was still running, it would cause a panic and crash the application.
14:30:22 <br-m> <shortwavesurfer2009> I confirmed that actually did happen and then reported that as well.
14:36:10 <br-m> <shortwavesurfer2009> The Monfluo-CLI is very early alpha, but its going to steal monero-wallet-cli users
22:05:21 <br-m> <atomfried:matrix.org> Will fcmp++ benefit Hardware wallets or will it make it even harder for them?
22:08:00 <br-m> <torir:unredacted.org> I believe the FCMP part can be computed by the computer and doesn't need to be done by the hardware wallet. The big deal will be the view keys from carrot, which will mean the software doesn't need to communicate with the hardware wallet to get an accurate view of your wallet balance.
22:10:32 <br-m> <torir:unredacted.org> Hardware wallets still need to be updated for the new addressing scheme though.
22:10:59 <br-m> <torir:unredacted.org> ... I think, anyway. I haven't done the best job of keeping up on all the changes.
22:17:35 <br-m> <jpk68:matrix.org> There's some guide people wrote for this, I forget where
22:17:55 <br-m> <atomfried:matrix.org> Would be nice to have monero supported by the default software of for example trezor
22:19:27 <br-m> <jpk68:matrix.org> I could be wrong, but I think since the membership proof is decoupled from spend authorization of whatever, only the latter has to be done on-device
22:19:48 <br-m> <jpk68:matrix.org> @atomfried:matrix.org: Trezor is working on this as we speak ;)
22:20:36 <br-m> <jpk68:matrix.org> There's an open PR for it on their suite repo currently, by a Trezor employee, though it does seem to be largely slopped, FWIW
22:20:52 <br-m> <jpk68:matrix.org> They're using woodser's TS library
22:24:00 <br-m> <jpk68:matrix.org> https://gist.github.com/kayabaNerve/0e1f7719e5797c826b87249f21ab6f86#difficulty
22:24:12 <br-m> <jpk68:matrix.org> ^ Maybe this is it, not sure
22:26:23 <br-m> <torir:unredacted.org> I believe you can even have an untrusted third party compute the membership proof, but you have to tell that third party the true spend.
22:26:47 <br-m> <torir:unredacted.org> But it means that in theory you can sign a transaction to be broadcast to the blockchain later, and compute the membership proof when it is broadcast, not when you sign.
22:29:09 <br-m> <torir:unredacted.org> @jpk68:matrix.org: Okay, that confirms it. Hardware wallets don't need to compute the membership proof.