plus / minus, when can we expect next hard fork ?

Plus/minus, in the future 🤷‍♂️ No one knows, there are no concrete plans. Seraphis fork is at least 2 years away.

thank you, that's all i needed to know

Even if something urgent comes up, there are months of preparations

kk

I would like to do a fork with the RandomX changes and Bulletproofs++ but that will depend on how long it takes to audit and implement BP++, so definitely longer than 6 months away

and that's not planned yet, just an idea based on the feedback in monero-project/monero #8827

re RandomX changes, that will be a big big update for miners

this would require miners to update as well ?

yes

even P2Pool miners didn't all update yet, 4 months after first announcement

Not good

old P2Pool chains are still alive :D

but that wasn't a monero hard fork so they weren't forced to update?

RandomX change will require final versions of all software at least 6 months before the fork

no, it wasn't a monero hard fork and they're still mining proper Monero blocks

It's just a hint at how oblivious some miners are

We see some people in -pools still asking about minexmr payouts

9 months after it shut down

wouldn't it be better to postpone randomx pow change to serpahis hard fork ? so miners don't have to update twice ?

Not having a monero in the first place would have saved even more miner work.

Miners don't have to update twice anyway

they only update when PoW changes

well, P2Pool miners need to do a bit more housekeeping because they run Monero nodes

I don't think expecting miners to update every couple years is unreasonable.

Hi. I'm using make_integrated_address method with payment id input. Why it generates different addresses even payment id input same?

Probably because you have a bug.

and i send xmr to last generated address. now im checking it with get_payments method with my payment id: curl 127.0.0.1:38083/json_rpc -d '{"jsonrpc":"2.0","id":"0","method":"get_payments","params":{"payment_id":"9cae5d1d4a3ca7a0"}}' -H 'Content-Type: application/json' returns "id": "0", "jsonrpc": "2.0", "result": {

what do you mean moneromooo, normally what return will be if the given payment_id is same? will it say this is used before?

I do not understand your last question, but the RPC seems ok.

Add logs in on_make_integraded_address so see if it's getting the data you think it's getting.

yes its getting my given payment_id and gives me an address. but this address will changing for every make_integrated_address request with same payment_id

yes you are right. my wallet-rpc seems outdated or smthng else. when i try it on terminal with curl, it returns same address all time

Oh

I glossed over it, but:

"method":"get_payments"

Wait. I misunderstood that, nvm.

An another question. Why make_integrated_address method integrated_address and get_payments method address seems different even on same payment_id? Please check it: paste.rs/hXZ

An integrated address is not really an address, it's a concatenation (with framing) of an address and a payment id.

FWIW, monero supports subaddresses now, which are better, if you can live with the differences.

In particular, they're actually addresses, not address+data bundles.

So you don't get this problem of using a string and getting another once the payment is is removed.

is using this secure? If user purchases items, i group them and make 16digit hex with them. and create invoice. then i will ask user for payment. looking for suitable ways

I have no idea. It depends on your code. But what you're saying is compatible with subadresses.

moneromooo, also another question. i want to show user, to his transaction confirmations. i guess check_tx_key method not suitable. how can i check confirmations just via this data: "tx_hash": "047f06a751ca02a36ebb234da62d5035d391c1e7ca71eb5b008617cbf76d2b98",

or can i check it via integrated_address or payment_id

get_transactions get you the tx from that hash, and you should have the mined height in the response (if mined). Get current chain height, subtract.

get_transactions in recent monerod might even have confirmations.

Hi, I let a comment on p2p encryption discussion. feel free to give a feedback. (also, why is vtnerd account appear as non existing on matrix ?)

I'm seeing that an idle wallet (with 1 hour refresh period) is giving an error of being disconnected from the daemon when queried after some time, and then it "wakes up" be connected to the daemon again

anyone know anything about this or what can be done? don't know if the OS is putting the monero-wallet-rpc process to sleep or what

Most likely the socket times out.

s/Most likely/Possibly/

The errno should tell you more. strace will show them.

it returns -1: Error calling import_multisig: no connection to daemon on the import_multisig_info call at first, then succeeds after a few seconds

yeah the default connection timeout is 30 minutes and I don't see a way to change that