Hey guys not sure where to ask that. Sorry if this is a stupid question. I'm working on adding XMR support to bitcartcc

however, it is a non custodial payment gateway. I working with github.com/monero-ecosystem/monero-python

but, correct me if i'm wrong, it seems i cannot retrieve balance or incoming transaction of a wallet if that wallet have not been directly created by me

is there a way i'm missing where i could collect wallet address + public key of user and access balance and incoming transaction ?

Not sure what you mean, but if you have a Monero wallet, and there are incoming transactions, you never see where they come from, quite in general, from the transaction alone: It does not carry an origin address

i mean, i need to check balance and incoming transaction of a random wallet. How would i do that ?

With wallet, do you mean wallet file, or do you mean address?

i mean address

i don't have the wallet file

my issue is i don't have a wallet rpc to connect to

Well, if you don't have the secret keys that belong to the wallet, in Monero it's impossible to see the balance. That's the whole point of being a privacy coin :)

ok, so the only i can do that is by being custodial ?

creating the wallet, on the server ?

You can ask for view keys

not spend ones, just view wallet

with the view key i can see the balance ? and the incoming transation ?

the address has view public key, spend public key

the private view key allows you to see incoming transactions and balance

but not spend or view of transactions have been spent

so you do not know the real balance, aka, if they have spent outputs, just that they have gotten X

ok

in that key i would connect to a local wallet rpc ?

But I don't understand your use case yet. You say you want to implement something like bitcartcc, but for XMR, or extend bitcartcc to be able to use XMR, right?

Read documentation otherwise :)

So if *I* want to accept Monero payments on *my* website, with the payments going into *my* wallet, I would use your software. Correct?

yeah that's the idea

but api wise i seem to need to connect to wallet rpc in order to view balance

So where is the problem? Of course *I* have the file for my own wallet, and the password for it, so with monero-rpc your software can correctly log into that wallet and do everything.

i would not ask for the file or password. Only the view key and address.

Why?

i can't seem to find in the documentation how to view the balance / incoming without connection to a wallet

rbrunner: because it's private information and also it's the way bitcartcc is built

i'm just trying to add xmr support following the existing structure

That's why I asked so stupidly, to make sure we don't misunderstand and don't talk past each other. *My* own wallet is *not* problematic private info.

if you give it to me ?

Why to you? Where is that bitcartcc hosted then? I assumed self-hosting.

yeah it is self hosted. But it can provide support as a payment gateway for different store and user.

you can use it as a payment gateway for multiple merchants. It's not self hosted anymore

If I wanted you to see my incoming transactions and incoming balance, I could give you a view-only wallet file

(or address and view keys, it is the same)

You can build a wallet file from address and view keys

this has other privacy implications like being able to generate subaddresses

that's more what i'm trying to work with

(btcpayserver for example asks for a view-only wallet in a similar way, for self hosting)

how would i go api wise to see the balance with that information ?

I agree. View keys is everything there is in Monero as a feature of the coin in this general direction. If you can't get it to work using those, the problem has no solution, I would say.

i'm checking the documentation but cannot seem to find it

You can't realiably check the *balance* with view keys. But you can see all incoming transactions. Maybe that's enough for your use case?

let's start with that :)

i'll run a wallet rpc locally correct ?

Think so, yes.

As part of the bitcartcc installation, so to say.

You could present a "sum of all incoming transactions" to make clear that it's *not* the balance of the wallet, but still a useful number, and maybe all that is needed for the merchant.

yeah

with my local rpc wallet running, how do i import the view key and address ?

i can't seem to find a method for that

You mean in those Python bindings?

or even in the doc

Viewing the “balance received of all time” slade991 requires you finding and viewing *all transactions received of all time*

Yes, that's the call.

that is how balance works as well, no direct lookup call

yeah but that method assume i'm connected to a wallet with monero-wallet-rpc with a wallet file and password

but i would only have view key and address

so i cannot connect to the wallet rpc with that information or am i missing something ?

If somebody hands the private view key to you, you have to restore, you have to build a view-only wallet file first, using that view key

And of course you then have full control over *that* file, because you created it yourself

how would i create a view-only wallet with that key ?

I am just now clicking through the documentation, did not yet find it ...

monero-wallet-rpc seems to need some information to create a wallet : monerodocs.org/interacting/monero-w…et-rpc-reference/#create-new-wallet

Hmmm, can't find it, maybe that's not implemented as part of those bindings. Could be you have to do it yourself. It's not too difficult to talk directly to the monero-wallet-rpc wallet binary using Python

that's what i was checking but i cannot see in the monero-wallet-rpc how to create a view-only wallet either

oh, i guess that would be the method : getmonero.org/resources/developer-g…/wallet-rpc.html#generate_from_keys

Yes: github.com/monero-project/monero/bl…et_rpc_server_commands_defs.h#L2315

(I personally always consult the source in addition. The RPC documentation is sometimes outdated, or does not list all possible parameters.)

Yup, that's your call. I found the following message in the implementation that pretty much confirms that this call is able to create view-only wallets:

"Watch-only wallet has been generated successfully."

ok great. Things are clearer now :)

Thank a lot for the infomation i'll work on that !

Welcome. And you know what would be really great and turn you into an instant hero: You implementing this call as part of monero-python and contribute it in the form of a PR :)

yeah i was thinking about that. if i'm heading that direction i'll probably do that

Splendid. Good luck for your project anyway!

thanks :)

thank you for kindly helping as always rbrunner, reg the outdated docs on -site, i have a PR that 2083 but still would recommend using the src files

hi, I got some errors for monero failed to deserialize Bad signature Type 6... (full message at <libera.ems.host/_matrix/media/v3/do…20b0abdfa4a2654201db8d5b47f23f0f8c1>)

you have to post more information on what you are trying to do

selsta: ok

> <@jadeydi:matrix.org> hi, I got some errors for monero failed to deserialize Bad signature Type 6... (full message at <libera.ems.host/_matrix/media/v3/do…fc00796ee0d6d1f8f7ea3b2c777182c56a5>)

create_tx__retVals.tx_hash_string 35659e2cdc652b11e041024ac04201960265e62dc9712e99f59b4f874a166ae5

create_tx__retVals.tx_key_string d29d6a8d56436c267195b1383f992db765fbdfcaed81d8a7624568db2686a902

create_tx__retVals.tx_pub_key_string 2c8a1558cd0072564d72bebe3d8d2a59b8bfdcc1f90cdf7607f498a75b0c4f02

here is others fields

I'm trying to build a transaction from multiple address with multiple utxo, and it success signed the transaction

which version of mymonero-core-cpp are you using?

selsta: I'm using master, updated several minutes ago

ok, does a basic transaction work with one address?

what do you mean by "from multiple addresses"

endogenic: A transaction with 3 outputs from A, B, C

3 inputs to the tx from different sources you mean?

selsta: I didn't try it, I hacked many code, I can upload it first

try that first, don't start with some complex thing

endogenic: yeah

jadeydi[m]: you shouldnt have any issues with that afaik

(i wrote the code btw)

though whatever is there now is not under my control

i have a new lib that is private for now

original API

I will release it soon (tm). this summer i had some setbacks and had to rep monero at sbc :)

endogenic: Thanks you works bro

works now?

Not yet, I have uploaded codes right now, github.com/jadeydi/monero-mixin/blob/main/src/tx.cpp

I didn't write c++ before

hm looks like you are duplicating a lot of code which you can just import instead

i might suggest adding monero-core-cpp as a git submodule

endogenic: Will do it, maybe should make it works first

well, just so long as you didnt accidentally modify some of the code you've copied as that can introduce other unknowns into your experiment

endogenic: not duplicating, since we need sign transaction from utxos from A, B and C, so there needs some changes.

i dont believe so

if you can point out what changes you think you need, i can help verify but .. that code should be able to select any number of outputs to use as inputs to a tx

maybe you are trying to use outputs owned by multiple wallets in a single tx

i believe that is illegal in monero

I don't think it is. I had a PoC at some point, and I don't think I modified verification.

i guess one just needs to sign them all properly?

that's kinda neat

endogenic: yeah, that's we're working on, even it's illegal lol

jadeydi[m]: i'd be interested in collaborating with you on enhancing the monero core cpp code if you do that

hah i meant illegal as in not possible

watch out, the monero police are gonna get ya

*censors jadeydi[m] *

endogenic: I don't quite understand what you mean， just some afraid , lol

monero core cpp just feeds into the monero "cryptonote" code itself so in theory whatever mooo got working should work too

jadeydi[m]: ok well i'm interested in helping. feel free to contact me

Rings are signed independently. Or were when I did it. Was a while back.

Thanks, I'm asking help right now, what we're doing is, spending outputs (SpendableOutput) from A, B, C or more, in one transactions, with a right signature, I think monero don't care inputs from whom, so it might be works.

And I have the signature, tx hash etc right now, but has some error `monero failed to deserialize Bad signature Type 6`

moneromooo: Yeah, I'm sure it works before

Might be because it's using an old consensus ruleset. Make sure you're using the most recent one (well, the one you used to create that tx anyway).

> <@jadeydi:matrix.org> Thanks, I'm asking help right now, what we're doing is, spending outputs (SpendableOutput) from A, B, C or more, in one transactions, with a right signature, I think monero don't care inputs from whom, so it might be works.

>

> And I have the signature, tx hash etc right now, but has some error `monero failed to deserialize Bad signature Type 6`

I'm not sure it's best (or legal), but I have to do like this. I'm not the boss.

moneromooo: Will check it

you are the boss though jadeydi[m]

can you tell where that error is originating from?

looks like you're getting it from simplewallet

<endogenic> "can you tell where that error is..." <- Thanks endogenic, I found the error from. It's internal, I'll fix first

moneromooo would you be able to review monero-project/monero #8627 if you have time?

monero.fail this list is cool

Hello! I want to add Monero support to my opensource payment processor. The official library for python is monero-python, right? github.com/monero-ecosystem/monero-python... (full message at <libera.ems.host/_matrix/media/v3/do…716c489b998f1afc76ca0b240eaca905f2b>)

we don't have an official python library

at least github.com/monero-ecosystem/monero-python isn't official, it's a community maintained library

I did something similar for personal wallet management, easy to implement with wallet RPC daemon with python RPC libraries or just straight up requests library with json constructed by yourself mrnaif

huh

did anyone hear anything about openssl

yes

i just read this, not sure how legitimate it is

What happened.

> OpenSSL 3.x has a huge vulnerability, probably something as large as Heartbleed... (full message at <libera.ems.host/_matrix/media/v3/do…55270ba9260892d2cef6b8f629791099e82>)

yup

we use openssl 1.1.1 for release binaries so should not be relevant for us

good to know, worth keeping our eyes open regardless

yeah, stay current but not quite on the bleeding edge...