00:22:48 <UkoeHB_> Usually the view key is derived from the spend key
00:24:43 <moneromooo> Bob can't tell whether Alice's key is like that with just the two pubkeys AFAIK.
00:27:21 <sarang> Yep, it's not possible to know a priori
00:27:48 <sarang> As an intermediate step, I updated the signature to bind to the full address at least (as well as specifying view vs spend in the hash)
00:28:10 <sarang> So you can't pass off a signature on one key along with a signature on an unrelated key
00:28:44 <sarang> If it's useful for applications to do both keys (effectively just two signatures, for simplicity) as one encoded output, we can do this
00:29:04 <sarang> But functionally it's the same under the hood as verifying two sigs, one with each key, on the same message challenge
02:08:05 <hyc> netstat -nt | grep :18080 | grep ESTAB | wc
02:08:06 <hyc>      54     324    4320
02:08:25 <hyc> I have out_peers = 8 and in_peers = 32, so there should not be more than 40 established connectinos
02:08:55 <hyc> 54 is too many
02:09:29 <hyc> and that doesn't even include the many more in close_wait or last_ack state
02:10:25 <hyc> IMO connection mgmt is broken
17:37:00 <binaryFate> GUI Nitrogen Nebula is online :) https://web.getmonero.org/downloads
17:50:33 <fort3hlulz> :D