libera #monero-dev

4 Sep 2024

Official repo: github.com/monero-project/monero || Don’t ask to ask, just ask:) || Monero GUI dev is at #monero-gui || Monero website dev is at #monero-site || Non-dev questions -> #monero, please || No fork help, you’re on your own

• 15:23
  m-relay_
  <b​ico653:matrix.org> banmonero.com
• 15:23
  m-relay_
  <b​ico653:matrix.org> stacker.news/items/634963
• 15:23
  m-relay_
  <b​ico653:matrix.org> github.com/supertestnet/examiner
• 15:32
  aperechnev
  If I follow this logic, should I get rid of my kitches knifes to avoid a potential crime? :-D Channel owners, sorry for getting involved into this.
• 15:36
  flandre
  is this site a meme?
• 15:41
  m-relay_
  <o​frnxmr:monero.social> The message was deleted and conversation moved to community or monero. Thanms
• 17:43
  vthor_
  for monero gui in the readme is written Qt 5.9.7, still true, or better take 5.9.9?
• 17:47
  vthor_
  sorry, forgot to mention for development, to integrate UR for offline signing
• 17:55
  vthor_
  heck, thought I'm in monero-gui, never mind
• 21:58
  m-relay_
  <r​4v3r23:monero.social> youre adding UR to GUI?!
• 22:02
  m-relay_
  <r​4v3r23:monero.social> kayabanerve jberman do you have an idea of how the sizes of unsigned/signed tx payloads will change with FCMP++?
• 22:04
  m-relay_
  <r​4v3r23:monero.social> i know seraphis drops the need to sync outputs & key images for offline txs, are they still needed with FCMPs?
• 23:35
  m-relay_
  <k​ayabanerve:monero.social> Unsigned TXs... should be a bit smaller? I think? The unsigned TX from hot to cold doesn't need the decoy information, and the returned signature should be smaller than a CLSAG.
• 23:36
  m-relay_
  <k​ayabanerve:monero.social> The full TX will be larger, probably by a couple kB.
• 23:36
  m-relay_
  <k​ayabanerve:monero.social> FCMP++ enables view-only wallets to calculate key images for *newly generated addresses*. I don't believe we're doing that degree of wallet code at launch.
• 23:37
  m-relay_
  <k​ayabanerve:monero.social> So theoretically, yet probably not practically.
• 23:38
  vthor
  r​4v3r23: yes I'm on it
• 23:53
  m-relay_
  <r​4v3r23:monero.social> im asking in the context of how big the actual payloads will be to pass them by UR. current ones are already relatively big
• 23:54
  m-relay_
  <r​4v3r23:monero.social> will that involve any UR-related changes to actual monero codebase?