11:25:31 daemon status says "update needed" on 0.16.0.0 cli. it shouldn't because that's the latest, no? 11:29:31 woodser: yea will be fixed with next release 12:32:09 I'm having a hard time getting and keeping peer connections to my daemon on stagenet. 12:32:41 It'll get a connection, then it'll drop. I have port forwarding enabled for 38080. 17:54:59 luigi1111w: also supercop repo PR 3 please if you are ok with it 18:03:15 and that Windows CI PR 18:03:54 nvm... just saw that 6582 was merged! 18:23:02 Looks like CI is progressing smoothly 18:25:46 vtnerd_ around? 18:49:06 luigi1111w: https://paste.debian.net/hidden/8b16462b/ 18:50:00 ah wrong link 18:50:21 was the gui one 18:50:25 luigi1111w: cli https://paste.debian.net/hidden/80e823ac/ 18:50:32 you got mac built for gui? 18:50:40 yep 18:50:47 also not sure that's as good as my existing description 18:50:58 yes very good is also good 18:52:49 thanks 18:53:44 🍄 19:31:45 yes 19:31:53 an hour late, but around 19:32:03 luigi1111w ^ 19:32:25 just painting some bikesheds 19:33:04 oh yeah the boost thing, Ill try to come up with something that is the least gross 19:33:12 no supercop 19:33:49 why not ge25519_scalarmult and move the doublings to their own function or the host function, or ge25519_scalarmult8 ? 19:34:04 the iamamyth comment? yeah I need to respond 19:34:42 ah that one too 19:34:47 but the mooo comment above it 19:35:43 also a follow up comment on the thread about comments being wrong would be appreciated 19:39:31 ah I somehow missed that comment about renaming the function, and yeah it would be for the better 19:39:37 will get to these because this is kind of useful 19:40:07 and if your other question was about why not calling ge25519_scalarmult ... because there is none for these libs 19:40:37 the only constant time mul function is fixed to the basepoint because the signing libraries never need constant-time arbitrary point mul 19:41:13 we could switch to the variable time functions which would be faster, but with the downside that this theoretically does change the possible viewkey scanning behavior 19:42:02 look at ge25519.h in either variant folder 19:46:41 no, not calling that function, naming it that 19:46:59 yeah ok I wasnt certain if you were suggesting changing the function too at the same itme 19:47:13 just wrt clarity surrounding the mul8 19:47:16 ge25519_scalarmult8 is a more accurate name and can be reused 19:47:21 fine by me 19:47:35 ohh I see what you meant now sorry 19:47:48 yeah if they were separate it would be even more useful 19:48:12 because then it exposes ECDH on ed25519 directly 19:48:24 cool 19:48:42 yeah Ill expose a public symbol for these 19:49:03 I don't know if aynone noticed, but this can be built and installed as a standalone static/dynamic system lib 19:50:16 I agree with leaving it constant time, though would be interested to see the perf difference if you ever care to check 19:58:10 yes, it might be worth exposing this for advanced used if there is a decent bumb 19:58:13 bump 22:37:08 Looking for opinions on this: https://github.com/monero-project/monero/pull/6600 22:37:32 Would it be worthwhile to add a "sign with both keys" option, as opposed to separate sigs with each key on the same message? 22:39:36 The idea is that asking for a signature with a spend key does not guarantee that the signer has spend authority... you could have the spend private key but not the view private key