07:32:14 <m-relay> <p​lowsof:matrix.org> does -dev have any opinions/feedback for the cuprate proposals in the CCS ideas section?  https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/422 https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/431
17:55:58 <m-relay> <t​bcode:matrix.org> Not sure if this is the right place but does anybody know where I can get the sc_reduce32 function for Java/Kotlin?
17:55:58 <m-relay> <t​bcode:matrix.org> Despite generating 256 bit EdDSA keys for the hexadecimal seed, llcoins.net generates a different private spend key. Any guidance will be appreciated
18:16:26 <m-relay> <t​bcode:matrix.org> For context I'm using Bouncy castle to generate EdDSA ed25519 keys and I'm wondering if the keys that are being generated are not compatible thus needing the sc_32 function to work.
18:19:35 <rbrunner> As far as I remember Monero wallets will reduce themselves if you enter a seed for such a private key that is "too large". It will be confusing however because the resulting seed is different, but nothing really bad happens.
18:21:37 <rbrunner> I think if you find an arbitrary-precision number Java library you can calculate modulo with that ed25519 number. Won't be fast, but ok for single keys.
18:22:12 <rbrunner> But well, maybe somebody who knows more about that stuff will chime in :)
18:23:09 <rbrunner> woodser, who builds Haveno in Java, may know where to find that function
18:41:11 <m-relay> <w​oodser:monero.social> if you're not able to find a function in a library and it's critical, it can probably be bridged from crypto-ops.c to java through jni without much trouble, which the monero-java library can provide a framework for
18:50:27 <m-relay> <v​tnerd:monero.social> jeffro256: one issue with your zmq proposal is that the blocks will be reported over zmq before the txes. The current order is intentional too. From the docs: "The Monero daemon also ensures that txpool_add events are sent before chain_* events"
19:54:46 <m-relay> <d​etherminal:matrix.org> If you know a little about Rust, take a look at https://github.com/monumexyz/libmonero/blob/main/src%2Fcrypt%2Fed25519.rs#L12
19:54:47 <m-relay> <d​etherminal:matrix.org> You can also use LLMs for converting this to Java/Kotlin, it would be much easier
19:55:33 <m-relay> <d​etherminal:matrix.org> The lib I sent also has full implementations and descriptions for all type of key derivation amd convertion, you can also take a look at them.
19:55:46 <m-relay> <d​etherminal:matrix.org> The lib I sent also has full implementations and descriptions for all type of key derivation and convertion, you can also take a look at them.
19:58:55 <m-relay> <d​etherminal:matrix.org> I am planning to make libmonero available to other languages via FFI but don't have time yet.
19:59:08 <m-relay> <d​etherminal:matrix.org> I am planning to make libmonero available to other languages like Kotlin via FFI but don't have time yet.
20:30:54 <m-relay> <e​ndor00:matrix.org> Using an LLM to generate cryptographic code sounds like you WANT to screw up those private keys...
20:46:30 <m-relay> <d​etherminal:matrix.org> This not private key operation, just byte reducing. Not a big deal.
20:50:45 <m-relay> <d​etherminal:matrix.org> This is not private key operation, just byte reducing. Not a big deal.