<sbt:nope.chat> Did no one teach you how to respectfully talk with someone? > <@crazybot:matrix.org> @datahoarder:monero.social: ur bridge is down for #monero-markets u fucking retard

<sbt:nope.chat> The abusive tone was uncalled for

<uncalled_for:matrix.org> ^ dont care, didnt ask, go cry a river to some shit like the HR department or the Monero CEO @plowsof:matrix.org

<basses:matrix.org> @sbt:nope.chat: he's jealous

<uncalled_for:matrix.org> ^ lmao jealous of what? of being bff with the glowies? yea no thx, ill pass lmao

<uncalled_for:matrix.org> could prob get a temp bridge up an running that would probably be working in like less than 5mins, fuck that tho

<uncalled_for:matrix.org> but sure, have fun with the echochamber irc bullshits or whatever lmao

<uncalled_for:matrix.org> anyways, @sbt:nope.chat dont ping me

<uncalled_for:matrix.org> kthxbye

"working bridge" != "nice bridge" which was made from scratch in this case and not used MAI

as usual "kthxbye" but comes back a second later

<uncalled_for:matrix.org> so is better to have something that is not working

<uncalled_for:matrix.org> gotta be all fancy and shits else its not nice enough and have nothing is better, aight lol

<uncalled_for:matrix.org> 👍️

I am not responsible from bridging channels I'm not asked to bridge by staff, so take your issue with them (including your ban evasion)

I do the bridging, not the decision for bridging

<uncalled_for:matrix.org> why would "i take the issue with them"?

<uncalled_for:matrix.org> like i said, i could get one up and running, not gonna bother with that tho

<uncalled_for:matrix.org> meanwhile you're the retard that dont "take the issue with them" to help you fix your broken shit that's too fancy to even work properly

there is no broken stuff. Bridge was asked to be disabled on that channel and was done so

If you bring one in, the ops will block it

shits

<uncalled_for:matrix.org> aight well earlier u was like, that's probably because of the matrix version that is outdated

<uncalled_for:matrix.org> so i thought "oh, so u could just use an earlier version of your bridge back when it was working with that older matrix version thing"

<uncalled_for:matrix.org> but now u giving yet an other story about the ops or whatever

<uncalled_for:matrix.org> anyways, cya o/

the tl;dr is that until there's two-way moderation (so that IRC ops can ban and remove matrix users like yourself quickly) they don't want the bridge

cya till one second later

09:47:51 <br-m> <uncalled_for:matrix.org> so i thought "oh, so u could just use an earlier version of your bridge back when it was working with that older matrix version thing"

no, that room wasn't broken

afaik

state is broken that causes invites to go bad, which is unrelated to bridge(?)

<gan:skhron.org> Rolled-back state simply results in brainspliting (i.e., netspliting)

at this point I don't know the state of each channel tbh. The bridge itself works on all fine, Matrix federation is what breaks

<gan:skhron.org> V12 makes it harder to break, but contextually state resolution isn't fixed

old bridge spans 31 channels, new bridge 14

Update room versions and add knocking for kitty lols

old bridge has 6 channels disabled, of those 4 were migrated to new, 1 was disabled by Libera Staff due to abuse, 1 was disabled due to request from channel ops

and a couple are unlisted that are either not setup properly or had broken state to start with (or were explicitly undesired to be bridged)

<gan:skhron.org> Regardless, invites are considered harmful, it takes a single shitter to mass invite the room into an oblivion

but afaik all requests for bridging coming from either channel ops for monero-adjacent rooms (like cuprate/revuo etc.) or monero group registered ones (usually plowsof asks) were listed

<datahoarder> @gan:skhron.org: there are some rooms that are unjoinable to non monero.social users

<datahoarder> that's the state issue :)

<gan:skhron.org> @datahoarder: That's interesting, contextually the rooms should be always joinable, but could be totally broken

<datahoarder> an upgrade to latest room version is pending on many rooms, offtopic was migrated, and the P2Pool channels too seamlessly (bridge also follows tombstones)

<gan:skhron.org> such total breakage is known to be caused by enabling restricted/knocking joins in a room which doesn't support it by its version

<gan:skhron.org> I've seen that only two times at most

<gan:skhron.org> and it was probably fixed in Synapse

<gan:skhron.org> that is, assuming I'm even correctly recalling the bug

<sbt:nope.chat> Children are not allowed to join. Better troll somewhere else > <@uncalled_for:matrix.org> anyways, @sbt:nope.chat dont ping me

<sbt:nope.chat> @uncalled_for:matrix.org: Omg get a life. Winny attention seeking bitch

<weiningerenjoyer99:matrix.org> timesofisrael.com/zcash-the-israeli…rtual-money-starts-to-make-its-mark

<weiningerenjoyer99:matrix.org> Just found out that Zcash was created by Mossad. LOL!

oh noes

<shitpost:monero.coffee> @weiningerenjoyer99:matrix.org: This is where I get all my news

"Sorry, you have been blocked"

"You are unable to access The Times of Israel. "

" If you’re using a VPN, please turn it off and try again. "

wow, i love news sites that block tor

<shitpost:monero.coffee> if you are using an Israeli-company owned VPN they let you in no problem

<weiningerenjoyer99:matrix.org> Cindy: I think it's the same with X

<weiningerenjoyer99:matrix.org> I tried to use X on Tor once and they didn't let me in pause

i just use xcancel

<shitpost:monero.coffee> yeah, just use privacy frontends to bypass sites with vpn/proxy/tor restrictions

also i kept rolling my tor circuit until i got in the news site

i'm using a german exit node

actually, germany is majority of the exit nodes anyway

<weiningerenjoyer99:matrix.org> Yes, crazy

<gan:skhron.org> I love the police state of Germany

<gan:skhron.org> the best place ever to exist

<weiningerenjoyer99:matrix.org> Germany is almost a socialist dictatorship

<gan:skhron.org> especially when they harass Tor operators, so lovely there!

<weiningerenjoyer99:matrix.org> But they are really carrying the boats

<gan:skhron.org> (my server runs on Hetzner 🧌)

EU likes to pretend they care about digital rights

<weiningerenjoyer99:matrix.org> What is this? > <Cindy> i just use xcancel

weiningerjoyer99 github.com/zedeus/nitter/wiki/Instances#public

italy giving unrealistic demands to cloudflare, germany raiding tor exit node operators

<weiningerenjoyer99:matrix.org> @gan:skhron.org: They literally put them in jail

spain calling grapheneOS a criminal OS

france wanting to ban encryption

<gan:skhron.org> @weiningerenjoyer99:matrix.org: Absolutely true - forum.torproject.org/t/tor-relays-a…ral-assembly-on-sep-21st-2024/14533

<shitpost:monero.coffee> denmark chat control

but hey! politicians are exempt from all this

what hypocrites

<shitpost:monero.coffee> their messages should be public instead

<weiningerenjoyer99:matrix.org> @gan:skhron.org: They'll do everything in their powers to take over people's freedom

shitpost: but how will they talk to the successor to epstein

and organize diddy parties

c'mon think about them

<gan:skhron.org> @weiningerenjoyer99:matrix.org: I'm certain, considering their occasional fights with the Freifunk crowd and meshnet runners

<weiningerenjoyer99:matrix.org> Cindy: Epstein was top 3 Mossad agents in history

<weiningerenjoyer99:matrix.org> That nigga was a really good agent

<weiningerenjoyer99:matrix.org> No cap

<gan:skhron.org> Still nonetheless, Germany have the largest hacker community there, so nothing will go down without a battle

<weiningerenjoyer99:matrix.org> And he died by the jewish sword, you gotta respect it

<weiningerenjoyer99:matrix.org> Damn, thanks for sharing about XCancel

<weiningerenjoyer99:matrix.org> Never heard about it before.

<weiningerenjoyer99:matrix.org> Great stuff!

gan: that's why they try to get them hooked on the "open source funding"

if they can get people to think that they'll be funded for making open source stuff, they can later use it against them

by pushing them against making projects with undesirable goals in mind

pushing them away from*

it worked for GNU taler, they literally got that project wrapped around their fingertips

and made it accept shit antithetical against its goals, like KYC for the sender

what are these ban lists for monero nodes? is that really a necessary idea and not risky?

Bunnyh: the ban lists are for spy nodes that were detected on the network

I understand, that just sounds like a risky thing and potential pretense, but then again I don't fully understand how monero differs from bitcoin in that regard - bitcoin I understand very well since beginning

<jobotnik:matrix.org> What's a spy node?

so maybe I'm just not seeing why they really would be more helpful than risky

a node that basically takes note of what IP a transaction originated from

among other shit i think

like how can we detect that kind of behavior well enough that it actually would work if people used such ban lists? then the potential abuse of the lists is another matter

they are used to associate transactions to a specific node, which is useful for associating self-hosted nodes

Bunnyh: how much their RPC behavior differs from the official monerod RPC

these lists are made by fellow monero developers

these spy nodes don't actually run their own nodes IIRC

<boog900> Bunnyh: github.com/Boog900/p2p-proxy-checker

right, but couldn't a spy node fake normal behavior enough to fly off the radar and make the lists useless anyway?

they just forward requests to another one

read what boog900 gave

now if you host your node over I2P or Tor, you don't have to worry about spy nodes

ok

because there is no IP address to associate

so and all peers have the same ID, so it's effectively useless

boog900: did i explain it well?

<boog900> Yeah although there is no way to put all communication over Tor onions/ I2p.

there isn't?

i don't think we need that

I read the link, and well the question remains couldn't the spy node operators counter this by making the peer_ids look right?

we can just have nodes that relay transactions from tor/I2P to clear web

and clear web to tor/I2P

so even if like only 20% of nodes are over tor or I2P, it still gives plausible amount of deniability

<boog900> Bunnyh: Yes and they have for some nodes but they haven't moved their addresses

right, so this seems like a losing battle which is what I was thinking about here :/

surely they won't remain stupid forever

it is

stuff like this is usually a cat and mouse game

can't think of much realistic abuse potential with such lists either, not that it wouldn't exist... hence me being suspicious about whether it's wise to employ such lists if it's a losing battle anyway and the hypothethical abuse potential remains

you detect them, and use that to block them

they learn to evade your detections

and then the cycle repeats

guess that's true yes

<plowsof> /join 7678788:matrix.org

Bunnyh: at first, they'll suck and be super easy to detect

but as time goes on, they get better and better

so really, the ultimate solution is to just use some anonymizing overlay

like tor and I2P

wouldn't treating such nodes as malicious actors and feeding them innocuous data work better than outright banning them and alerting we know?

they probably already watch the lists anyway

if it's public, they'll know

I wonder is the tor option in cake wallet enough for this

would always be best to run the real node of course

if you're using a public node (that is not itself a spy node), then you don't really have to worry about spy nodes

a lot of transactions go through public nodes

so i doubt spy nodes care about them because it's hard to associate anything to them

<weiningerenjoyer99:matrix.org> Man i stopped programming cause I can't get a job

<weiningerenjoyer99:matrix.org> AI fucking up my shit

they took er jeerb

Bunnyh: ban lists are measured by several members for nodes that are not legit, and reduce impact on end users to finding source of transaction broadcasts

13:39:34 <Bunnyh> right, but couldn't a spy node fake normal behavior enough to fly off the radar and make the lists useless anyway?

they don't

14:03:27 <Cindy> a lot of transactions go through public nodes

they can look at input->output timings

had a job at a crypto company for 10 years, lost it too but just before AI. I was just a bit too lazy :)

was it kraken?

obviously my job made monero kinda invisible to me

coinbase?

binance?

finnish company

they were getting increasingly cuddly with the regulation of course

it's either you get down or lay down

>blocks tor

fuck my goddamn life

the site blocks tor?

yes

lol

well as I said about loving regulation

"Crypto" companies/communities being hostile to anonymity has always been a strange case to me

Well, I would assume it wouldn't be surprising, giving that tor was originally a Navy project, plus probably a lot of honeypots behind the scenes

though I shouldn't get an opinion about it, I just got here lol

Anonomys25: we were talking about a site :P

is that even normal for crypto exchanges? in EU?

it's a broker really not an exchange though

Cindy ah, I stand corrected on not having an opinion on the matter then lol :p

Bunnyh: so this is like the dime-a-dozen crypto company that treats cryptocurrencies as speculative investments

sigh... amazing

pretty much, first tried to be very bitcoin maxi then gave in to alts

the company lead researcher last posted about monero in 2018 saying its for criminals :D

And we're basically soon to be all criminals in the coming fascist world.

also, bitcoin does segment its network based on ASN Bunnyh, but monero can't do this as well

Bunnyh: show me the blogpost lol

i'm not surprised they'll say monero is for criminals cuz.. they're europeans

i mean, the EU.. 2027... you guys get the drill now

oh it was on X, I don't think they care to talk at all about monero in official blogs :) x.com/thlbr/status/956826899992469504 searched his X profile as he likes to hold the bitcoin maxi line there fiercely

google translate to the rescue

X has internal translate now too probably with grok

i use xcancel.com

but anyway, wow

What could possibly go wrong...

moneromooo

everything

You are technically correct.

My favourite kind of correct.

monero is appealing to me because i don't have to deal with KYC or figuring out if my coins are stained or not

that doesn't sound like a criminal thing :P

Unfortunately the feds would think otherwise <_<

grok translate: Monero is appalling to me because i don't get to deal with KYC or figuring out my coins aren't tainted.

but monero is good with no kyc

but monero is no good with no hyc

moneromooo: appalling?

Puns... My favourite kind of humour...

I still need a rig to mine monero ;-;

lol

Anonomys25: a rig?

just mine with your... chromebook

actually no it prpobably has a garbage mobile ARM chip

those can be pretty good tbh

yeah i know, hashes per watt

Cindy I.... I could do that, except I would need to pretty much factory reset this damn thing since it's the school's.

<17lifers:mikuplushfarm.ovh> try webmining even more hashrate

Witness my chrome... book! Mining monero mad max style on huge rigs.

if it's the school, literally don't touch it with a 10 foot pole

<17lifers:mikuplushfarm.ovh> xd

Cindy yeah no, not going to lol

I kinda like the tail emission of monero, but bitcoin maxis are laser focused on the generational wealth aspect and abhor that. and only way to ensure generational wealth over decades appears to be to side with regulation ... facepalm

I rather get my own chromebook and slap a Linux distro instead

<17lifers:mikuplushfarm.ovh> get a used business laptop

Bunnyh: currencies with no tail emissions suck

they usually just have like the top 10 richest people hoarding most of the supply

and no new coins coming in

tail emissions ensure that new coins keep coming in to miners

<ufo808:matrix.org> currencies with no cpu mining suck too

<17lifers:mikuplushfarm.ovh> you saying ltc sucks

<ufo808:matrix.org> it's meh

also if everyone HODL'd, the whole currency would fall apart

without tail emissions

<17lifers:mikuplushfarm.ovh> its low fee and used to pay anything xmr doesnt

there would be no fee rewards for miners

so no mining

no incentive to mine*

Bunnyh: tail emission makes the monetary amount stay constant long term

not inflationary

some % of loss happens per year and at some point these two meet up

people would like it if it was inflationary :P

inflation fetish

wait this is not offtopic

<ufo808:matrix.org> btw 17lifers, if ltc was cpu mining and mining reward were paid in mweb it would be a huge monero competitor

Curious Cindy, for coins that uses the tail emissions philosophy for their currencies, wouldn't that also cause a, idk, digital inflation? Forgive me for sounding stupid, one thing I am still learning is how the whole crypto market works in general -_-;

14:54:48 <DataHoarder> some % of loss happens per year and at some point these two meet up

luigi1111 predicted that without tail emissions, XMR would be inflationary

for more info, google: luigi inflation

there was an article about that, I forget, Rucknium linked it in a different channel I think

aha! petertodd.org/2022/surprisingly-tail-emission-is-not-inflationary

Anonomys25: i think the tail emissions adjust over time

see that link Anonomys25

the tail emission is fixed Cindy :D

that's what makes it tail emission and not normal emission

DataHoarder and I cant access it <_< its blocked for me atm. I will bookmark it for now

for now till I am home

is archive.org blocked for you?

DataHoarder yes

Wait, its an article...

omg I am stupid, I do have access to archive.is

Ah I was going to copy the early link into it, but thank you

i wish i had a lick of tail emissions >:(

too bad when i mine on p2pool, my reward is split across 700 other people

smh

i get like mere cents

you get small licks of it

even if no loss happened the significance of a fixed tail emission would approach zero

yeah, Bunnyh

but that'd also make it purely deflationary

tail emission although small ends up making it constant effective supply

funny how that's a reasonable goal but also impossible to ever verify

the loss%? yeah

yes, I meant even if that resulted in constant effective supply it would be impossible to directly show it, guess you could try to prove the situation through some other metrics

in a PQ Turnstile situation you'd be able to count the magnitude that passed in the direction to PQ gist.github.com/jeffro256/146bfd5306ea3a8a2a0ea4d660cd2243

(until it's all done)

Reading it through twice made me realize I am probably going to have to also use some calculator for some of the equations for coin supply @_@

> Optionally, the sum total of migration inputs a can be tracked to further mitigate unintended inflation.

luigi predicted lots of things. Very rarely, even correct things.

I'm fine with a supply that _should_ by logic be constant although it might be impossible to verify that at any moment

*effective supply

luigi inflation is real, back then it was luigi1110.

in bitcoin the situation is a dwindling supply everyone pretends to be 21M because "we can't know the real situation"

well, it's provably less than that Bunnyh :D

due to issuance bugs on blocks that effectively did burn, and other burned stuff

Bunnyh: don't tell me about all the bitcoins stored in lost wallets

or even null addresses

or dust split at 1 sat per output :P

<ufo808:matrix.org> Bunnyh: and bitcoin last halving will be in 2140, so it's technically tail emission for your lifespan, or maybe ai will make us immortal

from before txs had minimum fee enforced

it's not tail emission ufo808:matrix.org but constantly reducing

tail emission = fixed rate

<ufo808:matrix.org> yes

maybe there's confusion of two meanings of fixed. fixed amount, fixed % addition to supply

so in monero we have fixed amount leading to a % that will tend towards 0

IIRC aeon went the other way.

(an old monero fork)

factorially increasing inflation

gist.github.com/jeffro256/146bfd5306ea3a8a2a0ea4d660cd2243 heh it's going to be a bit hard to understand that

it's just a way to prove Carrot output derivations were generated by you in a post quantum world Bunnyh

so you can transfer these to a safe method

this needs to be introduced ahead of time (possibly next hardfork that gets FCMP++ and Carrot) so that's why it exists. it may not get used

oh, is carrot quantm-safe?

i thought it was only partially quantum-safe

that doesn't mean that.

it has safety on core areas and specially around proving derivations

<maxlpm:tchncs.de> Hey everyone, what does "Validating txpool for v9" mean (message from monerod during blockchain sync)

<maxlpm:tchncs.de> Can't find any documentation on what a txpool is

It's the set of transactions known to the node which aren't in a block yet.

a pool full of transactions to be put on blocks

Validating means checking the txes for adherence to version 9 consensus rules.

v9 seems old. IIRC we're at like 16 or more. So your node must be syncing historical stuff atm.

<maxlpm:tchncs.de> Is this a Monero thing or a general crypto thing?

It seems like something other coins would probably do as well, but they might do it differently.

If this is while syncing, it may be monero specific, as monero consensus rules can change with time, so a tx that is valid at some height may not be valid later on, so switching to a newer ruleset means a tx in the pool may need to be discarded.

For example, a monero particularity is the minimum ring size, which has been increased from time to time.

<maxlpm:tchncs.de> Ah, got it. Yeah, I'm syncing a pruned blockchain on an HDD from the ground up. Thank you!

So a tx with ring size, say, 7, might stop being valid if not mined before consensus rules bump the minimum ring size past this.

FWIW, syncing to a HDD will be slow. If you can, sync to a SSD temporarily then move the chain to the HDD.

where's that sub-hour sync from cuprate

Also use --sync-pruned-blocks if you're not doing so yet, saves bandwidth if you'll prune anyway.

Are you making a claim it syncs a pruned chain in less an an hour ?

<boog900> full

<boog900> full chain

That's excellent if so.

<boog900> I have done it under 2 on an HDD

Woukd you happen to know where the monerod bottlebeck is ?

(or bottlenecks)

<boog900> for HDD? its LMDB

<lordx3nu:matrix.org> @boog900: Wow really

As in... random access writes ?

(and or reads ?)

<kayabanerve:matrix.org> C++ is a fine, high-level language for simple scripts and apps like Python is, but for real systems programming, you want to be close to the metal like Rust. /s

While I do not know rust, this seems like a fanciful claim.

Rust is a fine, high-level language for simple scripts and apps like PHP is, but for real systems programming, you want to be close to the metal like Scratch. /s

<boog900> yeah, its the writes. Over the past few months I spent some time improving Cuprate's database: repo.getmonero.org/monero-project/c…als/-/merge_requests/611#note_33930

<boog900> We used to use LMDB too but in our next update I will be moving from it.

Thanks. And the bottleneck for SSDs ? Hopefully not just more parallelization...

<maxlpm:tchncs.de> Wait, what's the default behaviour? My current command is monerod --data-dir $dir --check-updates disabled --max-concurrency 2, which is basically the same command that monero-wallet-gui runs but without --non-interactive and --detach. I thought that the GUI wallet prunes by default? > <moneromooo> Also use --sync-pruned-blocks if you're not doing so yet, saves bandwidth if you'll prune anyway.

<ravfx:xmr.mx> DataHoarder: I was sure that Rust was like the only contender beside C, that could do that.

<ravfx:xmr.mx> C++ is indeed, slower than C and Rust in General (it's more bloated too, when you look at the size of the binaries)

<maxlpm:tchncs.de> (note for my message above: I'm replying to moneromooo's message about --sync-pruned-blocks, but it seems that IRC doesn't support Matrix replies?)

<ravfx:xmr.mx> But C++ can't be compared to P*thon lol

<ravfx:xmr.mx> P*thon is way slower and way more anoying to use

<boog900> moneromooo: I think that is harder to say, I don't know if it is just one thing, for example, the move from LMDB got syncing 2x faster on an SSD from 2 to 1 hr.

<boog900> Locking was an issue in the past when monerod had some load, I wouldn't be surprised if that was also a slow down for sync. Cuprate handles DB access without locks. We also fast sync with very little DB reads, just using a cache.

<kayabanerve:matrix.org> C++ and Python are both scripted languages with runtimes. Do you remember the Python 2 -> Python 3 controversy that last a decade?

<kayabanerve:matrix.org> Python 2 only exists because it was a breaking-change upgrade to C++ (Python 1). While 2 -> 3 took a decade, that's only because it was so much better than the last breaking change, which is still ongoing some 30 years later.

<kayabanerve:matrix.org> So yeah, C++ and Python are basically the same.

<kayabanerve:matrix.org> /s of course lol

<ravfx:xmr.mx> @kayabanerve:matrix.org: Sure, maybe only one or two order(s) of magniture difference in the term of performance, if not more

<kayabanerve:matrix.org> But using a language which allows very strongly expressing parallelism, without the overhead of a runtime, and all of the DB work boog900 has done? Plus the benefit of hindsight?

<ravfx:xmr.mx> Python have incompatibility even between minors

<ravfx:xmr.mx> venv everywhere™

<ravfx:xmr.mx> @boog900: What do you think it might be ready for production

<ravfx:xmr.mx> when**

tbh. once it has the limited RPC that p2pool needs (or equivalent) and ZMQ or event based system :P

that way small miners can benefit from it

yes

we have HDDs, y'know

this would be super cool for us

pfff

use ramdisk

we also have 4 GB of RAM

or less

<boog900> I would say feature parity this year, production is harder to say.

though using bits and pieces off of cuprate is an amazing thing

<boog900> I think an extensive testing framework to generate any possible tx then making sure monerod and cuprated both see the txs as valid/invalid is needed. Seen as Monero doesn't have a written protocol we can't really have an audit for if we mach behavior.

<ravfx:xmr.mx> Nice, so you could have a thing that monitor both and send alert in case there is disagement or something. That's useful

<ravfx:xmr.mx> ** Maintainance in xmr.mx infrastructure **

<ravfx:xmr.mx> (Disabling NVMe power saving in every NVMe device).

<ravfx:xmr.mx> Got another Samsung event yesterday

boog900: yeah, tx fuzzer with knowledge of how to do signatures. I have done a bit on my Go code on that part and some of the code comes from oxide other from monero. Passing all monero txs just means that it can handle what monero verified

it's hard to verify the opposite as you don't have a readily available test set

I have some edge case point generator for generating test cases, but, will it find one tx that is handled differently? that's the fun part :)

<maxlpm:tchncs.de> Is there a way to view how many peers you're connected to while monerod is syncing?

<ravfx:xmr.mx> @maxlpm:tchncs.de: monerod status will give you a small sumary including the number of in and out peers

<ofrnxmr:xmr.mx> For a more detailed, you can do monerod print_cn and monerod sync_info

<ofrnxmr:xmr.mx> You can also type the commands (status, print_cn, sync_info) directly into the console

moneromooo> luigi inflation is real, back then it was luigi1110. <= yeah I'm 15 now

i'm 12 and this is deep

uh oops

Happy birthday

<pyratevevo:matrix.org> What helps the network more ? Hosting a node ? or mining ?

<ofrnxmr> Mining

<ofrnxmr> Theres a bit of a bell curve tho

<ravfx:xmr.mx> All the stuff is getting back online, sorry for the big delay, Updated the host to trixie and of course /etc/sysctl.conf vanished and now it's /etc/sysctl.d/xx-blah.conf

<ravfx:xmr.mx> So forwarding was gone

<imprevisto:matrix.org> luigi you're about to hit your nibble bug, will the network be ok

<maxlpm:tchncs.de> If I start syncing from scratch using the --sync-pruned-blocks and --prune-blockchain flags with monerod, will the downloaded blockchain already be pruned or does it have to download the whole blockchain and then prune it?

<ravfx:xmr.mx> @maxlpm:tchncs.de: Yes, it only sync pruned block instead of downloding full block then pruning them locally

<ofrnxmr:xmr.mx> It will still dowload full blocks when you dont have access to the prune ones

<ravfx:xmr.mx> Oh, that's good to know, so it depend of the peers you randomly connect to?

<ofrnxmr:xmr.mx> Yea

what do you think about mining at a net loss power cost wise, is that more sensible for monero compared to how it made little sense with bitcoin?

the idea being you can always just buy it instead of mining at a loss

you can mine your own coins here for yourself in secret

besides power

which should counter the common assumption that mining at a loss can make sense because it can increase in value

but for monero buying might be harder?

and yeah leave that trace which is possibly not so desired

you can get monero and straight out start pushing it into VPN or other things

they didn't have any monero bets active earlier

LET'S GO GAMBLING!!!

aww dang it :<

what happened?

do they require KYC to gamble?

no

it's strictly about binance price though

the rules there are always full of traps

even if the oracle system could be relied on which doesn't seem that certain either

I keep hearing of the Oracle system lately, like the company Oracle?

Or some Oracle cult thing I am missing

genuine question btw @_@

it's what they use for resolution

<maxlpm:tchncs.de> Hi again! I recently found out that Monero encourages development with bounties and a CCS, and was wondering if there is a need for new/improved documentation for the user-facing side of things. From what I've gathered so far, the "official" docs for users are scattered across docs.getmonero.org and www.getmonero.org/resources [... too long, see mrelay.p2pool.observer/e/z_ba5twKX2VYYnY4 ]

<yokoama:matrix.org> top > <Bunnyh> polymarket.com/event/will-monero-hi…n-2026/will-monero-hit-1000-in-2026

"oracle" in this context is named after the mythological concept and means an external input.

no matter how high the price is, how low the price is

i'll stick by monero

cuz i'm not a moonboy

(or accurately moongirl)

So, basically something arbitrary that is not derived from consensus.

<hooftly:matrix.org> polymarket uses UMAs optomistic oracle. Its just a bonding system that votes if someone lies. So call oracle to resolve and bonders say yes or no and if they lie someone can post a bond to challenge and if they win the liars get slashed and the challenger and voters who didnt get paid. Polymarket pays UMA UMA pays the bonded users.

<intr:unredacted.org> what's the state of polyseed support in monero-gui/monero-cli?

you mean the format that encodes the seed, block height and checksum?

<intr:unredacted.org> indeed

yeah that's pretty much the main seed format

<intr:unredacted.org> it's supported by feather and I believe monerujo, but not the official wallet yet afaik

nah i use the official wallet

it uses polyseed everywhere

even when you're creating a new wallet

<intr:unredacted.org> well, not cli

<intr:unredacted.org> I'm counting 25 words, not 16

weird

oh wait, 25 words?

that's what the polyseed is

it has 25 words

or maybe i'm dumb

oh yeah, polyseed is 16 words..... sorry

i was just dumb

<ofrnxmr:xmr.mx> Polyseed is 16 words

<ofrnxmr:xmr.mx> Official / cli and gui dont support it

yeah i see that now, sorry

i didn't do my research :(

<ofrnxmr:xmr.mx> Anonero, monfluo, cake/monero.com, feather, stack, support polyseed

i guess monero official just supports the 25 word traditional seed

<ofrnxmr:xmr.mx> Monerujo doesnt

<ofrnxmr:xmr.mx> Cindy: Yeah. The spec for polyseed's encrypted seed vs offsets wasnt decided on

<intr:unredacted.org> shame