<8​8989998998kkkkkkkkkkkkk:matrix.org> Hello? I have problem to balance XMR

<e​laryan:hackliberty.org> yes, and making nicknames

<8​8989998998kkkkkkkkkkkkk:matrix.org> Hello. I have problem to balance XMR

<h​ardenedsteel:monero.social> "Sync data returned a new top block candidate: 3094750 -> 4150586 [Your node is 1055836 blocks (4.0 years) behind]"

<h​ardenedsteel:monero.social> bunlar spam mı ya, 10-15 farklı peerden geliyor bide

<h​ardenedsteel:monero.social> ```

<h​ardenedsteel:monero.social> "Sync data returned a new top block candidate: 3094750 -> 4150586 \[Your node is 1055836 blocks (4.0 years) behind\]"

<h​ardenedsteel:monero.social> bunlar spam mı ya, 10-15 farklı peerden geliyor bide

<h​ardenedsteel:monero.social> ```

<h​ardenedsteel:monero.social> someone reported this issue in Monero Turkish chatroom

<h​ardenedsteel:monero.social> > "Sync data returned a new top block candidate: 3094750 -> 4150586 \[Your node is 1055836 blocks (4.0 years) behind\]"

<h​ardenedsteel:monero.social> > bunlar spam mı ya, 10-15 farklı peerden geliyor bide

<h​ardenedsteel:monero.social> someone reported this issue in Monero Turkish chatroom

<h​ardenedsteel:monero.social> the message date is from 2024-03-01

<t​heymaytakeourlives:matrix.org> m-relay: I made a new account, dm'd you back

they can ignore it, it's some node sending incorrect data

it's harmless apart from the spammy log message

tag?

i would say yes

worst case we add another one tomorrow like always :D

is anyone running monerod in k8s/docker and is being limited to 1 cpu usage?

luigi1111w: ping me once you tagged

selsta

les goooo

<h​ardenedsteel:monero.social> monero.stackexchange.com/questions/…quadratic-miners-penalty-calculated

<h​ardenedsteel:monero.social> is this information up to date?

<h​ardenedsteel:monero.social> `penalty = base subsidy * ((block size / median size of last 100 blocks) - 1)²`

<s​packle_xmr:matrix.org> Here is a more recent scaling document: github.com/ArticMine/Monero-Documen…lob/master/MoneroScaling2021-02.pdf

<s​packle_xmr:matrix.org> (though it is not 100% correct, as I believe the M_L adjustments use a coefficient of 1.7 instead of 2.)

<s​packle_xmr:matrix.org> 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'

<s​packle_xmr:matrix.org> The difference being that the penalty median can be limited by the long term median.

<s​packle_xmr:matrix.org> If you want to discuss more feel free to ping me in #monero:monero.social

<m​ainnet_pat:monero.social> 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?

<m​ainnet_pat:monero.social> 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`

<m​ainnet_pat:monero.social> 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?

<m​ainnet_pat:monero.social> 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`

<m​ainnet_pat:monero.social> also if I try to use non-mainnet address (testnet, stagenet) the rpc call fails. does this mean that regtest mimics mainnet?

<m​ainnet_pat:monero.social> 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?

<m​ainnet_pat:monero.social> 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?

<m​ainnet_pat:monero.social> 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?

Set your wallet's refresh-from-height to 0.

<m​ainnet_pat:monero.social> is this the wallet-rpc configuration?

regtest mode is a weird mode that's mainnet really. No idea why it exists.

I do not understand that question.

<m​ainnet_pat:monero.social> my idea to use it is to skip waiting 20 minutes

<m​ainnet_pat:monero.social> where should I put this

<m​ainnet_pat:monero.social> my idea to use it is to skip waiting 20 minutes needed to make balance spendable

The setting ? Either with 'set' in monero-wallet-cli, or as a parameter when creating.

<m​ainnet_pat:monero.social> do you mean I should ditch the idea in favor of testnet?

<m​ainnet_pat:monero.social> another question: how much confirmations a newly mined block should get before becoming spendable? I have see 60 somewhere

<m​ainnet_pat:monero.social> another question: how much confirmations a newly mined block should get before becoming spendable? I have seen 60 somewhere

If you read that from my lines, you read weird :)

60 is right

<m​ainnet_pat:monero.social> yeah, I am just frustrated, can't make it work, must be missing something

Well, I'm reasonably sure that it's "< moneromoooo> Set your wallet's refresh-from-height to 0."

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.

<m​ainnet_pat:monero.social> I am using monero-ts, I think it is called `restoreHeight` there. But does not seem to affect anything

So it assumes there's nothing for you "before" thw wallet existed.

<m​ainnet_pat:monero.social> Good Idea, I will ask check the rpc for the blocknumber

<m​ainnet_pat:monero.social> Good Idea, I will check the rpc for the blocknumber

You may want to continue in #monero, and come back here if there really is a bug in monero.

<m​ainnet_pat:monero.social> so is this channel for monerod devs?

<1​23bob123:matrix.org> yes

<m​ainnet_pat:monero.social> so is this channel for monero node devs?

<m​ainnet_pat:monero.social> any general dev chat?

<m​ainnet_pat:monero.social> how can I monitor a monero wallet address for payments knowing only public keys? like watch-only wallet

Building v0.18.3.2 now

<s​omeoneelse495495:matrix.org> too sad 9211 was waiting in the corner

It needs a second review from someone

<s​omeoneelse495495:matrix.org> ah alr

My hashes: paste.debian.net/hidden/90e814f2

Full match with hashes in github.com/monero-project/monero/actions/runs/8211277833

p2pool.io/explorer is running v0.18.3.2 now

<r​ucknium:monero.social> 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.

<w​oodser:monero.social> restoreHeight in monero-ts = restore_height in monero-wallet-rpc

<w​oodser:monero.social> you can also refresh / sync the wallet from a start height by calling wallet.sync(startHeight) (equivalent of calling `refresh` in monero-wallet-rpc)

<m​ainnet_pat:monero.social> 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

<m​ainnet_pat:monero.social> should I prefer WalletFull instead of WalletRpc?

<m​ainnet_pat:monero.social> when I sync the WalletFull I receive errors in thread pool

<m​ainnet_pat:monero.social> 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

the latest monero daemon version is 0.18.3.1

<m​ainnet_pat:monero.social> yeah, I even see 0.18.3.2 was tagged today

<w​oodser:monero.social> 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

<m​ainnet_pat:monero.social> I try to run regtest

<m​ainnet_pat:monero.social> I see that my new blocks from generateblock being detected by wallet-cli, can't get it to sync from monero-ts side

<m​ainnet_pat:monero.social> I see that my new blocks from `generateblock` are being detected by wallet-cli, can't get it to sync from monero-ts side

<m​ainnet_pat:monero.social> we can move our conversation to monero-community-dev

<m​ainnet_pat:monero.social> we can move our conversation to #monero-community-dev

<w​oodser:monero.social> ok sure

I've been running 0.18.3.2 for 6+ hours and see no issues

xmrchain.net on v0.18.3.2-release

hashes match. posting a bit later

rolling back to 3.1 to test but I am noticing with 3.2 that I only have incoming i2p connections, no outgoing

i do have out on my 3.2 node

ok cool

must be me then (:

that said, I have already established two out connections on 3.1..... gonna try going back to 3.2

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.

yeah, I waited a few minutes to see if I would connect to one but may have been too impatient

i wonder if this means you can only connect to v0.18.3.2 i2p peers?

plowsof: do you remember getting out peers with monero-project/monero #9138 ?

and ofrnxmr you also tested it from what i remember

I think it's chill, I have out peers now (and no in-peers ironically but I reckon that'll change here shortly)

Yes i have out peers

And id have been able to respond a lot sooner

i have tor, i2p and clearnet peers

And plowsof is 2 of them

Yep outs where fine

i have to switch from i2p-zero to i2pd today

The good thing is the switch is very easy

plowsof wrote a preliminary guide to replace the -site instructions

<p​lowsof:matrix.org> 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

<1​23bob123:matrix.org> Guess who has the power to reverse it \0/

<f​rankojus:matrix.org> Hey guys, needing some help here.. i compiled monero from Source, after starting the node... i get the following error..

<f​rankojus:matrix.org> `monerod: error while loading shared libraries: libboost_chrono.so.1.71.0: cannot open shared object file: No such file or directory`

<f​rankojus:matrix.org> any clue on which dep i may be missing...

<p​okos:matrix.org> seems to be missing libboost-chrono-dev

did you update boost with your package manager? if yes you have to recompile

<f​rankojus:matrix.org> yea, i believe i did..okay.. let me retry