-
moneronoob345345hi, whats the chanel for monero mining?
-
br-m<neromonero1024> #xmrmine:matrix.org
-
br-m<sgp_> "Monero FCMP++ Cryptography Implementation Audited by Trail of Bits": magicgrants.org/2026/08/17/Monero-F…CMP-Cryptography-Implementation-ToB
-
br-m<jpk68:matrix.org> "While we believe that the current implementation is sound on the platforms it targets, it is
-
br-m<jpk68:matrix.org> extremely fragile, and the performance benefits are unclear compared to calling
-
br-m<jpk68:matrix.org> conversion functions to and from a [u8;32] array."
-
br-m<jpk68:matrix.org> Is there any particular reason a pointer is still used here rather than an array?
-
br-m<sgp_> That’s a question for Berman :)
-
br-m<jberman> We'd have to use a distinct internal type for all Points too (which reuse the Scalar type internally), and then call the relatively inconsequential suggested "lightweight" conversion function to convert types that doesn't seem to achieve any significant safety guarantee from my perspective. If the C side writes to the bytes, t [... too long, see mrelay.p2pool.observer/e/5NWx0qELd0VXalFG ]
-
br-m<jpk68:matrix.org> Makes sense, thanks
-
br-m<basses:matrix.org> @sgp_: blog post on getmonero?
-
br-m<sgp_> I can write one up if that makes sense
-
br-m<basses:matrix.org> @sgp_: if there are other audits to be done, then I think one big blog about these audits is better
-
br-m<sgp_> I personally think one post about all the audits would be too difficult to follow