github.com/monero-project/monero/wiki/URI-Formatting anybody aware that `monero_wallet` is not a valid scheme?

en.wikipedia.org/wiki/Uniform_Resource_Identifier#Syntax with a hyphen instead of a an underscore it would be valid. Any thoughts of fixing that for the future?

A URL with keys or seed. What could possibly go wrong...

C->JS, nice to see more FFI work

s/JS/TS

<f​ede:xmr.mx> this is crazy interesting, trying it right now! Thanks for sharing!

moneromooo: :D that was not the question, the URI exists and is be used, and I use it for view wallet QR so you can scan it from the XmrSigner e.g., but I think it should be changed to `monero-wallet` and still supported for a while `monero_wallet`, I solve that with a simple replace at the moment, so QUrl doesn't get derailed...

<j​effro256:monero.social> That RandomX.js implementation is really interesting. The "semifloat" approach seems a little sketchy to someone who hasn't heard of it before but I'm impressed at the reported performance (I haven't tested it myself)

<f​ede:xmr.mx> i have tested it, getting around 18 H/s on 1 thread

<f​ede:xmr.mx> on a 2020 intel laptop i7 CPU

<j​effro256:monero.social> For reference, what's the hashrate of the reference impl on your machine? Also ~100 H/s?

<j​effro256:monero.social> (specifically light mode)

<f​ede:xmr.mx> running it with: ./randomx-benchmark --avx2 --verify --jit --threads

<f​ede:xmr.mx> Performance: 15.8248 ms per hash

<f​ede:xmr.mx> ~64 H/s?

<f​ede:xmr.mx> does make -j4 create an optimized RandomX build?

<j​effro256:monero.social> no it just compiles with 4 threads

<f​ede:xmr.mx> ok, i need to use cmake -DARCH=native ..

<f​ede:xmr.mx> performance didn't change much, 14.8659 ms per hash

<f​ede:xmr.mx> ~67 H/s vs ~18 H/s, the JS version is ~3.7x slower

<j​effro256:monero.social> I refuse to believe it

<j​effro256:monero.social> That's pretty dang decent for a NodeJS program

<j​effro256:monero.social> > Reaching compliance was done by single stepping the virtual machine and diffing the state with the reference implementation (breakpoint function, JIT instrumentation).

<j​effro256:monero.social> I can sense the agony in that sentence

<j​effro256:monero.social> > download a JS impl of RandomX

<j​effro256:monero.social> > look inside

<j​effro256:monero.social> > C

<j​effro256:monero.social> matrix.monero.social/_matrix/media/…ero.social/abKIGzJQDSRReLBwkpsSyNOG

<j​effro256:monero.social> *

Yes, because WebAssembly = almost C

re cli wallet (and chainalysis fingerprinting): I'm looking for a way to send my split spends (for example: % transfer <address 1> <amount 1> <address 1> <amount 2> <address 1> <amount 3>) with each spend staggered by a delay of seconds or blocks. Any thoughts?

sturdyvacation: I think monero-wallet-rpc with a script language of you choice will get you pretty quick there, but the machine with the spend keys running on it posses a risk (all dependent on volume and time you have in mind)