13:51:02 <charuto> for all the matrix users: i'm about to upgrade the room to version 6. to go to the new room just click the button that will appear and you will be redirected there. if by some reason it doesn't work that probably means you are using a homeserver with an outdated version of synapse, so contact your homeserver admin to update synapse.
16:49:04 <sarang> So I'm looking at the Omniring balance definition... any thoughts from the room on whether it'd be improved by providing the adversary with access to corruption and/or signing oracles?
16:49:56 <sarang> It should still reduce to breaking the tagging or commitment constructions, which are computationally hard
16:50:36 <sarang> Right now the adversary just outputs a transaction and proof, and the extractor goes to work if it verifies
16:52:07 <real_or_random> this is too long ago to really remember but at least for signing oracles, I hope there's a good reason why we thought we didn't need include to these
16:52:42 <sarang> It does seem like it really changes anything in terms of the proof
16:52:53 <sarang> since extraction and binding properties still hold exactly the same
16:53:03 <sarang> s/does seem/doesn't seem
16:53:03 <monerobux> sarang meant to say: It doesn't seem like it really changes anything in terms of the proof
16:55:25 <sarang> I suppose you could easily say that the adversarial output cannot be an oracle query response, which wouldn't really matter anyway since the oracle wouldn't be pulling any funny business
16:56:28 <sarang> real_or_random: I was musing about what happens if you replace the Omniring argument of knowledge with something else like the one in Arcturus, along with range proofs
16:57:09 <sarang> For balance, you extract the commitment data from the range proofs and link it to a particular witness of the difference between input and output commitments
16:57:59 <sarang> Using something like Bulletproofs already gives you nice properties
17:24:34 <kinghat[m]> charuto: what exactly happens in a room "upgrade"?
17:25:24 <kinghat[m]> also, should the previous history be supplanted into the upgraded room?
17:49:14 <charuto> kinghat: you can view the previous message history in room settings->advanced. i don't know the ins and outs of the room upgrades but i've been told by matrix staff that v1 (the version this room was previously on) had some issues and they advised to upgrade to v6, so i followed their advice
17:49:55 <charuto> generally speaking it's normally a good idea to keep things updated
17:50:17 <charuto> and room upgrades need to be forced manually so that's why i did it
17:50:53 <kinghat[m]> oh i agree, i was just pondering what is upgraded and why its not transparent to the user.
17:52:13 <fort3hlulz> I wish they would let you connect to multiple servers at once in their client
17:52:36 <fort3hlulz> I've been in the Decred Matrix for a long time since thats their main comms hub (like IRC for Monero), but I can't be in each simultaneously
17:52:45 <fort3hlulz> Because they host their own server
17:52:52 <kinghat[m]> ya. though its open for anyone to tackle 😆
17:54:04 <kinghat[m]> you can check out radical where a client is containerized inside of firefox account containers. can have as many as you want.
17:54:15 <kinghat[m]> anyways, off topic. sorry.
17:54:32 <fort3hlulz> Ah sorry didn't realize what room this was, I'm normally focused on -community