00:15:18 <88989998998kkkkkkkkkkkkk:matrix.org> Hello? I have problem to balance XMR 00:15:45 yes, and making nicknames 00:15:54 <88989998998kkkkkkkkkkkkk:matrix.org> Hello. I have problem to balance XMR 01:17:58 "Sync data returned a new top block candidate: 3094750 -> 4150586 [Your node is 1055836 blocks (4.0 years) behind]" 01:17:58 bunlar spam mı ya, 10-15 farklı peerden geliyor bide 01:18:25 ``` 01:18:26 "Sync data returned a new top block candidate: 3094750 -> 4150586 \[Your node is 1055836 blocks (4.0 years) behind\]" 01:18:26 bunlar spam mı ya, 10-15 farklı peerden geliyor bide 01:18:27 ``` 01:18:27 someone reported this issue in Monero Turkish chatroom 01:18:36 > "Sync data returned a new top block candidate: 3094750 -> 4150586 \[Your node is 1055836 blocks (4.0 years) behind\]" 01:18:36 > bunlar spam mı ya, 10-15 farklı peerden geliyor bide 01:18:37 someone reported this issue in Monero Turkish chatroom 01:18:59 the message date is from 2024-03-01 01:22:57 m-relay: I made a new account, dm'd you back 01:23:55 they can ignore it, it's some node sending incorrect data 01:24:11 it's harmless apart from the spammy log message 01:29:52 tag? 01:30:05 i would say yes 01:30:15 worst case we add another one tomorrow like always :D 01:31:35 is anyone running monerod in k8s/docker and is being limited to 1 cpu usage? 01:40:55 luigi1111w: ping me once you tagged 01:45:39 selsta 01:53:03 les goooo 02:31:13 https://monero.stackexchange.com/questions/193/how-is-the-quadratic-miners-penalty-calculated 02:31:14 is this information up to date? 02:31:50 `penalty = base subsidy * ((block size / median size of last 100 blocks) - 1)²` 02:40:06 Here is a more recent scaling document: https://github.com/ArticMine/Monero-Documents/blob/master/MoneroScaling2021-02.pdf 02:40:17 (though it is not 100% correct, as I believe the M_L adjustments use a coefficient of 1.7 instead of 2.) 02:41:51 The equation that you posted is generally correct for what has happened the past few days, but to be 100% correct you need to replace 'median size of the last 100 blocks' with 'penalty median' 02:43:04 The difference being that the penalty median can be limited by the long term median. 02:51:13 If you want to discuss more feel free to ping me in #monero:monero.social 07:23:56 Hey guys, I am having an issue running a regtest node. I mine blocks to an address but its address won't change, am I doing something wrong? 07:23:57 my config: `monerod --regtest --log-level=4 --offline --disable-rpc-ban --keep-fakechain --db-sync-mode=safe --no-zmq --fixed-difficulty 1 --non-interactive --rpc-bind-ip=0.0.0.0 --rpc-bind-port=18081 --confirm-external-bind` 07:24:15 Hey guys, I am having an issue running a regtest node. I mine blocks to an address but its balance won't change, am I doing something wrong? 07:24:15 my config: `monerod --regtest --log-level=4 --offline --disable-rpc-ban --keep-fakechain --db-sync-mode=safe --no-zmq --fixed-difficulty 1 --non-interactive --rpc-bind-ip=0.0.0.0 --rpc-bind-port=18081 --confirm-external-bind` 07:25:02 also if I try to use non-mainnet address (testnet, stagenet) the rpc call fails. does this mean that regtest mimics mainnet? 07:25:21 also if I try to use non-mainnet address (testnet, stagenet) the rpc call fails. does this mean that regtest mimics mainnet and I should use the addresses prepared for mainnet there? 07:25:33 also if I try to use non-mainnet address (testnet, stagenet) the rpc `generateblocks` call fails. does this mean that regtest mimics mainnet and I should use the addresses prepared for mainnet there? 07:25:40 also if I try to use non-mainnet address (testnet, stagenet) the `generateblocks` rpc call fails. does this mean that regtest mimics mainnet and I should use the addresses prepared for mainnet there? 07:26:19 Set your wallet's refresh-from-height to 0. 07:26:53 is this the wallet-rpc configuration? 07:27:01 regtest mode is a weird mode that's mainnet really. No idea why it exists. 07:27:18 I do not understand that question. 07:27:19 my idea to use it is to skip waiting 20 minutes 07:27:30 where should I put this 07:27:53 my idea to use it is to skip waiting 20 minutes needed to make balance spendable 07:27:56 The setting ? Either with 'set' in monero-wallet-cli, or as a parameter when creating. 07:28:59 do you mean I should ditch the idea in favor of testnet? 07:31:40 another question: how much confirmations a newly mined block should get before becoming spendable? I have see 60 somewhere 07:31:43 another question: how much confirmations a newly mined block should get before becoming spendable? I have seen 60 somewhere 07:31:46 If you read that from my lines, you read weird :) 07:31:53 60 is right 07:32:28 yeah, I am just frustrated, can't make it work, must be missing something 07:33:26 Well, I'm reasonably sure that it's "< moneromoooo> Set your wallet's refresh-from-height to 0." 07:33:58 You probably created a mainnet wallet, and the wallet software guessed we're at block... 3 million or something. And you stared from 0 in regtest mode. 07:34:11 I am using monero-ts, I think it is called `restoreHeight` there. But does not seem to affect anything 07:34:17 So it assumes there's nothing for you "before" thw wallet existed. 07:34:30 Good Idea, I will ask check the rpc for the blocknumber 07:34:37 Good Idea, I will check the rpc for the blocknumber 07:35:15 You may want to continue in #monero, and come back here if there really is a bug in monero. 07:35:41 so is this channel for monerod devs? 07:35:50 <123bob123:matrix.org> yes 07:35:52 so is this channel for monero node devs? 07:36:11 any general dev chat? 07:47:51 how can I monitor a monero wallet address for payments knowing only public keys? like watch-only wallet 08:49:02 Building v0.18.3.2 now 08:54:01 too sad 9211 was waiting in the corner 08:55:20 It needs a second review from someone 08:56:02 ah alr 10:10:24 My hashes: https://paste.debian.net/hidden/90e814f2/ 10:11:51 Full match with hashes in https://github.com/monero-project/monero/actions/runs/8211277833 10:14:03 https://github.com/monero-project/gitian.sigs/pull/266 10:32:27 https://p2pool.io/explorer/ is running v0.18.3.2 now 11:17:41 pat: Hi Pat. #monero-community-dev:monero.social is a Monero ecosystem channel. woodser , creator of monero-ts, is there. He's in this channel too. 12:08:50 restoreHeight in monero-ts = restore_height in monero-wallet-rpc 12:12:28 you can also refresh / sync the wallet from a start height by calling wallet.sync(startHeight) (equivalent of calling `refresh` in monero-wallet-rpc) 12:27:32 Hey thanks for your messages guys. I am struggling to sync the rpc wallet from monero-ts, when I issue wallet.sync() it does the sync the wallet, but hangs the wallet-rpc process. I need to restart it to see balance updates 12:27:46 should I prefer WalletFull instead of WalletRpc? 12:28:23 when I sync the WalletFull I receive errors in thread pool 12:29:21 I am running rinocommunity/monero:v0.18.2.2, if there is a more recent version out there, I'd be glad to use it 12:29:54 the latest monero daemon version is 0.18.3.1 12:30:14 yeah, I even see 0.18.3.2 was tagged today 12:30:50 are you sure you're connecting the wallet to a monero node of the correct network type? stagenet wallet needs to use a stagenet monero node, etc. otherwise you'll get errors 12:32:47 I try to run regtest 12:33:53 I see that my new blocks from generateblock being detected by wallet-cli, can't get it to sync from monero-ts side 12:34:08 I see that my new blocks from `generateblock` are being detected by wallet-cli, can't get it to sync from monero-ts side 12:35:12 we can move our conversation to monero-community-dev 12:35:16 we can move our conversation to #monero-community-dev 12:40:16 ok sure 13:00:28 I've been running 0.18.3.2 for 6+ hours and see no issues 15:10:57 xmrchain.net on v0.18.3.2-release 15:46:52 hashes match. posting a bit later 16:30:26 rolling back to 3.1 to test but I am noticing with 3.2 that I only have incoming i2p connections, no outgoing 16:31:56 i do have out on my 3.2 node 16:32:09 ok cool 16:32:13 must be me then (: 16:34:18 that said, I have already established two out connections on 3.1..... gonna try going back to 3.2 16:34:27 at least on one of my .2 nodes i have multiple out i2p peers, on the other i don't. but i have seen that with v0.18.3.1 too from what i remember. 16:34:53 yeah, I waited a few minutes to see if I would connect to one but may have been too impatient 16:36:47 i wonder if this means you can only connect to v0.18.3.2 i2p peers? 16:40:30 plowsof: do you remember getting out peers with https://github.com/monero-project/monero/pull/9138 ? 16:40:40 and ofrnxmr you also tested it from what i remember 16:43:54 I think it's chill, I have out peers now (and no in-peers ironically but I reckon that'll change here shortly) 19:47:38 Yes i have out peers 19:47:56 And id have been able to respond a lot sooner 19:48:20 i have tor, i2p and clearnet peers 19:48:31 And plowsof is 2 of them 19:49:16 Yep outs where fine 19:49:59 i have to switch from i2p-zero to i2pd today 19:51:07 The good thing is the switch is very easy 19:51:44 plowsof wrote a preliminary guide to replace the -site instructions 19:56:25 ofrnxmrs matrix account is banned from this channel under banhammer. there is unnecessary delays/friction caused by that for the moments above where a quick answer is required 19:58:29 <123bob123:matrix.org> Guess who has the power to reverse it \0/ 20:21:04 Hey guys, needing some help here.. i compiled monero from Source, after starting the node... i get the following error.. 20:21:04 `monerod: error while loading shared libraries: libboost_chrono.so.1.71.0: cannot open shared object file: No such file or directory` 20:21:04 any clue on which dep i may be missing... 20:21:47 seems to be missing libboost-chrono-dev 20:22:33 did you update boost with your package manager? if yes you have to recompile 20:29:29 yea, i believe i did..okay.. let me retry