<k​oopacxz:matrix.org> Hello i did an exchange on a swap site for it

<k​oopacxz:matrix.org> Was success but im not recieving on my wallet

<k​oopacxz:matrix.org> I have the

<k​oopacxz:matrix.org> transaction hash output

<k​oopacxz:matrix.org> on localmonero.com

<k​oopacxz:matrix.org> can anyone help me please?

<c​t:xmr.mx> localmonero stopped operations, but withdrawing funds should be possible. Can we continue this in Monero please? This room is for development coordination, not user support.

<k​oopacxz:matrix.org> Hello i did an exchange on a swap site for it

<k​oopacxz:matrix.org> Was success but im not recieving on my wallet

<k​oopacxz:matrix.org> transaction hash output

<k​oopacxz:matrix.org> on localmonero.com

<k​oopacxz:matrix.org> can anyone help me please?

matrix.org ... ideally somebody with a matrix.org account should explain it to them

<c​t:xmr.mx> user double posted in Monero GUI as well, I'm taking the convo there with my matrix.org account

I am hoping for some assistance with a private testnet.

I am following this guide (github.com/moneroexamples/private-testnet), but launching 10 nodes on the same machine in the attempt to recreate the OOM issue locally (monero-project/monero #9317). However, the nodes do not end up all connecting to one another. They are limiting themselves to 1 in connection.

I do not know if some optimization is the cause; can anyone speak to this?

Try twiddling this:

--max-connections-per-ip arg (=1) Maximum number of connections allowed

from the same IP address

ah, figured I was doing something foolish. Thank you.

<w​oodser:monero.social> any idea what could lead to this error in practice, when importing multisig info?

<w​oodser:monero.social> ```

<w​oodser:monero.social> THROW_WALLET_EXCEPTION_IF(public_spend_key != keys.m_spend_public_key || public_view_key != keys.m_view_public_key,

<w​oodser:monero.social> error::wallet_internal_error, "Multisig info is for a different account");

<w​oodser:monero.social> ```

<w​oodser:monero.social> we're seeing this error where it usually works, but somehow the user's wallet got into this state, and I haven't seen it before

View only wallet ? Encrypted wallet keys and the enc/dec pairing got buggy (try "spendkey" and "viewkey" and checking they're what you expect) ? Corrupted file passed around ?

<w​oodser:monero.social> will look into those, thanks for the pointers

.merge+ 9345 9346 9347

Added

I have recently updated to Debian Bookworm and try to compile Monero master for the first time after this. I get an error:

*** No rule to make target '/usr/lib/x86_64-linux-gnu/librt.so', needed by 'contrib/epee/src/libepee.so'. Stop.

Indeed I don't have such a file "librt.so" there, only "librt.so.1"

I also have a "librt.a" but I don't think that is relevant ...

try: ldconfig /usr/lib/x86_64-linux-gnu (as root).

Hmm, does not seem to create a "librt.so" symlink. I created one now manually, just to see what happens.

file /usr/lib/x86_64-linux-gnu/librt.so.1 shows it's an actual shared library ?

(or nm)

Yes

Is there something more thorough than "make clean"? I suspect something from previous compilations might be left

delete the build folder?

or the subfolder from the branch you are trying to compile

The "build" folder would be a bit radical, I have much stuff in those "bin" directories, unfortunately

make clean deletes the build tree :)

I think deleting CMakeCache.txt would work too but not sure

Sigh. Right now I have the effect that release compiles, but debug not. I think I will clone again, just to start with something 100% clean, and try again

Thanks for the help, mooo and selsta. Let's see how it goes.

IIRC there's a longstanding thing with circular dependencies that show up in debug mode but not release mode. Though unrelated to librt.

we did fix build issues with make debug a while ago, but there might be new issues at this point

Current master is known to compile right now I guess?

yes

releaase build, I don't know about debug build

Ok, I see

My local GitHub repository is years old. Maybe it started to accumulate cruft like Windows does over the years :)

Result with a fresh clone of the Monero repository, master branch: Release compiles, Debug not. That "librt.so" problem did not re-occur, but this wild compile error does:

var/git/monero-orig/contrib/epee/src/readline_buffer.cpp:177: undefined reference to `epee::string_tools::trim_right(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&)

might be related to monero-project/monero #9342

this also explains why we didn't see this on CI

Using a Boost version of `trim_right` instead of that cute, little and totally harmless `epee::string_tools::trim_right` as a solution for, well, something. Seriously? :)

the boost version has a better algorithm, that's why we switched

Alright, alright, but why should the epee version not compile?

All of a sudden, probably, in code that is, what, almost 10 years old now? But hey, what do I know ...

we did have changes to it a couple weeks ago, jeffro is partly reverting it

Ok, no problem, I am just ROFL about all this C++ stuff

So cherry-picking that PR would be worth a try, yes?

yes

Ok, will try, but probably not today still, maybe Sunday. Release compiles, so no emergency for me

I know I shouldn't but maybe it helps, same question as in #monero-gui: I figured just out that `monero-python` doesn't support passwort protection for the seed phrase, but I pretty sure I have seen that in Monero-GUI. Anybody know how it is done in Monero-GUI? I want to implement it compatible into MoneroSigner - will it send me down a rabbit hole or easy thing to do like, `unlock(key: bytes, password: str) -> bytes`? Or better I let it for now unsupported

and handle it later? Anybody who is knowing the part of the source here?

I would say `encrypt_key` and `decrypt_key` in "cryptonote_format_utils.cpp"

rbrunner: thank you, will look there :)

Welcome. Just verified with my own MoneroTech website code, I do it the same way

rbrunner: can you give me the url, please? MoneroTech...

monerotech.info , and especially monerotech.info/Home/Transformation

Thank you :) So, the password will be hashed and then the bytes mangled, but not xor how there is sc_add and sc_sub, I have the dumb feeling it will send me again down some rabbit hole. Do you know if the cn_slow_hash is standard hash function, and do you know how sc_add/sc_sub work. And your server based app is written in C++, too, or another language?

ahhhhhh found slow-hash.c, so yes absolute rabbit hole :/ Thank you, your input helped me to no go donw the rabbit hole right now, and but it only on the todo list for now.

C#. cn_slow_hash is Keccak if I remember correctly, and sc_add and sc_sub is ECC arithmetic.

You work with Python, right? Maybe you should ask dangerousfreedom, the guy behind moneroinflation.com. I am not quite sure, but I think most of his code is Python, and he might have all those primitives

cn_slow_hash is the old Cryptonight

cn_fast_hash is Keccak

Ah, yes. Whoever had the idea to use Cryptonight for our seed offsets ...

135 lines, from keccak over cryptonight, aes, and there I stopped locking for cn_slow_hash :/

rbrunner: that person should transpile it into all other available languages asm, cobol and vba included

:)

well, that is something for future or complile and use only the c++lib from python - but not to decide today :( :/

Thank you very much again, rabbit holes are dangerous or me :D

Have fun

<s​needlewoods:monero.social> monero can be a fractal tree of rabbit holes, easy to get lost

Just wait until FCMPs go into service, and then maybe Seraphis on top ... then everything we have so far might look like child's play.

Now we have 2 private keys, already 1 more than most coins. Jamtis has a freaking tree of 4 or 5 private keys derived from each other.

Somehow I wait for the day some genius comes along and brings us revelation and shows us how you can do a fully private coin in 1000 code lines :)

rbrunner: :D well, switch to good old Perl could help to pack it in 1000 lines of code....

...not even th e person which wrote it will understand on typing the last charakter.

rbrunner Cryptonight as key derivation function makes sense. It slows down brute force search

Yeah, had the same thought. And 3 seconds afterwards: Just make 1000 rounds of Keccac. Or something similar that takes time.

But of course I see that strictly within the framework of the Monero codebase itself, that choice makes sense. Only if you step outside a bit it becomes a bit questionable

Keccak is easily ASICable. Doesn't make a good KDF.

(forwarded from monero)

Hi all, I hope this doesn't qualify as a monero-dev quesiton. I'm studying cryptonight and randomx for a uni project, and I have a question: how is randomx related to cryptonote?

I know that cryptonote is the protocol used by Monero, while randomx is the PoW algorithm. I found some old papers (Cryptonote v1 and v2, through web archive) that explain how the protocol was born. Now I'm not sure whether we can still talk about Cryptonote becase "CryptoNight is the name of the hash function that is used in the CryptoNote

Proof-of-Work algorithm", while using RandomX

RandomX is not a part of Cryptonote

It was developed as an standalone PoW function, with an aim to use it for Monero