08:44:44 plus / minus, when can we expect next hard fork ? 08:46:42 Plus/minus, in the future 🤷‍♂️ No one knows, there are no concrete plans. Seraphis fork is at least 2 years away. 08:47:08 thank you, that's all i needed to know 08:47:15 Even if something urgent comes up, there are months of preparations 08:47:23 kk 08:48:04 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 08:48:37 and that's not planned yet, just an idea based on the feedback in https://github.com/monero-project/monero/issues/8827 08:48:52 re RandomX changes, that will be a big big update for miners 08:48:54 this would require miners to update as well ? 08:49:03 yes 08:49:17 even P2Pool miners didn't all update yet, 4 months after first announcement 08:49:42 Not good 08:49:42 old P2Pool chains are still alive :D 08:50:12 but that wasn't a monero hard fork so they weren't forced to update? 08:50:24 RandomX change will require final versions of all software at least 6 months before the fork 08:50:45 no, it wasn't a monero hard fork and they're still mining proper Monero blocks 08:51:04 It's just a hint at how oblivious some miners are 08:51:23 We see some people in -pools still asking about minexmr payouts 08:51:37 9 months after it shut down 08:52:33 wouldn't it be better to postpone randomx pow change to serpahis hard fork ? so miners don't have to update twice ? 08:52:57 Not having a monero in the first place would have saved even more miner work. 08:53:02 Miners don't have to update twice anyway 08:53:06 they only update when PoW changes 08:53:39 well, P2Pool miners need to do a bit more housekeeping because they run Monero nodes 08:56:36 I don't think expecting miners to update every couple years is unreasonable. 08:58:29 https://github.com/tevador/RandomX/pull/265 09:25:10 Hi. I'm using make_integrated_address method with payment id input. Why it generates different addresses even payment id input same? 09:27:34 Probably because you have a bug. 09:28:01 and i send xmr to last generated address. now im checking it with get_payments method with my payment id: curl http://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": { 09:29:00 what do you mean moneromooo, normally what return will be if the given payment_id is same? will it say this is used before? 09:30:03 I do not understand your last question, but the RPC seems ok. 09:30:29 Add logs in on_make_integraded_address so see if it's getting the data you think it's getting. 09:31:16 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 09:33:26 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 09:34:09 Oh 09:34:14 I glossed over it, but: 09:34:21 "method":"get_payments" 09:34:41 Wait. I misunderstood that, nvm. 10:37:47 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: https://paste.rs/hXZ 10:47:57 An integrated address is not really an address, it's a concatenation (with framing) of an address and a payment id. 10:51:20 FWIW, monero supports subaddresses now, which are better, if you can live with the differences. 10:51:41 In particular, they're actually addresses, not address+data bundles. 10:52:00 So you don't get this problem of using a string and getting another once the payment is is removed. 10:52:30 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 10:54:46 I have no idea. It depends on your code. But what you're saying is compatible with subadresses. 10:55:17 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", 10:57:28 or can i check it via integrated_address or payment_id 10:58:18 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. 10:58:33 get_transactions in recent monerod might even have confirmations. 15:01:59 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 ?) 15:01:59 https://github.com/monero-project/monero/issues/7078 16:55:08 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 16:55:39 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 17:08:18 Most likely the socket times out. 17:08:38 s/Most likely/Possibly/ 17:09:29 The errno should tell you more. strace will show them. 18:41:05 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 20:20:01 yeah the default connection timeout is 30 minutes and I don't see a way to change that