where does monero-wallet-cli source entropy for keys? in the context of linux

moneromooo: they replied monero-project/monero #8478#issuecomment-1204555495

I wrote a code in curiosity from ztm2 for point addition in python and at the end for point compression i just simply saw the x is even or odd and thought to change the highest bit according ztm2 but leave it i was here to ask that answer I am getting is in float how could I get in hexadecimal

It would be greate help if you reply don't say it's not related to monero, it's the way i could understand it,i am by the way i am now part of this community.

Hi! After hardfork can i generate transactions without view tags (this feature monero-project/monero #8061) or is it required?

they are required

Ty

Can you point to changes in output scheme in PR? (I'm not familiar with C and monero repo) So i can add new field to transaction, when i send transaction via sendRawTransaction.

how do you create transactions currently?

he left

for when they come back: monero-project/monero #8061/files#diff-de7d9f62b5fbb32234cfef41c3c08f1231bcdd846a3c20202ce23e77479add7fR77-R154

and a more pointed explanation on how to derive the view tag: monero-project/monero #8406#issuecomment-1170110231

<UkoeHB> "afungible: I see, yes that would..." <- I updated my findings here: monero-project/monero #8480

moneromooo so it indeed does look like a problem with the current wallet code.

I didn't expect that. Thanks for the detailed report.

Would you mind doing this with --log-level 2 in the wallet ? It logs a lot about what it's doing.

Hi team, there was a paper that was published in 2020 to reduce proof size - ‘Omniring: Scaling Private Payments Without Trusted Setup’

Was there any voting or feedback on this paper?

 

IIRC it was looked at by either sarang or surae, and it was determined that triptych was better overall.

Better ask it #monero-research-lab

Since then, seraphis was determied to be even better.

<moneromooo> "Would you mind doing this with -..." <- Sure, I just added the log as requested here (with --log-level 2):

Thanks. If I get you a patch with extra logs, can you try again with it ?

It's considering only two outputs, so I'll add logs to see why it's not considering the othe ones.

I posted the patch on the bug.

<moneromooo> "I posted the patch on the bug." <- Sure, saw it. Thanks. Let me add the patch, and get the detailed logs to you.

When spending from an account, and minors aren't specified, is monero supposed to spend for only one minor ?

I didn't think this was the case, but I see a "Spending from subaddress index X" when no minor is specified...

afungible[m]1: it considers all 12 outputs, but they're not in the same minor subaddress, so picks a random minor, and only spends that one.

I didn't think it was what it was meant to do, but I'm guessing it's for privacy.

It should send everything if you add this after sweep_all: index=0,1,2,3,4,5,6,7,8

I don't see a way to tell it "all". But assuming it's that way for privacy reasons, you mau not want to do that.

Let me try this.

Though the help says "indices" are chosen, not one index.

So, sorry, I don't know *why* it is done that way. Let's wait for someone who does.

Previously, I also tried what I did with GUI wallet providing (all) for amount. I reckon it uses sweep_all? I still had dust balance left. Let me try indices on console wallet & get back.

Spending from different addresses would probabilistically link them so it's a good reason not to, but for sweep_all, it seems counterintuituve.

I believe it does.

moneromooo: sorry to change topics, but was wondering:

Each time I open a wallet, It downloads 8.5mb from my node. While not "a lot", it does it everytime (even back to back).

Is there a way to cache/reduce this data/usage? (As an efficiency improvement)

Over lan, implies ~ 1 second to show "synched", but a 600kbps down (poor connection speeds or using an onion, etc) results in > 10 seconds to load a wallet. (Again, it downloads the days each time the wallet is opened)

Tested using monerujo v18 and cake wallet v17 + my node v18

Yes, set FIRST_REFRESH_GRANULARITY to 1 in wallet2.cpp

Oh, or use --trusted-daemon.

If anyone sees it and replies about it it would be great thing for me.

Convert to hex if you want to compare

moneromooo: thanks a million

<moneromooo> "I don't see a way to tell it "..." <- Well 🙂

monero-project/monero #8480#issuecomment-1205491666

UkobeHB: how could I? I tried to convert into hex in both py and c it's not happening. Do you have any method.

I could do it for 8 bytes but not know how to do for 32 bytes

To convert N consecutive bytes from address A: epee::string_tools::buff_to_hex_nodelimer(std::string((const char*)A, N))

I am not a python programmer

Or for (int i = 0; i < N; ++i) printf("%02x", A[i]); if non-epee code.

(if A points to bytes, cast if not)

binaryFate: Forgot to remind, please send monero-announce email ASAP!

sethforprivacy: (In reference to the v0.18.0.0 binary releases)

jberman[m] github.com/Snipa22/node-cryptonote-util doesn't have viewtags support and many pools use it, it's kind of urgent

In a totally unrelated subject, I have found a good way to fight pools...

sethforprivacy: we did already send out a mail for v0.18.0.0

selsta: Hmm, must have missed it somehow then, sorry about that

can you check your email if you received it? I personally received it but not sure if everyone did

bF said the docker container crashed or so

I received the announce email on July 25th

I did not but looks like I might not be subscribed anymore with my current email addresses.

I'm sure it's just me 🙂

PEBCAK issue 😅

I got the mail on 24th

It probably depends on your timezone

Yes, it was 21:45 UTC

jberman[m] regarding node-cryptonote-util, I'm going to look into it tomorrow unless you start working on it first

Will do it today

bug report: Snipa22/nodejs-pool #496

hello anyone know why can't compile monero in aws vps? (ubuntu 2 cpu 4gb ram)

ragn4: what error do you get?

after 18% the cpu load average become 500%

and it crash, already tried on 3-4 different cpu type/config and same...

Are you using any kind of -j make flag ?

yes

make -j2

ubuntu-jammy 22.04 x64

Then don't.

ok i'll try without it

yep working good without the -j2

4GB RAM isn't enough for parallel compile

it's about perfect for a serial compile tho. My laptop has 64GB RAM, make -j16 works fine here

(16 thread / 8 core Ryzen)

Powerful laptop.

life's too short to be waiting for compiles to finish

17hr gitian build 🥲

core_rpc_server.cpp seems to be a long pole in the compile

but from a fresh "make clean" it takes 1m55s to build the tree, no tests

"time" claims max RSS was 2.5GB. so I guess make -j2 should work with at least 5GB of RAM

yea but to pay vps the next size is 8gb and it's expensive :X

yeah, vps aren't really ideal for building

I'm able to segfault monero-wallet-rpc and corrupt the wallet files by calling export_outputs then import_outputs with the result. the calls succeed, indicating 0 outputs were imported. but then these errors start appearing when the next transaction is sent. my tests send funds back to the original wallet so it might... (full message at libera.ems.host/_matrix/media/r0/do…17827dbb6e76a1fde4194eb1612e03ad51c)

woodser[m]: can you revert monero-project/monero #8179 and check if you are still able to reproduce the issue?