I think when I initially encountered multisigs I came in here and asked how to use them via RPC ;)

To be clear, multisig RPC do exist.

here's a weird one... tried to connect to my public node with new monerujo. connection error. ssh'd into the node box to check. simply reattached the screen and it went from "stalled since yesterday" to immediately syncing?

What do people think of mms rpc ? <- For interested parties: Ongoing discussion and some more background info here: monero-project/monero #6180

Python program that shows how these new RPC calls are meant to get used here: github.com/rbrunner7/rbrunner7.github.io/blob/master/mms.py

The later is "work in progress" and will change over the next few days, but is already functional.

The most interesting feature of that "mms.py": If you let it wait for messages and auto-process them, it will "sync" wallets fully automatically after an incoming payment to get them ready to spend that

(In this point it goes beyond the MMS integration of the CLI wallet which can't do that fully automatically.)

I have written an explanation of my MMS RPC PR that I should have written right at the start already, my bad: "What the heck is this thing?"

I have added this to the topmost post of the PR: monero-project/monero #6180#issue-345167243

M5M400, run the daemon as a proper service

gingeropolous: you think that would have prevented stuff?

it's been running in a screen since v.0.10 in a screen. that never happened

you need to get systemd to run supervisord to run pm2 to run s6 to run monerod

Rust RandomX crate in case anyone needs it

what is the proper way to convert from a crypto::public_key to a ge_p3 in Monero

I see the function

void hash_to_ec(const public_key &key, ge_p3 &res) { hash h; ge_p2 point; ge_p1p1 point2; cn_fast_hash(std::addressof(key), sizeof(public_key), h); ge_fromfe_frombytes_vartime(&point, reinterpret_cast<const unsigned char *>(&h)); ge_mul8(&point2, &point); ge_p1p1_to_p3(&res, &point2); }

ge_fromfe_frombytes_vartime <- that one

Not sure if this is the one I want though?

er, wait. fe doens't seem right...

thanks mm

ge_frombytes_vartime

Are you sure? We use it for (ge_frombytes_vartime(&image_unp, &image) where image is a const crypto::key_image &image

It's what I use for multiexp in bulletproofs, so it better be.

sarang or luigi will know for sure.

can you link me to a line you used it MM?

CHECK_AND_ASSERT_THROW_MES(ge_frombytes_vartime(&point, p.bytes) == 0, "ge_frombytes_vartime failed");

you're using an rct key

I'm talking about a straight up crypto::public_key

Add (const crypto::public_key&)

What do you mean by add?

CHECK_AND_ASSERT_THROW_MES(ge_frombytes_vartime(&point, (const crypto::public_key&)p) == 0, "ge_frombytes_vartime failed");

Wait. If your p is already a public_key, you don't need that.

The cast I mean.

I thought so

yeah

cheers dude

they are the same

cast aside

yes :P

luigi1111w: what's ge_fromfe_frombytes_vartime for ? Scalars are hte same as field elements, right ? And scalars are never compressed AFAIK ?

ge_fromfe is the key image base computation

it's the same thing in a different com[pressed form

I'm using this

Ah, so just a weird name then. OK.

it's to constrain a random byte sequence to a curve point

where ge_frombytes will fail if invalid

Ah, Hp. Of course. I'm so stupid -_-

luigi1111w what is the difference between a ge_p3 and a ge_p2

different forms for different functions knaccc or vtnerd can tell you more

peach34 different ec operations work best in particular coordinate spaces

peach34 p2/p3/etc are coordinate spaces

in practice you just decide what operations you want to do, look at what coordinate spaces they input and output, and convert between coordinate spaces when necessary

so e.g. if you want to subtract two ec points, the only implementation available is one that takes p3 as an argument

and the other arg has to be in cached form

you don't need to understand the performance reasons, you just have to observe what the method wants and give it what it wants

moneromooo so if i wanted to use ge_frombytes_vartime to get from a crypto::key_image to a ge_p3, i'd just static cast to crypto::public_key first?

please pm me as i dont have a fixed nick on this irc, and i have to shut the comptuer off

To a const crypto::public_key&, yes. It's the same data in memory.

Ah seems all questions were answered already

sniderd you're telling people that integrated addresses will be discontinued too with v0.15?

sigh. wrong channel again

And the claim is false fwiw.

that's what I wanted to tell him :)