mined me first amount of XMR dust today

it's the first time I mined any crypto currency if I recall correctly

\o/

whoopsies

lol

i wanted to ask a question

does monero have to scan the whole blockchain to view outputs related to a view key?

or if i know what height the wallet was generated at, can i skip like 90% of the chain?

<o​frnxmr:xmr.mx> yes, just need the restore height

also how does monero know what block in which tx belongs to the wallet

like when it keeps getting new blocks

when i scan the blockchain for new txs for like view-only 11,000 accounts (for example)

is that gonna be a little too unscalable? :P

<o​frnxmr:monero.social> it scans every tx and checks it to see if it belongs to the wallet

damn

<o​frnxmr:monero.social> at the last hard fork, view tags were added

do view tags help?

<o​frnxmr:monero.social> let me find infographic that explains with zoidberg

like i don't wanna check each tx with 11,000 accounts, every block

oh view tags are 1 byte of the shared secret between the sender and receiver

<o​frnxmr:monero.social> moneroworld.com/viewtag_cartoon.html

how does this scale to multiple accounts

that's the question i've been wondering

does it have to compare that view tag with 11,000 view tags? (or maybe better to do that with a binary tree)

but oh wait, 1 byte == 256 possible values and 11,000 > 256

so there'd be some collision happening too, and slow down the whole process

maybe i shouldn't be scanning a ton of view-only wallets for donations if it's gonna be a massive slowdown and problem for the server

<o​frnxmr:monero.social> Wdym by "accounts"

<o​frnxmr:monero.social> Yeah, like the cartoon says, there are collisions

<o​frnxmr:monero.social> But view tags lessen the amount of scanning

ofrnxmr: accounts are what the daemon calls wallets

<j​effro256:monero.social> Cindy: scanning time does *not* increase with the number of accounts / subaddresses. 10,000x accounts is just as fast as 1 account, it just takes more memory. The view tag is purely a function of the private view key, tx pubkey, and tx local output index. It is not a function of addresses

<b​lurt4949:matrix.org> Cindy: You do not have to scan per-account. Every account has the same private view key.

<j​effro256:monero.social> Accounts are NOT individual wallets, they all share the same private view key and private spend key. Accounts are purely an accounting measure

<b​lurt4949:matrix.org> *every account in your wallet, I mean

okay so

if every accunt shares the same private keys

<j​effro256:monero.social> There is no technical difference between a subaddress in account #0 and a subaddress in account #1 besides that balances are displayed separately and input selection normally only acts over one account at a time

how do you describe an account with different private keys

<j​effro256:monero.social> A different wallet?

oh yeah

when i meant accounts

i meant WALLETS

sorry if the terms are confusing

<j​effro256:monero.social> Yeah if you have 100x wallets you have to sync them individually and it's 100x slower if that's what you're asking

<b​lurt4949:matrix.org> (so you should avoid that situation when possible)

yeah thats what i'm asking :P

for scanning donations, should i really be scanning that much wallets?

or find a way to optimize it

donations to many many users*

<j​effro256:monero.social> No why would you want to do that

<j​effro256:monero.social> lol

for... scanning donations?

lol

<j​effro256:monero.social> Other people's donations?

<b​lurt4949:matrix.org> Cindy: but why use different wallets? Just use different accounts and subaddresses.

yes, they give up their view key

for transparency

blurt4949: should i route donations through a dedicated wallet and create accounts on that?

<b​lurt4949:matrix.org> Cindy: Yes, just use one wallet unless you have a compelling reason not to

<j​effro256:monero.social> Cindy is this just for viewing existing donation addresses ? Or future donation addresses which you are coordinating?

future donation addresses

ideally i'd like to not hold any funds

but still see if there were any new donations

<o​frnxmr:monero.social> Like kuno?

<o​frnxmr:monero.social> Kuno uses lws

<o​frnxmr:monero.social> Still more intensive with more wallets

lws?

what's lws

<o​frnxmr:monero.social> github.com/vtnerd/monero-lws

this is a lot better to handle than standard monero

<s​bt:nope.chat> I opened my wallet after 2 years and it took 6h to sync 💀

Thats actually good if u ask me

Mine took 4 whopping days....

<s​bt:nope.chat> Damn that's a lot

<b​asses:matrix.org> good internet speed and SSD

Yeah a lot, it really tested my patience. sbt

3 days for the wallet or the daemon/node?

*4

<n​eromonero1024:monero.social> nioc wallet sync (if I'm not mistaken)

I guess I am used to good hardware

the nioc Wallet has fast sync?

view-tags are great web.archive.org/web/20220517233315/…oneroworld.com/viewtag_cartoon.html

<d​ufebo98:monero.social> Hi everyone, I’m having an issue with my monerod. I’m seeing “Host x.x.x.x blocked” warnings in the log. The node stops syncing at a block height. ports 18080 and 18081 are open in the firewall

Either you're only seeing evil peers, or your chain is borked.

Did you get a power cut or similar recently ? While monerod is supposed to be resistant to such, it does not appear to be so on Windows.

Are you on Windows ?

<d​ufebo98:monero.social> Yes, I ‘d got a power cut

Make sure your RPC port isn't allowing any random to mine on your machine btw.

<d​ufebo98:monero.social> Tahnks

<a​nestheticbliss:kyun.host> Why is this a problem?

<a​nestheticbliss:kyun.host> Oh I understand, you mean your machine doing the hashing

<e​longated:matrix.org> Reorgs again, any idea which data centres are being used by cubic

e​longated: can i message you?

<e​ddie:oblak.be> damn 40%

<e​ddie:oblak.be> that guy really doesn't want to give up, it's getting a bit boring in some way

<e​ddie:oblak.be> maybe he needs a big hug from a pretty girl or smth

looking for free hype

<j​ack_ma_blabla:matrix.org> he already has hype, he is either scamming those miners with his worthless tokens or has a malicious intent

<j​ack_ma_blabla:matrix.org> either way he is disrupting monero network and confidence of vendors/exchanges

<s​bt:nope.chat> he's talking about a countermeasure that hasn't even been implemented?

<s​bt:nope.chat> xcancel.com/c___f___b/status/1958545729837785580#m

<r​avfx:xmr.mx> yes

<r​avfx:xmr.mx> he is just there for the fuding at that point

<s​bt:nope.chat> can't expect anything more from him

<j​ack_ma_blabla:matrix.org> Strange nobody has knocked on his doors yet

<r​avfx:xmr.mx> yeah, hope for him that he have good protection.

<r​avfx:xmr.mx> Attack XMR, then switch to other coins as he planned... Yet have his face everywhere.

<t​esttank:matrix.org> Would be nice if Veridise which get’s paid by the Monero community didn’t spread FUD: xcancel.com/aillialink/status/1958570950191984866?s=46

<e​longated:matrix.org> Blacklist them if they don’t retract

<e​longated:matrix.org> There is no attractive cpu coin

<e​longated:matrix.org> ASICS are expensive

<e​longated:matrix.org> Not easy to rent like your unused computing power

<e​longated:matrix.org> But our overlords don’t even want hybrid pos and love their bonnets

<e​longated:matrix.org> Let’s see if the dns trick solves the issue

yeah but as you know that is only a temp fix

<o​frnxmr:xmr.mx> aye.. dns is a bit scary

<o​range_horizon:matrix.org> Is there a Monero marketing discussion room?

marketing Monero?

to others?

<o​frnxmr:xmr.mx> [#monero-marketing:monero.social](https://matrix.to/#/%23monero-marketing:monero.social)

<o​range_horizon:matrix.org> yes a place for the Monero community to coordinate on message to the general public.

we should market towards NSFW creators

i can't join a matrix room obviously

but if someone suggested that, that would be great